Re: [Flightgear-devel] Latest CVS Aborts
I'll wrap up the new traffic files tonight. I the mean time, I've add small tar file containing the necessary traffic files. Should work, but haven't had much chance of testing it. Cheers, Durk On Friday 23 July 2004 07:21, Frederic Bouvier wrote: Jonathan Polley wrote: I just updated tonight and FlightGear no longer runs on the Mac. As of last night, everything ran just file, but after updating everything (SimGear, FlightGear, and base packages) I get an abort. The gdb backtrace is: ... traffic-temp.tar.gz Description: application/tgz ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] Spitfire
Hi Vivian Vivian Meazza writes I've implemented a Coffman cartridge starter, and it would be nice to have a cloud of black smoke come out of the exhaust and drift downwind at wind speed before dispersing. I can do the first bit, but not the rest. I have my eye on Fred's bump-mapped 3D clouds. Anyone any ideas on this one? (Forget it could be good advice :-) ). No sounds like a good idea there were/are quite a few aircraft that use cartridge start the canberra bomber and the sea venom come to mind.Also it could be arranged to simulate the dirty black smoke that came out of the commercial aircraft of the 60's,70's and 80's Regards, Vivian Cheers Innis _ ½ Price FOXTEL Digital Installation On-Line Limited Offer: http://ninemsn.com.au/share/redir/adTrack.asp?mode=clickclientID=225referral=Hotmail_tagline_July04URL=http://ad.au.doubleclick.net/clk;9412514;9681905;p?http://www.foxtel.com.au/2231.htm ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Prerelease 2 and traffic manger
Hi Durk Durk Talsma writes Also, note that including the MD-11 at this stage is not my first preference: that would be including the new traffic manager and AIFlightplan code, and use *only* the 737 traffic. On the other hand: The MD-11 *is* the first aircraft that has multi livery support, which is a kinda neat feature. :-) Just wondering how the MD11 goes with regard frame rates as it is a rather large aircraft with large textures. Cheers, Durk Cheers Innis _ Protect your inbox from harmful viruses with new ninemsn Premium. Go to http://ninemsn.com.au/premium/landing.asp?banner=emailtagreferrer=hotmail ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] Latest OpenAL for new build?
Norman Vine wrote: Sent: 23 July 2004 05:00 To: FlightGear developers discussions Subject: RE: [Flightgear-devel] Latest OpenAL for new build? Jon Berndt writes: Right now we are relying on Norman Vine's OpenAL files. We must just hope that Norman can find the tme to update when and if required. The Makefile I used is in my tarball and the only changes I made in the code are in the header files also in the tarball Has that tarball been relocated? I tried downloading yours from teh link you posted a few months ago without success. Fred has a copy on his web site He posted a link, the other day when you were looking for it Note: You should be able to drop my tarball into a source tree then cd into the windows directory and issue a make command Not sure what you mean, exactly. Drop your tarball into an OpenAL source tree? Make, yes then make install? I don't know if I built the make install part or not There doesn't appear to be a make install part. Your files work for Cygwin as they are without the make/make install bit: what should they do? How do we update the files as OpenAl produces updated versions? Regards, Vivian ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] [PATCH] shrinking dialogs
Jim Wilson wrote: This is a workaround for an issue where the xml dialogs were shrinking on subsequent pops. Committed. Thanks. Erik ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Prerelease 2 and traffic manger
Jon S Berndt wrote: \ Is the MD-11 a JSBSim aircraft? I thought it was, but I don't recall it being in our CVS ... is the AI aircraft its own FDM? It is and it's in JSBSim CVS (since about two weeks). AIModels are driver by a very (very) simple FDM that basically makes sure the aircraft goes in the desired direction at the requested speed and does a turn if commanded. Erik ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Still need opinions/suggestions re: recommendation to Robin Peel/airport taxiway data format
Ampere K. Hardraade wrote: I think someone should implement the followings: 1. Treat each taxi way as a line. 2. Joint the end of two taxi ways together. http://www.student.yorku.ca/~ampere/STEP1.jpg 3. Apply fillet. http://www.student.yorku.ca/~ampere/STEP2.jpg 4. Apply loth. http://www.student.yorku.ca/~ampere/STEP3.jpg Viola, round corner taxiway! Sure, now try it in 3d space using WGS84 coordinates ... Erik (See you back in a month I guess) ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Latest CVS Aborts
Jonathan Polley wrote: I just updated tonight and FlightGear no longer runs on the Mac. As of last night, everything ran just file, but after updating everything (SimGear, FlightGear, and base packages) I get an abort. Oops, sorry all. This is caused by me not including a bunch of TrafficManager related files to the base package. Although it probably shouldn't trigger a segmentation fault, it is my bad and is fixed in CVS now. Erik ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] Latest CVS Aborts
Erik Hofman Sent: 23 July 2004 08:52 To: FlightGear developers discussions Subject: Re: [Flightgear-devel] Latest CVS Aborts Jonathan Polley wrote: I just updated tonight and FlightGear no longer runs on the Mac. As of last night, everything ran just file, but after updating everything (SimGear, FlightGear, and base packages) I get an abort. Oops, sorry all. This is caused by me not including a bunch of TrafficManager related files to the base package. Although it probably shouldn't trigger a segmentation fault, it is my bad and is fixed in CVS now. As of 1000hrs this morning, it's still broken for Cygwin: Adding subsystem Traffic Manager Unknown exception in the main loop. Aborting... Regards, Vivian ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] MSFS scenery
Hi guys! Could you please tell me what's the status of BGL loader Maybe someone did this work on imporing BGL scenery to flightgear or maybe converting it to another formats (.3ds .ac ) Thanx in advance Bye Roman ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Latest CVS Aborts
Vivian Meazza wrote: Erik Hofman Sent: 23 July 2004 08:52 To: FlightGear developers discussions Subject: Re: [Flightgear-devel] Latest CVS Aborts Jonathan Polley wrote: I just updated tonight and FlightGear no longer runs on the Mac. As of last night, everything ran just file, but after updating everything (SimGear, FlightGear, and base packages) I get an abort. Oops, sorry all. This is caused by me not including a bunch of TrafficManager related files to the base package. Although it probably shouldn't trigger a segmentation fault, it is my bad and is fixed in CVS now. As of 1000hrs this morning, it's still broken for Cygwin: Adding subsystem Traffic Manager Unknown exception in the main loop. Aborting... Could you post a gdb backtrace ? -Fred ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] Latest CVS Aborts
Frederic Bouvier asked Sent: 23 July 2004 11:14 To: FlightGear developers discussions Subject: Re: [Flightgear-devel] Latest CVS Aborts Vivian Meazza wrote: Erik Hofman Sent: 23 July 2004 08:52 To: FlightGear developers discussions Subject: Re: [Flightgear-devel] Latest CVS Aborts Jonathan Polley wrote: I just updated tonight and FlightGear no longer runs on the Mac. As of last night, everything ran just file, but after updating everything (SimGear, FlightGear, and base packages) I get an abort. Oops, sorry all. This is caused by me not including a bunch of TrafficManager related files to the base package. Although it probably shouldn't trigger a segmentation fault, it is my bad and is fixed in CVS now. As of 1000hrs this morning, it's still broken for Cygwin: Adding subsystem Traffic Manager Unknown exception in the main loop. Aborting... Could you post a gdb backtrace ? Br, I've just reverted to 0.9.5-pre1. Standby. Regards, Vivian ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Initializing OpenAL sound manager
Matthew wrote: Just installed OpenAL via CVS, no difference...Still aborts. Are you sure that the old one is completely uninstalled from your system? And did you do a make clean and rerun configure in simgear and flightgear afterwards? All the best, David ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Still need opinions/suggestions re: recommendation to Robin Peel/airport taxiway data format
Erik Hofman wrote: Ampere K. Hardraade wrote: I think someone should implement the followings: 1. Treat each taxi way as a line. 2. Joint the end of two taxi ways together. http://www.student.yorku.ca/~ampere/STEP1.jpg 3. Apply fillet. http://www.student.yorku.ca/~ampere/STEP2.jpg 4. Apply loth. http://www.student.yorku.ca/~ampere/STEP3.jpg Viola, round corner taxiway! Sure, now try it in 3d space using WGS84 coordinates ... Erik (See you back in a month I guess) Nah, it's not that hard, just have to use a couple tricks. :-) Curt. -- Curtis Olsonhttp://www.flightgear.org/~curt HumanFIRST Program http://www.humanfirst.umn.edu/ FlightGear Project http://www.flightgear.org Unique text:2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] Latest CVS Aborts
I wrote Sent: 23 July 2004 11:49 To: 'FlightGear developers discussions' Subject: RE: [Flightgear-devel] Latest CVS Aborts Frederic Bouvier asked Sent: 23 July 2004 11:14 To: FlightGear developers discussions Subject: Re: [Flightgear-devel] Latest CVS Aborts Vivian Meazza wrote: Erik Hofman Sent: 23 July 2004 08:52 To: FlightGear developers discussions Subject: Re: [Flightgear-devel] Latest CVS Aborts Jonathan Polley wrote: I just updated tonight and FlightGear no longer runs on the Mac. As of last night, everything ran just file, but after updating everything (SimGear, FlightGear, and base packages) I get an abort. Oops, sorry all. This is caused by me not including a bunch of TrafficManager related files to the base package. Although it probably shouldn't trigger a segmentation fault, it is my bad and is fixed in CVS now. As of 1000hrs this morning, it's still broken for Cygwin: Adding subsystem Traffic Manager Unknown exception in the main loop. Aborting... Could you post a gdb backtrace ? Br, I've just reverted to 0.9.5-pre1. Standby. I've re-downloaded the current cvs. Here's the backtrace (gdb) backtrace #0 0x77e75a3f in KERNEL32!IsBadWritePtr () from /cygdrive/c/WINDOWS/system32/kernel32.dll #1 0x0013 in ?? () #2 0x0022d634 in ?? () #3 0x0012 in ?? () #4 0x0022d000 in ?? () #5 0x0022d000 in ?? () #6 0x0022bfec in ?? () #7 0x63656a62 in ?? () #8 0x0022f090 in ?? () #9 0x77e94809 in SetThreadExecutionState () from /cygdrive/c/WINDOWS/system32/kernel32.dll #10 0x610a92ed in cygwin1!__getreent () from /usr/bin/cygwin1.dll #11 0x0008 in ?? () #12 0x0022c048 in ?? () #13 0x610a9387 in cygwin1!__getreent () from /usr/bin/cygwin1.dll #14 0x0001 in ?? () #15 0x0022c120 in ?? () #16 0x0022d634 in ?? () (gdb) Can't say that it means anything to me! Is it any good to you, or can I do something else? Regards, Vivian ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Latest CVS Aborts
Vivian Meazza wrote: I've re-downloaded the current cvs. Here's the backtrace ... Can't say that it means anything to me! Is it any good to you, or can I do something else? It looks like useless garbage, sorry. Do you run fg with --log-level=bulk or whatever is the most verbose ( I don't remember right now ) ? -Fred ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Latest CVS Aborts
Frederic Bouvier wrote: Vivian Meazza wrote: I've re-downloaded the current cvs. Here's the backtrace ... Can't say that it means anything to me! Is it any good to you, or can I do something else? It looks like useless garbage, sorry. Do you run fg with --log-level=bulk or whatever is the most verbose ( I don't remember right now ) ? You have to compile with -g to include debugging symbols so that the back trace makes sense. That said, the very few times I've tried to run gdb with flightgear on windows, I was never very successful. Curt. -- Curtis Olsonhttp://www.flightgear.org/~curt HumanFIRST Program http://www.humanfirst.umn.edu/ FlightGear Project http://www.flightgear.org Unique text:2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] Latest CVS Aborts
Curtis L. Olson writes: You have to compile with -g to include debugging symbols so that the back trace makes sense. That said, the very few times I've tried to run gdb with flightgear on windows, I was never very successful. GDB might have some problems on 95,98 and WinMe, but runs fine on any WindowsNT variant. Of course as Curt says you do need to compile with the -g switch for debugging I usually use 'CXXFLAGS = -g -O2' which IIRC is the default setting for our configure scripts Norman ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] Latest CVS Aborts
Norman Vine wrote Sent: 23 July 2004 14:15 To: FlightGear developers discussions Subject: RE: [Flightgear-devel] Latest CVS Aborts Curtis L. Olson writes: You have to compile with -g to include debugging symbols so that the back trace makes sense. That said, the very few times I've tried to run gdb with flightgear on windows, I was never very successful. GDB might have some problems on 95,98 and WinMe, but runs fine on any WindowsNT variant. Of course as Curt says you do need to compile with the -g switch for debugging I usually use 'CXXFLAGS = -g -O2' which IIRC is the default setting for our configure scripts Norman I'd forgotten the -g. I'll re-download, recompile and try again. Regards, Vivian ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] Latest CVS Aborts
Frederic Bouvier asked Sent: 23 July 2004 13:51 To: FlightGear developers discussions Subject: Re: [Flightgear-devel] Latest CVS Aborts Vivian Meazza wrote: I've re-downloaded the current cvs. Here's the backtrace ... Can't say that it means anything to me! Is it any good to you, or can I do something else? It looks like useless garbage, sorry. Do you run fg with --log-level=bulk or whatever is the most verbose ( I don't remember right now ) ? --log-level=info - second most verbose Regards, Vivian ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Success
I'll stop whining, now. ;-) I was able to build simgear and flightgear with the OpenAL libs. Jon ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS: FlightGear/src/Main fg_init.cxx, 1.104, 1.105 main.cxx, 1.171, 1.172
Bernie Bright said: Jim Wilson wrote: globals-get_tile_mgr()-all_queues_empty() and cur_fdm_state-get_inited()) { ^^^ ^^^ Same here. That's a head scratcher. Never would have thought that would compile like that. Learn something new everyday. C++ provides keyword equivalents to some operators: and and_eq = bitand bitor | compl ~ not ! or || or_eq |= xor ^ xor_eq ^= not_eq != However it seems that we should use the traditional operators to prevent msvc from choking. Sure enough, it's right there in Stroustrup. The strange part is never having noticed this before now. What is it with these developers at microsoft anyway? ;-) Best, Jim ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS: FlightGear/src/Main fg_init.cxx, 1.104, 1.105 main.cxx, 1.171, 1.172
Jim Wilson wrote: Bernie Bright said: Jim Wilson wrote: globals-get_tile_mgr()-all_queues_empty() and cur_fdm_state-get_inited()) { ^^^ ^^^ Same here. That's a head scratcher. Never would have thought that would compile like that. Learn something new everyday. C++ provides keyword equivalents to some operators: and and_eq = bitand bitor | compl ~ not ! or || or_eq |= xor ^ xor_eq ^= not_eq != However it seems that we should use the traditional operators to prevent msvc from choking. Sure enough, it's right there in Stroustrup. The strange part is never having noticed this before now. What is it with these developers at microsoft anyway? ;-) They don't consider that a variable declared in the initialization part of a for loop must be seen as local to the loop. So, don't ask them to add new keywords. They just invent new languages ( C#, J#, ... ) ;-) I am not using their latest version though, but I am not keen to multiply programming styles in a single program. -Fred ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Tried the Spitfire
Very nice! Ok if I borrow the pilot dude for the p51 cockpit? Now, should it come up running like the other A/C? My personal preference is to not, but I think in the past folks have prefered aircraft already started. FWIW (after release) I think a preset e.g. --auto-start that defaulted to true, and was overridden as true automatically for mid air starts, but otherwise could be set false by the user so aircraft never come up running on the ground would be nice. Along this line it should be possible to have aircraft running after reset as well if --auto-start was enabled. Best, Jim ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS: FlightGear/src/Main fg_init.cxx, 1.104, 1.105 main.cxx, 1.171, 1.172
On Friday 23 July 2004 15:23, Jim Wilson wrote: Sure enough, it's right there in Stroustrup. The strange part is never having noticed this before now. What is it with these developers at microsoft anyway? ;-) Since when have they had developers? Cheers, Al ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] OpenAL sound breaking up
I noticed that the least bit of extra CPU/Bus activity can cause the sounds to stutter after our switch to OpenAL. This might be a reason to remain conservative with our sound files (e.g. 8bit Mono). This is especially noticable on my system with the 16bit/44khz/Stereo merlin sample with the Spitfire. Running a P4 2.4 ghz with SBLive. Best, Jim ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Success
On Friday 23 July 2004 15:21, Jon Berndt wrote: I'll stop whining, now. ;-) I was able to build simgear and flightgear with the OpenAL libs. I've built it fine too - acutally being able to run it is a different matter. Is it running for you? I've tried all sorts of openalrc files with or without --disable-sound but stil get complaints about openal settings on startup. If someone has a working .openalrc file for 2/4/(5.1) speakers, which uses alsa (or oss-emulation or at a push arts) would they please drop it to me. I think my problem is that I have a NForce3 board and the support is lacking for OpenAL to run my sound chip in it's native mode. Otherwise non-OpenAL sound works fine on my system. Cheers, Al ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Success
On Fri, 23 Jul 2004 16:05:13 +0100 Al West [EMAIL PROTECTED] wrote: On Friday 23 July 2004 15:21, Jon Berndt wrote: I'll stop whining, now. ;-) I was able to build simgear and flightgear with the OpenAL libs. I've built it fine too - acutally being able to run it is a different matter. Is it running for you? I've tried all sorts of openalrc files with or without --disable-sound but stil get complaints about openal settings on startup. I only had time to try the default aircraft before coming into work. I simply typed: fgfs and it ran. I even flew it. Jon ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Visual Reference Point scheme works
It has been a while since this feature was added, but I thought Jon might like to know that using his VRP feature I've succeeded in positioning the Cessna 310 (U-3A) visual model identically under both JSBSim and YASim flight dynamics models. The YASim config for the c310 has the origin placed at the nose. The changes are in CVS now. Best, Jim ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] [PATCH] proposed message degrade in ATC code
For now anyway can we reduce this a level? This makes the airport not found message (in ATC code only) warning level. I'm amazed at how often this gets called. Index: src/ATC/ATCutils.cxx === RCS file: /var/cvs/FlightGear-0.9/FlightGear/src/ATC/ATCutils.cxx,v retrieving revision 1.11 diff -u -r1.11 ATCutils.cxx --- src/ATC/ATCutils.cxx23 Jan 2004 17:18:25 - 1.11 +++ src/ATC/ATCutils.cxx23 Jul 2004 17:39:07 - @@ -315,7 +315,7 @@ result = globals-get_airports()-search( id ); if ( result.id.empty() ) { -SG_LOG( SG_GENERAL, SG_ALERT, +SG_LOG( SG_GENERAL, SG_WARN, Failed to find id in basic.dat.gz ); return false; } ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] [PATCH] proposed message degrade in ATC code
Jim Wilson wrote: For now anyway can we reduce this a level? This makes the airport not found message (in ATC code only) warning level. I'm amazed at how often this gets called. Good idea, it's committed. Erik ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] Tried the Spitfire
Jim Wilson wrote: Sent: 23 July 2004 16:01 To: [EMAIL PROTECTED] Subject: [Flightgear-devel] Tried the Spitfire Very nice! Ok if I borrow the pilot dude for the p51 cockpit? Please do - but note that he's wearing RAF blue serge trousers (pants :-)), and 1940's pattern life jacket (vest) and the wrong flying helmet/goggles. I expect some smarty pants will notice. I'm going to animate him shortly. Now, should it come up running like the other A/C? My personal preference is to not, but I think in the past folks have prefered aircraft already started. Tough one, because when I get the propeller sorted there should be the possibility that the aircraft will nose over if started on full throttle. FWIW (after release) I think a preset e.g. --auto-start that defaulted to true, and was overridden as true automatically for mid air starts, but otherwise could be set false by the user so aircraft never come up running on the ground would be nice. Along this line it should be possible to have aircraft running after reset as well if --auto-start was enabled. I like it - it's the way that Flight2 does it. Personally, I like to start with the engine shut down. It forces pre-start checks, and makes the whole thing more realistic. I was also following the example of the Bo105. Regards, Vivian ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Still need opinions/suggestions re: recommendation to Robin Peel/airport taxiway data format
What's that? Regards, Ampere On July 23, 2004 03:43 am, Erik Hofman wrote: Sure, now try it in 3d space using WGS84 coordinates ... Erik ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Visual Reference Point scheme works
On Fri, 23 Jul 2004 16:07:17 - Jim Wilson [EMAIL PROTECTED] wrote: It has been a while since this feature was added, but I thought Jon might like to know that using his VRP feature I've succeeded in positioning the Cessna 310 (U-3A) visual model identically under both JSBSim and YASim flight dynamics models. The YASim config for the c310 has the origin placed at the nose. The changes are in CVS now. Good, thanks. Even though I think the VRP is a good idea, it still requires some work from the FDM guys - that is, we'll have to set the VRP to the correct value in all JSBSim aircraft files. Right now it's set at the CG for many aircraft, I think - which is not correct. Jon ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] Latest CVS Aborts
I wrote Sent: 23 July 2004 14:39 To: 'FlightGear developers discussions' Subject: RE: [Flightgear-devel] Latest CVS Aborts Frederic Bouvier asked Sent: 23 July 2004 13:51 To: FlightGear developers discussions Subject: Re: [Flightgear-devel] Latest CVS Aborts Vivian Meazza wrote: I've re-downloaded the current cvs. Here's the backtrace ... Can't say that it means anything to me! Is it any good to you, or can I do something else? It looks like useless garbage, sorry. Do you run fg with --log- level=bulk or whatever is the most verbose ( I don't remember right now ) ? --log-level=info - second most verbose Latest cvs download compiled successfully under Cygwin, by the usual expedient of deleting all old files and starting over. Tedious, but it worked. I have no idea what was wrong, but it looks like a file wasn't being updated by cvs correctly. Once again thanks for your help Regards, Vivian ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Latest OpenAL for new build?
Hi, This one has me stumped. Downloaded the latest CVS version of OpenAL and did a build and install.. When compiling SimGear-0.3.6-pre2 get the following error in ../simgear/sound/opena1_test1.cxx ...openal_test1.cxx:113: undefined reference to 'alutLoadWavFile' ...openal_test1.cxx:125: undefined reference to 'alutUnloadWAV' walked thru the #ifdefs in alut.h and it looks like LINUX_AL is properly defined. Not all that conversant with the magic in automake and configure but neither program complains during the build process... Running with Debian woody and gcc-2.95.4 and automake 1.5 Any ideas, suggestions where to look.. Thanks John W ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Took advantage of Erik's...
I'm sorry, but I still don't get it. Thanks in advance, Ampere On July 22, 2004 03:44 am, Erik Hofman wrote: Ampere K. Hardraade wrote: Thank you. So, is there anyway to include more than one XML file? The reason I ask is because I have multiple mesh files, and each of them has its own XML animation file. I would like to tell all of them where the livery resides in in one single XML file. In most cases it is possible to include an .xml file rather than a .ac or .3ds file. Then you could specify the .3ds (or .ac) file in the included .xml file again (including animations that apply to that object). Erik ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Fw: Scenery Designer
I'm new here and am having problems with fgsd on Windows XP Pro. I've got a copy of AC3D and want to import an object and place it in fgsd, but it keeps crashing when I try to load the object. Am I missing a support application, or is there another issue on Windoz? Peter --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.718 / Virus Database: 474 - Release Date: 9/07/2004 ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Fw: Scenery Designer
Hi ! Peter Larson wrote: I'm new here and am having problems with fgsd on Windows XP Pro. I've got a copy of AC3D and want to import an object and place it in fgsd, but it keeps crashing when I try to load the object. Am I missing a support application, or is there another issue on Windoz? Peter Don't know if this is relevant for your case, but there were some issues reported with the latest AC3D version using specific (new) statements (crease) that aren't yet supported by plib, the current workaround is to manually remove such statements from any AC3D files that you want to use with FlightGear - as fgsd is likely to also use plib in the same fashion, I'd recommend to check for any such unsupported statements in your AC3D file. If you were running Linux or at least cygwin I'd recommend to give automatically stripping the relevant stuff by using a shell script a try, but I think starting notepad and search/replace for occurences crease should also work to see if that's really the problem. In case you were already aware of this stuff and this is not your problem, I'd try to load some other AC3D file - just to verify if it's really not a problem with the AC3D file but rather the application itself. good luck - Boris ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] test the L1011-500
sorry for the delay, but i've been quite busy, here is is link: http://tristar500.net/modelo3d/L1011-500.zip the 3d model is still needing fixes, nose will be remade, so i can apply the windshield texture separetely from the side texture to avoid the stretch effect. also slats are not animated there are other visible problems and discrepancies, i will be fixing them when i can. the aircraft is controllable, but not very realistic, i will be tuning it and the auto-pilot, using SimPlot when possible FYI i am using a 2/3 week old cvs, i suppose it should run fine on latest cvs, maybe there are some VRP issues (?) Hope you enjoy Regards, Tiago ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Problem with autogen in SuSe Linux Pro 9.1
On Friday 23 July 2004 06:12, Dave Perry wrote: The warnings are explained. by running info as documented and are not an issue. Questions 1. Has anyone had a similar problem with SuSe 9.1? Yes, i did with Slackware 10.0. 2. Any ideas how to get past this? To solve that error just delete your autom4te.cache folders in all your cvs trees (plib, simgear, flightgear-source etc.) and do a cvs update -Pd and ./autogen.sh again. This should solve the problem. The other error messages like underquoted definition of AM_PATH_GSL are just warning messages, you can ignore that, developers shouldn't. This is because automake 1.8,x handles macro definition files a lot stricter, that's the reason why these warning messages come up. Best Regards, Oliver C. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Error message from the latest CVS
Dialog scenery_loading not defined The message only appears when one is in KSFO. As for other airports, the message doesn't appear; neither does the scenery. All there is is an ocean. Can anyone duplicate these problems? Regards, Ampere ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] test the L1011-500
They go in the Aircraft directory. Regards, Ampere On July 23, 2004 11:58 pm, Jon Berndt wrote: Oh, good. I was hoping someone would do an L1011. Where do all these files go? Jon ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] test the L1011-500
sorry for the delay, but i've been quite busy, here is is link: http://tristar500.net/modelo3d/L1011-500.zip the 3d model is still needing fixes, nose will be remade, so i can apply the windshield texture separetely from the side texture to avoid the stretch effect. also slats are not animated there are other visible problems and discrepancies, i will be fixing them when i can. the aircraft is controllable, but not very realistic, i will be tuning it and the auto-pilot, using SimPlot when possible FYI i am using a 2/3 week old cvs, i suppose it should run fine on latest cvs, maybe there are some VRP issues (?) Oh, good. I was hoping someone would do an L1011. Where do all these files go? Jon ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Fw: Scenery Designer
Boris, thanks. It appears to be the Crease command. I created a box, removed the crease and it imported OK (now I have to work through how to save the scenery so that it gets picked up by the Sim!). As I said, I'm new to this (as in just the last 4 days) and have no experience with plib. Is there a list anywhere of the AC3d commands that plib doesn't support? Regards Peter - Original Message - From: Boris Koenig [EMAIL PROTECTED] To: FlightGear developers discussions [EMAIL PROTECTED] Sent: Friday, July 23, 2004 5:45 PM Subject: Re: [Flightgear-devel] Fw: Scenery Designer Hi ! Peter Larson wrote: I'm new here and am having problems with fgsd on Windows XP Pro. I've got a copy of AC3D and want to import an object and place it in fgsd, but it keeps crashing when I try to load the object. Am I missing a support application, or is there another issue on Windoz? Peter Don't know if this is relevant for your case, but there were some issues reported with the latest AC3D version using specific (new) statements (crease) that aren't yet supported by plib, the current workaround is to manually remove such statements from any AC3D files that you want to use with FlightGear - as fgsd is likely to also use plib in the same fashion, I'd recommend to check for any such unsupported statements in your AC3D file. If you were running Linux or at least cygwin I'd recommend to give automatically stripping the relevant stuff by using a shell script a try, but I think starting notepad and search/replace for occurences crease should also work to see if that's really the problem. In case you were already aware of this stuff and this is not your problem, I'd try to load some other AC3D file - just to verify if it's really not a problem with the AC3D file but rather the application itself. good luck - Boris ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.718 / Virus Database: 474 - Release Date: 9/07/2004 ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] lights flaring on runways in FG
Not sure this is the right forum, I'm getting coloured apostraphe shapes around 200 pixels high on the screen. They appear to be related to runway lights. They also appear while the sim is in the air. I'm running Windows XP Pro with a Radeon 9200SE video card and Gigabyte GA-7VT600 motherboard. Drivers all loaded within the last week. Any ideas? Regards Peter --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.718 / Virus Database: 474 - Release Date: 9/07/2004 ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Latest OpenAL for new build?
- Original Message - From: John Wojnaroski [EMAIL PROTECTED] To: FlightGear developers discussions [EMAIL PROTECTED] Sent: Friday, July 23, 2004 3:32 PM Subject: Re: [Flightgear-devel] Latest OpenAL for new build? Hi, This one has me stumped. Downloaded the latest CVS version of OpenAL and did a build and install.. When compiling SimGear-0.3.6-pre2 get the following error in ../simgear/sound/opena1_test1.cxx ...openal_test1.cxx:113: undefined reference to 'alutLoadWavFile' ...openal_test1.cxx:125: undefined reference to 'alutUnloadWAV' walked thru the #ifdefs in alut.h and it looks like LINUX_AL is properly defined. Not all that conversant with the magic in automake and configure but neither program complains during the build process... Running with Debian woody and gcc-2.95.4 and automake 1.5 Any ideas, suggestions where to look.. Okay, it was a earlier stale library (libopenal.so.0.0.6) left over from the Debian installation in /usr/lib while the openal make stuffs the lib file into /usr/local/lib/libopenal.so.0.0.7 Regards JW ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel