}, }, _M_p = 0xdea118 "unknown version"}}
#16 0x00000043041e in main (argc=3, argv=0x7fffe458) at
bootstrap.cxx:229
No locals.
Regards,
Nicolas
--
The Palm PDK Hot Apps Program offers developers wh
The Apple OpenAL implementation is open source, btw.
http://developer.apple.com/audio/openal.html#anchor3
On Mon, Nov 30, 2009 at 9:51 AM, Erik Hofman wrote:
> James Turner wrote:
> > Nice work! And the preference / settings changes too - I know this is
> painful work, but it's long overdue and
0xb974) at bootstrap.cxx:229
No locals.
(gdb) list
114 geod.setLatitudeRad(2*atan2(Z, D+sqrtDDpZZ));
115 geod.setElevationM((k+e2-1)*sqrtDDpZZ/k);
116 }
117
118 void
119 SGGeodesy::SGGeodToCart(const SGGeod& geod, SGVec3& cart)
120 {
121 // accordin
Little mistake : The wind sound, which wasn't audible before, is now vastly
over the sound of the rumble, which I had mistakenly thought was the wind
(it makes for a better wind on wings sound, from this point of hearing
approximately between my ears)
The wind sample we use is indeed very saturated
Ditto here on windows vista 64 using OpenAL SDK (for this build). The wind
noise has changed "texture", as if it was heavily saturated, while it use to
be a nice wind sound. I guess maybe volume is too high on it.
And that can be tweaked I guess through the xml file. It really doesn't
sound the sa
l the recent changes.
Which could also point to other misbehaved code, maybe even outside the
sound code.
I simply don't know.
Cheers,
Nic
On Wed, Oct 28, 2009 at 4:29 PM, Nicolas Quijano wrote:
> Anybody got sounds working properly on *windows* (ATIS and aircraft sounds
> working
Anybody got sounds working properly on *windows* (ATIS and aircraft sounds
working at the same time ?)
If yes, what is your setup, not just openAL wise, but do you also build OSG,
and if yes, with what options ?
Share as much as possible of your setup, if current CVS works for you,
please.
I think
back in
full force,
Cheers,
Nic
On Sat, Oct 24, 2009 at 3:29 PM, Nicolas Quijano wrote:
> typo in ATCDCL/AIPlane.cxx : at line 198, sizte_t len; should be size_t
> len;
> Cheers,
> Nic
>
> On Sat, Oct 24, 2009 at 2:43 PM, syd adams wrote:
>
>> I did a new cvs checkou
typo in ATCDCL/AIPlane.cxx : at line 198, sizte_t len; should be size_t len;
Cheers,
Nic
On Sat, Oct 24, 2009 at 2:43 PM, syd adams wrote:
> I did a new cvs checkout of flightgear and simgear, and I now have sound
> again ...
>
> Althought a separate problem popped up , trying to compile FG cras
Erh, he just has to take out said code, and his customers will not be the
wiser, since they won't see the message.
He does read the list after all.
As Bertrand said, it's not going to achieve the desired result, not at all.
And it's trying to work around the GPL, by doing something different if yo
I'm flabbergasted : disregarding the GPL to protect the GPL ?
How novel..
Really, really misguided, and it showcases a prevalent undercurrent with
some of our members, who think the GPL means something else than it really
does : when something is done that doesn't sit right with their vision of
the
zed (it
exists, obviously, but init has not been called yet)
Hope this helps,
Nic
On Mon, Oct 19, 2009 at 12:27 PM, Alan Teeder wrote:
> Did another CVS update after reading this post and get same result as
> Nicolas
>
>
>
> Alan
>
>
>
&g
Still no proper sound, and I think (can't make an informed judgement, no
expert on threading) we have some serious timing issues on init and startup,
and not just on windows (people have reported the same kind of stuff on
Linux)
Deadlock in MP, have to kill fgfs with today's build (with code commen
AIPlane doesn't build here, a problem with conversion from a unsigned char*
to the std::auto pointer thingy here :
new SGSoundSample((unsigned char*)buf.c_str(), buf.length(), 8000 ); at line
204
Didn't get Alan's errors in SG 'though, even though I use the same compiler
as him.
Weird.
On Mon,
Damn, typoed. Meant, you want alGetString(error), not
alGetErrorString(error).
On Sun, Oct 18, 2009 at 3:55 PM, Nicolas Quijano wrote:
> Hey Erik, since you're not sleeping yet, I think you wanted to commit
> alGetError, not alGetErrorString.
>
> the error on exit would seem
se,
whether in DEBUG it's all a controlled environment.
Cheers, get some sleep,
Nic
On Sun, Oct 18, 2009 at 2:53 PM, Erik Hofman wrote:
> Nicolas Quijano wrote:
> > #if defined(ALUT_API_MAJOR_VERSION) && ALUT_API_MAJOR_VERSION >= 1
> > msg.append(alutGetErr
if defined(ALUT_API_MAJOR_VERSION) && ALUT_API_MAJOR_VERSION >= 1
msg.append(alutGetErrorString(error));
#endif
Thanks for all the hard work, didn't quite finish my previous email before
pressing send.
Cheers,
Nic
On Sun, Oct 18, 2009 at 2:24 PM, Erik Hofman wrote:
> Nicol
Hi Erik, you should have committed the whole patch, as you broke building
under that system, which uses a bare bones alut (which is why some of us
have moved to the OpenAL SDK, plus I use it in other projects locally, which
use the standard no AL folder setup...)
So right now, it doesn't build on w
(Most of this written last night before bed)
Hi all, commenting out code in the destructor won't help, as the problem is
being set-up much earlier, while FGFS is still in the initialization stages
(dt == 0) : in debug, there is a fatal assert on SGSoundSample::freedata,
being called by SGSoundMgr::
I believe the problem is that the new fuel tank priority code doesn't deal
correctly (yet) with the case of multiple non-empty tanks at startup,
throwing it into an infinite loop.
As I said, not quite clearly, on the fgfs list, you have to set priorities,
with lower numbers going first, and higher
Hi Scott,
More than one fuel tank with fuel in it at startup ?
If that's the case, you want to set priorities, with lower being the first
tanks to empty.
it's done with tags in the tank definition in the jsb config
file.
Or set all tanks but one to 0 content and then fill them up after start up.
T
Hi Alex, a 100 cliks is way too low, visual horizon at 3 feet is much
higher than 100 km, and users with the horsepower might want to set it to
what it is in real life : the visual horizon at 3 feet to sea level is
over 350 km, close to 360.
http://radarproblems.com/calculators/horizon.htm
Hi Erik (sorry Erik ;))
Bit of background : I used to use Vivian setup when I first starting
building my own exe a while back (OpenAL SDK 1.1 + freealut 1.0.1) and sound
worked. I switched to Fredb's third party libs a few months back, sound
worked.
Now, I can build a working exe with my old/Vivia
Hi Anders, thank you very much !! ( I knew I was forgetting someone for
T-shirt award suggestions)
This is a feature I've grown to love and live by, as I like to fly near KSFO
:)
Many thanks,
Cheers,
Nic
--
Be Kind.
Remember, everyone is fighting a hard battle.
--
Did you update the Effects folder ? It's necessary for the changes to work
Cheers,
Nic
On Thu, Oct 8, 2009 at 8:12 PM, Victhor Foster wrote:
> The new shader dialog looks good, but it doesn't want to enable the
> water shader. And I think it's not turning on the crop shaders as well.
>
>
> --
Of course, I made a mistake it's users/user_name/appdata/roaming/
flightgear.org
%APPDATA% is what you want to use in scripts, etc.
Cheers,
Nic
On Thu, Oct 8, 2009 at 10:54 AM, Nicolas Quijano wrote:
> on Windows, it's the environment variable %APPDATA% which maps to what
> Vivia
on Windows, it's the environment variable %APPDATA% which maps to what
Vivian said on 2k and XP.
On Vista (and 7 I think), it maps to user/appdata/roaming/flightgear.org
On Thu, Oct 8, 2009 at 3:30 AM, Vivian Meazza wrote:
>
>
> > -Original Message-
> > From: Jacob Burbach [mailto:jmburb.
Hey all, I also added on my side, in an #ifdef, since it's somehow
already included nix side :)
That said, why not simply assign 0 to the two time_t rather than a function
call ?
Then, it's only a matter of dealing with difftime.
Don't we already have time (and timing ?) abstracted facilities tho
Hi all, this doesn't build on windows, it can't find the time symbol
referenced at line 229 and 233 in route_mgr.cxx.
Missing header ?
Also, there is a reference to std::strncasecmp in positioned.cxx around line
820, which is also not available in windows (at least, not here).
Since it's dealing w
binary data != binary code.
Binary data is ALL the images files included in aircraft, possibly some
models format supported by OSG (like .ive), all sound files, that sort of
thing.
CVS is notoriously bad at handling these files, and very inefficient at
doing so.
I believe that's what Erik meant.
Ch
Hi lee, funny enough I mostly agree.
But I'm sorry, it's really easy to ignore you because like some of the
fanbois of the event, you're resorting to demeaning language to speak of
those who don't agree with you, showing exactly the intolerance you're
decrying.
At least, you're not resorting to rac
Still a problem, with or without the MP ignore chat. (tested under both
conditions)
We intermittently now get chat messages from people thousands of kilometres
away and duplicated messages with the callsign changed : for example,
some_nic says : nice barrel roll, then some_other_nic a few seconds l
So in generic.cxx, at line 381, I suggest using *strtod* instead, since the
value is cast to float anyway on the next line.
I gather this change (separate case for float and double) is the fix for
choppy replays ?
Cheers,
Nic
--
Be Kind.
Remember, everyone is fighting a hard battle.
--
Never mind, found the actual codeline, where the mask is set.
Cheers,
Nic
On Thu, Sep 10, 2009 at 2:13 PM, Nicolas Quijano wrote:
> Rest of the world ? That's not good if you mean it literally : no more
> carrier landings, no more field landings, no more landing on building
>
Rest of the world ? That's not good if you mean it literally : no more
carrier landings, no more field landings, no more landing on building
tops... Surely, you don't mean the rest of the world, do you ?
Instead of enabling/disabling it in code, why the resistance at giving us a
property to turn it
Hmm, needs further work... Now, they've taken a liking to going under the
terrain, damn
Will get back with further findings once I've dug deeper (pun intended)
Cheers,
Nic
On Wed, Sep 9, 2009 at 8:05 PM, Nicolas Quijano wrote:
> Hi Vivian, testing your new groundvehicle class for
Hi Vivian, testing your new groundvehicle class for AI scenarios in the
context of a "train" of tanks and another of jeeps, I stumbled into their
wandering in the air.
The solution is two-fold : one, specify a starting altitude through the
tag in the groundvehicle's in the ai scenario, even
thoug
That's because you were missing the Effects and Shaders folders : doesn't
know about terrain texturing anymore without them :)
Cheers,
Nic
On Mon, Aug 31, 2009 at 8:30 AM, Bruno Sanches wrote:
>
>>
>> Did you build FlightGear/CVS or 1.9.1? If you built the development
>> version you also need to
Strange colors on windows with ATI GPU, but here dominating color is red in
the crop shader.
I slightly modified the effects file and rendering gui to be able to enable
them one at a time.
both landmass and crop suffer from that, and it's triggered by camera
movement.
Unrelated comments :
Might wa
Look in the setfile for an aircraft (the ***-set.xml file), there will be an
tag that indicates which FDM engine it's using.
Cheers,
Nic
On Thu, Aug 27, 2009 at 11:18 AM, Randall Green wrote:
>
> Anders,
>
> Thanks for the email. Yes, it crashes right after it says
> "JSBSim startup beginning"
>
It actually (pre) fetches scenery on the fly, based on your position.
You don't actually need terrasync to run FGFS, and you can download the
scenery by hand if you'd rather.
It's very convenient to be able to select a departure airport, hit the
prefetch button in fgrun, wait a couple minutes at wo
Hi,
You can also just open the property tree in-sim with /, browse to the
desired property, shift-click on it, and it'll be on screen for that
session. Convenient when you just need to check a few values that are not in
your script(s) :)
Ctrl-click toggles booleans from true to false.
Cheers,
Nic
Yep, tried to signal that error on the cvs annoucement list, don't know if
the moderator let it through or not.
You can do a diff on the previous version to copy back all the instruments
as temporary stopgap measure :)
On Sat, Aug 8, 2009 at 11:42 AM, Jacob Burbach wrote:
> > Looks good , Ive co
That seems to have done the trick : edit props.hxx, not .cxx to use
SGMath.hxx and defining #NOMINMAX at project level seems to work.
More testing later, got to run.
Thanks to Vivian and Tim for taking time to sort it out,
Cheers,
Nic
On Mon, Jul 20, 2009 at 8:50 AM, Vivian Meazza wrote:
> Al
r. This is not the right
> place.
>
>
>
> Alan
> ------
>
> *From:* Nicolas Quijano [mailto:nquij...@gmail.com]
> *Sent:* 19 July 2009 17:23
> *To:* FlightGear developers discussions
> *Subject:* Re:
> [Flightgear-devel][Simgear-cvslogs]CV
cl.exe which compiles C and C++ has nothing in common with the CLR compiler
(.NET).
Unrelated issues, and what Curtis said : a bit of perspective, gcc is NOT
100% compliant either.
The issue has to do with standards compliance and C++ idioms, not MS
business strategy
Funny how any sense of perspect
Hi all, can't build in debug atm on Doze, as a recent change in
simgear/screen/RenderTexture.cpp breaks non X11 builds because of non
isolated GLX code.
The attributes code should have been wrapped (tsk tsk 8p)
This is a bandaid, as it does NOT implement the equivalent functionality on
win32 (or n
Oh, I'm well aware of that (former development professional, not just 3d
games. 10 years of it), and it's not a big issue indeed, but nevertheless a
cosmetic issue that shouldn't be neglected when possible.
So let's forget I even mentioned it happens to cvs users : it happens to
stable releases usi
Sorry, I was going to send you the changes right after posting, should have
done it the other way around.
But your commits made it all moot, so I removed the archive attachment in my
forum post.
Thanks for doing something about it with that much speed,
Cheers,
Nic
On Sun, Jul 5, 2009 at 5:37 PM, s
Thanks a lot for adding the model files to CVS, I was just done posting my
own version of them on the forums :)
I meant nothing by culprits, in case that wasn't clear, just as an example
of what his us today : I'm a fan of your work on the Beaver and Twin Otter.
I had completely forgotten about the
Hi all, there was a fly-in today in New Zealand, and even though a lot of us
flew the same plane from the same author, we could only see each other as
gliders.
Why ? Because in the past couple months, some aircraft used today have
undergone model file name changes as well as set file name changes,
Re-sent without pic attachment.
On Sun, Jun 28, 2009 at 1:19 PM, Nicolas Quijano wrote:
> Hello all, wonder if anyone is seeing this (link at the end), especially on
> nvidia cards as it would help determine that it's not specific to a driver
> or particular vendor (ATI GPU here).
M_impl = { >> =
{<__gnu_cxx::new_allocator >> = {}, }, _M_start = 0xbff94040, _M_finish = 0x2,
_M_end_of_storage = 0x65ffd49d}}, }
Le dimanche 17 mai 2009 à 10:31 +0200, Nicolas a écrit :
> Hi,
>
> Program received signal SIGSEGV, Segmentation fault.
> [Switching
at fg_os_osgviewer.cxx:177
#17 0x0806c155 in fgMainInit (argc=4, argv=0xbff948c4) at main.cxx:1005
#18 0x0806a44a in main (argc=2139433809, argv=0x3fe83740) at
bootstrap.cxx:177
If I find the time, I send you a fix.
Regards,
--
Nicolas VIVIEN
---
e().empty())
+if ((n != NULL) && n->getName().empty())
n->setName("Direct loaded model \"" + path + "\"");
return n;
Regards
--
Nicolas VIVIEN
--
not about which
is better (neither), but rather what do people want, what will they use, and
if you build it, will they use it ? Answers to all such question are never
black and white, or resounding yes and no in any absolute fashion.
Btw, if I come away from my experimenting with Nasal converted, I
In the interest of clarity, moving to OSG was a good, if not brilliant move
(some potential sources of revenue would have it as a requirement as far as
open source engines are concerned)
It's simply a bit bloated, by default, although I suspect you don't have to
ship the parts you don't use at runt
Howdy all, took my sweet time answering, and will not discuss this further
on the list.
I didn't want to start such a conversation, and consequently only answering
now, at the risk of seeing another polemic start : not answering could give
the wrong impression :)
On Fri, Feb 27, 2009 at 12:40 PM,
Hi all, let me start that my goal here is NOT to start a polemic on the
reasons for using nasal vs any other scripting language, or the scripting vs
native code, or any such argument :)
Thanks for remembering that.
That said, being a long time user and proponent of levering scripting in
games/sims,
Gerard, you're not getting it : if I want wildfire to spread when I crash a
Crusader, you shouldn't have a say in it, period.
Let me try to explain it from the user's perspective : a user of both the
dev's creation, the simulation, and in this case, your a/c.
I'm the one piloting the Crusader, and
You probably get that a lot, or I hope you do :
Thanks for taking of win32 binaries, it's very much appreciated.
Cheers, et un gros merci (assuming you're French)
Nic
On Sat, Feb 7, 2009 at 1:37 PM, Frederic Bouvier wrote:
> I don't know where this discussion will lead us but anyway, I made a ne
#x27;t integrated it.
>
>
> The other point is debian 5.0 is about to bear, so the package list is
> quite frozen right now. I think we have to wait a little in order to
> see new packages in debian.
>
>
> Regards,
> Laurent
>
> On Fri, Jan 30, 2009 at 11:27 PM,
ve it available, yes please :)
>
> And maybe plib cvs/1.8.6 if you get a chance, too.
>
> I'm kind of bummed it won't make it into debian lenny officially,
> though.
>
> Thanks again,
> Ron
>
>
> On Fri, 2009-01-30 at 23:27 +0100, Nicolas wrote:
>
Hi,
I have already published the plib package 1.8.5 for debian.
I can publish again if you want.
Regards,
Nicolas
Le dimanche 25 janvier 2009 à 22:05 +0100, Laurent a écrit :
> Hi all,
>
>
> Here are some informations about plib 1.8.5 on debian, mandatory
> condition to
Hi all, ex-subscriber back in the fray : it's been years, and my hat off to
all involved for the leaps and bounds in bringing FGFS so far from its
humble beginnings :)
In answer to Curt's request for screenies, I have set up a public web album
on my Picassa page where I'll be uploading screenshots
t; --
> Curtis Olson: http://baron.flightgear.org/~curt/
> --
> ___
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https:
outdated (and versionning control not working on this version), I've
> just pushed the actual version at the same place for the interested.
>
> regards
> seb
>
> Martin Spott a ecrit :
> > Nicolas wrote:
> >
> >> To solve this issue, you can downloa
Hi,
To solve this issue, you can download my package :
http://www.progweb.com/plib/
Regards,
Nicolas
Le jeudi 18 décembre 2008 à 21:47 +0100, Sébastien MARQUE a écrit :
> Hi all,
>
> I can't currently be really aware about release candidates but I have a
> though about th
plib, libc...
kernel ?)
Regards,
Nicolas
On Sun, 16 Nov 2008 19:07:16 +0100, Tim Moore <[EMAIL PROTECTED]> wrote:
> As thoughts are turning towards a release, I wanted to bring up a couple
of
> things. This time we are depending on libraries -- OpenSceneGraph -- that
> are
>
Le jeudi 06 novembre 2008 à 23:09 +0100, gerard robin a écrit :
> On jeudi 06 novembre 2008, Nicolas wrote:
> > Le mercredi 05 novembre 2008 à 23:55 +0100, Csaba Halász a écrit :
> > > On Wed, Nov 5, 2008 at 11:00 PM, gerard robin <[EMAIL PROTECTED]> wrote:
> > &g
t; Now it is ;-)
> >
> > Does anybody has recently checked, that precipitation is working.
> > Now i get nothing, when, according to metar, it is raining.
> > I wonder if there not any conflict with the recent update Clouds and
> > Precipitation.
>
> As Nicolas
Le samedi 01 novembre 2008 à 19:22 +0100, gerard robin a écrit :
> On samedi 01 novembre 2008, Nicolas wrote:
> > Hello,
> >
> > To complet my previous mail :
> > > [...]
> > > I have posted several months ago, a patch to complet the
> > > prec
Le samedi 01 novembre 2008 à 15:35 -0600, Ron Jensen a écrit :
> On Sat, 2008-11-01 at 18:22 +0100, Nicolas wrote:
> > Hello,
> >
> > I have posted several months ago, a patch to complet the precipitation
> > manager.
> >
> > So I send again a little patc
itation.diff.gz
This patch permits you to link the precipitation to rendering manager :
::: SGEnviro::get_precipitation_enable_state
Regards,
Nicolas VIVIEN
Le jeudi 30 octobre 2008 à 17:27 +0100, gerard robin a écrit :
> On mardi 21 octobre 2008, gerard robin wrote:
> > On lundi 20 oc
Hello,
I have posted several months ago, a patch to complet the precipitation
manager.
So I send again a little patch to improve the preicipitation manager...
Regards,
Nicolas
Le jeudi 30 octobre 2008 à 17:27 +0100, gerard robin a écrit :
> On mardi 21 octobre 2008, gerard robin wrote:
>
with
terragear ? Is it possible ?
Regards,
Nicolas
Le mardi 23 septembre 2008 à 13:16 +0200, Tim Moore a écrit :
> Frederic Bouvier wrote:
> > Hi Tim,
> >
> > Tim Moore wrote :
> >> This code did survive the OSG port, but was removed in a later
> >> reorganizat
,
Nicolas
Le mercredi 01 octobre 2008 à 12:30 +0200, Melchior FRANZ a écrit :
> * gerard robin -- Wednesday 01 October 2008:
> > we will now need a multi help map behind the keyboard :) .
>
> :-P
>
> I have planned to offer a list of options per level on request
> (TAB key)
- completion about --airport
- completion about --runway
- etc...
- Use a cache system
Regards,
Nicolas
fgfs_zsh_completion.gz
Description: GNU Zip compressed data
-
This SF.Net email is sponsored by the Moblin Your Move
Ok, I agree with your comments.
Thanks for the commit.
Le dimanche 27 avril 2008 à 00:44 +0200, Melchior FRANZ a écrit :
> * Nicolas -- Tuesday 08 April 2008:
> > After precipitation patchs, I post a new patch about screenshot
> > management. With this patch, you can choos
f the "create_dir" function. This function
can't return the status : success or fail.
- flightgear : to use SGPath object (to be compliant with all OS) ;
to generate error message (for the dialog box).
In your .fgfsrc, you have to now add the line (by sample) :
--prop:/sim/path-scre
Hi,
As discuss on IRC, I haven't this problem... and I don't understand
why it can happen.
Regards,
Nicolas
Le lundi 24 mars 2008 à 15:54 +0100, Heiko Schulz a écrit :
> Hi,
>
> Looking at an online weatherradar I figured out today
> a nice spot for practizing
Hi Ron,
I have updated the patch... (in remplacement of last)
I have taken into account your comments.
Thx
Nicolas
On Tue, 11 Mar 2008 07:30:53 -0600, Ron Jensen <[EMAIL PROTECTED]> wrote:
> On Tue, 2008-03-11 at 10:05 +0100, Nicolas wrote:
>> Hi,
>> Tha
if precipitation are enable /
disable
(sgEnviro.get_precipitation_enable_state())
Regards
Nicolas
On Tue, 04 Mar 2008 10:27:44 +0100, Tim Moore <[EMAIL PROTECTED]> wrote:
> Nicolas wrote:
>> Hi,
>>
>> I have added some features.
>>
>> No
ement smoothly.
- Add a precipitation menu (thanks to Emmanuel BARANGER)
Now, we need an umbrella in the cockpit. Maybe in using a clip plane.
But I think that this feature has to be added in aircraft code. Because,
it may find the same issue with clouds.
Regards,
--
Nicolas
fg-patch.t
Hi,
Le samedi 23 février 2008 à 13:53 -0600, Curtis Olson a écrit :
> Hi Nicolas,
>
> If I look very close with both snow and rain, I can now see that the
> aircraft motion through the falling particles seems to be correct ...
> it's subtle and sometimes hard to see depen
at this
> point in the development.
>
> Thanks!
>
> Curt.
With OSG precipitation, I can't get in the same time snow and rain...
No, there isn't factor in the motion of the aircraft... We can work to
impr
above the cloud
layers.
The rain preicipitation turn off snow precipitations when the ambiant
temperature is lower
than the dew point temperature. (the temperature depends on altitude)
The wind influents the precipitations (speed and direction support).
Regards,
--
Nicolas
fg-patch.tar.gz
Yes,
that's why I sent everytimes the old patchs (v1, v2...) with the new
patch to help the user to remove the old patchs.
Moreover, I try to write my modifications in new files to be easier...
Regards,
Nicolas
On Wed, Feb 20, 2008 at 07:40:18AM -0800, Syd&Sandy wrote:
> On Wed,
Patch v4 following the Tim'advices.
To win FPS.
Regards,
--
Nicolas
fg-patch.tar.gz
Description: Binary data
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
Well,
This release may fixe the precipitation's origin.
For the next release I want to fixe :
- wind effect
- rain turns to snow at altitude
- density dicrease with the altitude
Regards,
--
Nicolas
fg-patch.tar.gz
Description: Binary
With the attachment, it's better...
Le lundi 18 février 2008 à 20:51 +0100, Nicolas a écrit :
> Hi,
>
> New revision for the precipitation patch...
>
> The patch is always linked to METAR informations.
>
> Changelog of this new release :
> 1) Link the precipi
Tim'advices...
2) Add links between precipitation and cloud layers :
When you are above the cloud layer, the precipitations are stopped.
For the next release, I hope fixed the wind issue...
Thank's to Tim and Vivian to help my with this developpement.
Regards,
Nico
m higher
than clouds layer, rain (or snow) is stopped...
4) The particle effects have to depend on the camera position.
5) If you have propositions... :)
Regards,
Nicolas VIVIEN
fg-patch.tar.gz
Description: application/compressed-tar
-
://www.progweb.com/fgfs2.png
Regards,
Nicolas VIVIEN
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01
For everybody, to apply the 2nd Stuart's patch ; don't forget adding the
TreeBin.cxx and TreeBin.hxx in the file : simgear/scene/tgdb/Makefile.am
The patch :
Index: Makefile.am
===
RCS file: /var/cvs/SimGear-0.3/source/simgear/scene/t
95 matches
Mail list logo