Re: [Flightgear-devel] 2D-Panel for A320
David Culp wrote: Nice work Hans-Georg! It seems to me that the FlightGear developers who have OpenGL experience have lost interest in the 2D panel code some time ago, and their answer to you will be to switch to 3D panels. I prefer the 2D panels, so I'm hoping you know C++ and OpenGL? I'm not certain that is the case. A lot of code can be shared between 2d and 3d panels (which might not be a bad idea to go after at some point). But unfortunately my list of things which would be nice to do, that needs to be done or that are urgent keeps growing at the moment (and almost all of them are time consuming tasks). Erik ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Simgear-cvs
I'm having a problem compiling Simgear-cvs under Cygwin. The compiler stops with the following error: In file included from soundmgr_openal.hxx:50, from xmlsound.hxx:40, from xmlsound.cxx:38: /usr/local/include/AL/alc.h:39: error: syntax error before `*' token /usr/local/include/AL/alc.h:51: error: `ALCcontext' was not declared in this scope /usr/local/include/AL/alc.h:51: error: `alcHandle' was not declared in this scope /usr/local/include/AL/alc.h:51: error: variable `ALCboolean alcMakeContextCurrent' definition is marked dllimport. Thereafter follows a long list of similar errors. I would suppose that this is a consequence of Erik's latest improvements to the sound. We Cygwin users are still using Norman Vine's OpenAL stuff. Any advice on fixing this? Regards, Vivian ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Simgear-cvs
On 02/02/2005 at 09:11 Vivian Meazza wrote: I'm having a problem compiling Simgear-cvs under Cygwin. The compiler snip I would suppose that this is a consequence of Erik's latest improvements to the sound. We Cygwin users are still using Norman Vine's OpenAL stuff. Any advice on fixing this? You need the following patch to alc.h (one of the files in Norman's tarball). According to Erik this alteration is in OpenAL CVS - I guess we should update the tarball. Cheers - Dave $ diff -u alc.old.h alc.h --- alc.old.h 2005-01-31 15:20:33.785550400 + +++ alc.h 2005-01-31 15:17:49.299030400 + @@ -17,7 +17,7 @@ #define ALCAPI __declspec(dllimport) #endif -#ifdef _MSC_VER +#ifdef _WIN32 typedef struct ALCdevice_struct ALCdevice; typedef struct ALCcontext_struct ALCcontext; #endif This message has been checked for viruses but the contents of an attachment may still contain software viruses, which could damage your computer system: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Simgear-cvs
Vivian Meazza wrote: I'm having a problem compiling Simgear-cvs under Cygwin. The compiler stops with the following error: In file included from soundmgr_openal.hxx:50, from xmlsound.hxx:40, from xmlsound.cxx:38: /usr/local/include/AL/alc.h:39: error: syntax error before `*' token /usr/local/include/AL/alc.h:51: error: `ALCcontext' was not declared in this Any advice on fixing this? David Luff and I have figured out this is due to out-dated include files in that package. It would really be nice to seem them updated for Cygwin users. In the mean time you could apply this patch to the alc.h header file: diff -u alc.old.h alc.h --- alc.old.h 2005-01-31 15:20:33.785550400 + +++ alc.h 2005-01-31 15:17:49.299030400 + @@ -17,7 +17,7 @@ #define ALCAPI __declspec(dllimport) #endif -#ifdef _MSC_VER +#if defined _MSC_VER || defined __CYGWIN__ typedef struct ALCdevice_struct ALCdevice; typedef struct ALCcontext_struct ALCcontext; #endif Erik ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] Simgear-cvs
Vivian Meazza writes: I'm having a problem compiling Simgear-cvs under Cygwin. The compiler stops with the following error: In file included from soundmgr_openal.hxx:50, from xmlsound.hxx:40, from xmlsound.cxx:38: /usr/local/include/AL/alc.h:39: error: syntax error before `*' token /usr/local/include/AL/alc.h:51: error: `ALCcontext' was not declared in this scope /usr/local/include/AL/alc.h:51: error: `alcHandle' was not declared in this scope /usr/local/include/AL/alc.h:51: error: variable `ALCboolean alcMakeContextCurrent' definition is marked dllimport. Thereafter follows a long list of similar errors. I would suppose that this is a consequence of Erik's latest improvements to the sound. We Cygwin users are still using Norman Vine's OpenAL stuff. Any advice on fixing this? Yes I ran into this the other day :-( I changed a few defines in my AL/alc.h and it seems to compile but I don't have a soundcard on that machine so . attached Norman alc.h Description: Binary data ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] flightgear terrain engine
Hi can some body explain me how the flight gear terrain engine work i am looking for any article or tutorial explaining the flightgear terrain engine i think that it is very interesting to reuse this engine to make other "flight-sim like" Games can somebody explain me how to make a very simple application with this Engine ThanksCOFIDIS: un besoin d?argent rapidement? Une envie?Demandez un crdit jusqu?21500?pour financer tous vos projets.Rendez-vous sur COFIDIS.fr pour simuler votre crdit sans engagement! ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] Simgear-cvs
Norman Vine wrote Vivian Meazza writes: I'm having a problem compiling Simgear-cvs under Cygwin. The compiler stops with the following error: In file included from soundmgr_openal.hxx:50, from xmlsound.hxx:40, from xmlsound.cxx:38: /usr/local/include/AL/alc.h:39: error: syntax error before `*' token /usr/local/include/AL/alc.h:51: error: `ALCcontext' was not declared in this scope /usr/local/include/AL/alc.h:51: error: `alcHandle' was not declared in this scope /usr/local/include/AL/alc.h:51: error: variable `ALCboolean alcMakeContextCurrent' definition is marked dllimport. Thereafter follows a long list of similar errors. I would suppose that this is a consequence of Erik's latest improvements to the sound. We Cygwin users are still using Norman Vine's OpenAL stuff. Any advice on fixing this? Yes I ran into this the other day :-( I changed a few defines in my AL/alc.h and it seems to compile but I don't have a soundcard on that machine so . Close, but no coconut yet: In file included from soundmgr_openal.cxx:33: /usr/local/include/AL/alc.h:21: error: conflicting types for `typedef struct ALCdevice_struct ALCdevice' /usr/local/include/AL/alctypes.h:6: error: previous declaration as `typedef struct _AL_device ALCdevice' /usr/local/include/AL/alc.h:22: error: conflicting types for `typedef struct ALCcontext_struct ALCcontext' /usr/local/include/AL/alctypes.h:8: error: previous declaration as `typedef void ALCcontext' Something else needed? Thanks for your very rapid response, as usual Regards, Vivian ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] Simgear-cvs
Vivian Haven't got time to investigate but I would try changing line 4 alctypes.h from #if !defined(_WIN32) to #if !defined(WIN32) I won't be back online till late tonight Norman -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Vivian Meazza Sent: Wednesday, February 02, 2005 5:55 AM To: 'FlightGear developers discussions' Subject: RE: [Flightgear-devel] Simgear-cvs Norman Vine wrote Vivian Meazza writes: I'm having a problem compiling Simgear-cvs under Cygwin. The compiler stops with the following error: In file included from soundmgr_openal.hxx:50, from xmlsound.hxx:40, from xmlsound.cxx:38: /usr/local/include/AL/alc.h:39: error: syntax error before `*' token /usr/local/include/AL/alc.h:51: error: `ALCcontext' was not declared in this scope /usr/local/include/AL/alc.h:51: error: `alcHandle' was not declared in this scope /usr/local/include/AL/alc.h:51: error: variable `ALCboolean alcMakeContextCurrent' definition is marked dllimport. Thereafter follows a long list of similar errors. I would suppose that this is a consequence of Erik's latest improvements to the sound. We Cygwin users are still using Norman Vine's OpenAL stuff. Any advice on fixing this? Yes I ran into this the other day :-( I changed a few defines in my AL/alc.h and it seems to compile but I don't have a soundcard on that machine so . Close, but no coconut yet: In file included from soundmgr_openal.cxx:33: /usr/local/include/AL/alc.h:21: error: conflicting types for `typedef struct ALCdevice_struct ALCdevice' /usr/local/include/AL/alctypes.h:6: error: previous declaration as `typedef struct _AL_device ALCdevice' /usr/local/include/AL/alc.h:22: error: conflicting types for `typedef struct ALCcontext_struct ALCcontext' /usr/local/include/AL/alctypes.h:8: error: previous declaration as `typedef void ALCcontext' Something else needed? Thanks for your very rapid response, as usual Regards, Vivian ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] Simgear-cvs
Erik Hofman wrote: Vivian Meazza wrote: I'm having a problem compiling Simgear-cvs under Cygwin. The compiler stops with the following error: In file included from soundmgr_openal.hxx:50, from xmlsound.hxx:40, from xmlsound.cxx:38: /usr/local/include/AL/alc.h:39: error: syntax error before `*' token /usr/local/include/AL/alc.h:51: error: `ALCcontext' was not declared in this Any advice on fixing this? David Luff and I have figured out this is due to out-dated include files in that package. It would really be nice to seem them updated for Cygwin users. In the mean time you could apply this patch to the alc.h header file: diff -u alc.old.h alc.h --- alc.old.h 2005-01-31 15:20:33.785550400 + +++ alc.h 2005-01-31 15:17:49.299030400 + @@ -17,7 +17,7 @@ #define ALCAPI __declspec(dllimport) #endif -#ifdef _MSC_VER +#if defined _MSC_VER || defined __CYGWIN__ typedef struct ALCdevice_struct ALCdevice; typedef struct ALCcontext_struct ALCcontext; #endif This is a different solution to Norman's but: In file included from soundmgr_openal.cxx:33: /usr/local/include/AL/alc.h:21: error: conflicting types for `typedef struct ALCdevice_struct ALCdevice' /usr/local/include/AL/alctypes.h:6: error: previous declaration as `typedef struct _AL_device ALCdevice' /usr/local/include/AL/alc.h:22: error: conflicting types for `typedef struct ALCcontext_struct ALCcontext' /usr/local/include/AL/alctypes.h:8: error: previous declaration as `typedef void ALCcontext' Is some other change needed? Thanks for you help, instant as always, Regards, Vivian ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] Simgear-cvs
Norman Vine wrote Vivian Haven't got time to investigate but I would try changing line 4 alctypes.h from #if !defined(_WIN32) to #if !defined(WIN32) I won't be back online till late tonight Already working on that, thanks. Vivian ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] Simgear-cvs
I wrote: Norman Vine wrote Vivian Haven't got time to investigate but I would try changing line 4 alctypes.h from #if !defined(_WIN32) to #if !defined(WIN32) I won't be back online till late tonight Already working on that, thanks. That works - so far as compiling Simgear is concerned. I've attached the modified file which works with Norman's modified code, not Erik's. Now Flightgear won't compile - stops as following: /usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/../../../libplibjs.a(jsWindows.o)(.tex t+0 5c9):jsWindows.cxx: undefined reference to [EMAIL PROTECTED]' collect2: ld returned 1 exit status make[2]: *** [js_demo.exe] Error 1 I'm using plib 1.8.4. Any more good advice? Regards, Vivian alctypes.h Description: Binary data ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] AI traffic heads-up
Hi Everybody, I thought I'd give you guys a quick heads up concerning my AI traffic development. I am almost ready to release my latest changes. Just need to do some more testing, sync my development source branch with CVS, and make sure everything runs with the currently existing data. Anyways, here's brief list of improvements: - Realistic aircraft parking location support: create a parking.xml file for your favorite airport, and AIAircraft wil park where you want them to. The file format specs will follow later. - Preferential runway use. Again Specify a list of wind time conditions in an xml file, and FlightGear's AI system will choose a group of runways for takeoff and landing, that satisfy these criteria. - Incremental Flightplan creation. This change is somewhat less visible than the previous two, but it's an important step forward, because it provides the basic framework for selecting airport specific departures/approaches, and also for autogenerating airport specific taxiroutes. - Improved AI aircraft ground handling. Specifically ground steering is improved, and I spend a lot of time making sure aircraft didn't get stuck circling around unreachable waypoints. -Push back support. Aircraft can now taxi backward by setting target speed to negative. Concerning the first two items: Parking, and preferential runway use: I really would like to make these two features a little more visible by creating parking and runway use xml files for KSFO. I could probably do this quite easily do this for the runway preferences, if somebody could tell me how the runways are typically used here. As for the parking file, I could make a simple skeleton file with a couple of parkings, but to make a realistic one would require either that I have access to some good published data or that somebody with good knowlegde of the airport helped in building one. I'll try and post a few more screenshots on my website later week/weekend and expect to submit the code sometime next week. Cheers, Durk ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] AI traffic heads-up
I'll try and post a few more screenshots on my website later week/weekend and expect to submit the code sometime next week. Just wondering what updates were included in the 0.9.8 release. We'll have a FlightGear booth at SCALE3x next week and would be nice to demo some of your excellent work. If you have the time and could crank out a short XML file that would be terrific. Regards John W. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Moving to 0.9.8 kills model rotations
Ive been working on an aircraft model under 0.9.5 and after moving it over to 0.9.8 the models rotating parts fail to move. This includes all of the gauges, although the parts of gauges animated with textranslate still function properly. Im building Flightgear against plib 1.8.4 and the latest release of simgear. Any idea what might be causing this? -Vance ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] Simgear-cvs
Vivian Meazza wrote: I wrote: Norman Vine wrote Vivian Haven't got time to investigate but I would try changing line 4 alctypes.h from #if !defined(_WIN32) to #if !defined(WIN32) I won't be back online till late tonight Already working on that, thanks. That works - so far as compiling Simgear is concerned. I've attached the modified file which works with Norman's modified code, not Erik's. Now Flightgear won't compile - stops as following: /usr/lib/gcc-lib/i686-pc- cygwin/3.3.3/../../../libplibjs.a(jsWindows.o)(.tex t+0 5c9):jsWindows.cxx: undefined reference to [EMAIL PROTECTED]' collect2: ld returned 1 exit status make[2]: *** [js_demo.exe] Error 1 I'm using plib 1.8.4. Any more good advice? I think I've worked around this one. I went back to an earlier cvs version compiled, then updated to today, and recompiled successfully. I don't know why that worked ... it's a computer :-) Regards, Vivian ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] ver. 0.9.8 run-time error using VisualC++
I compiled the version 0.9.8 release of flightgear using Fredric's project files, and I get the following error. Debug Assertion Failed! File: isctype.c Line: 68 Expression: (unsigned)(c + 1) = 256 A brief online search mentioned something along the lines of Windows' using a signed character type causing a problem. Any idea what can be causing this? I tried compiling the source without the _DEBUG preprocessor flag, but that didn't seem to change anything. I may not have done this correctly, though, as I'm new to Visual Studio. Thanks, Drew ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] ver. 0.9.8 run-time error using VisualC++
I had the same problem; isspace was interpreting the copyright symbol as a negative number, raising the assert. I changed the calls to isspace(...) in strutils.cxx to ... std::isspace((unsigned char)str[i], std::locale()) ... You'll also need to include locale. -Vance -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Drew Sent: Wednesday, February 02, 2005 3:29 PM To: FlightGear developers discussions Subject: [Flightgear-devel] ver. 0.9.8 run-time error using VisualC++ I compiled the version 0.9.8 release of flightgear using Fredric's project files, and I get the following error. Debug Assertion Failed! File: isctype.c Line: 68 Expression: (unsigned)(c + 1) = 256 A brief online search mentioned something along the lines of Windows' using a signed character type causing a problem. Any idea what can be causing this? I tried compiling the source without the _DEBUG preprocessor flag, but that didn't seem to change anything. I may not have done this correctly, though, as I'm new to Visual Studio. Thanks, Drew ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Moving to 0.9.8 kills model rotations
Vance Souders wrote: Ive been working on an aircraft model under 0.9.5 and after moving it over to 0.9.8 the models rotating parts fail to move. This includes all of the gauges, although the parts of gauges animated with textranslate still function properly. Im building Flightgear against plib 1.8.4 and the latest release of simgear. Any idea what might be causing this? There has been quite some effort between 0.9.5 and 0.9.8 to increase flexibility for creating aircraft specifics. My best bet is that the property names have changed, or did move to another location. For an example you might want to check the default c172p model end reference what properties are used there. Erik ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] how to find remaining fuel
Hi, I am trying to find the variable that contains the remaining fuel on a plane. Also, is there a variable that contains the current km per litre? Thankyou, Seamus ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] Moving to 0.9.8 kills model rotations
That's what I thought at first as well, but the same property is used for the altimeter's digits and needle; the digits move but the needle does not. I traced the execution and the appropriate rotations are being created in simgear and the rotation update function is getting called. I'll double check the property names just to be sure. Thanks, Vance -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Erik Hofman Sent: Wednesday, February 02, 2005 4:01 PM To: FlightGear developers discussions Subject: Re: [Flightgear-devel] Moving to 0.9.8 kills model rotations Vance Souders wrote: I've been working on an aircraft model under 0.9.5 and after moving it over to 0.9.8 the model's rotating parts fail to move. This includes all of the gauges, although the parts of gauges animated with textranslate still function properly. I'm building Flightgear against plib 1.8.4 and the latest release of simgear. Any idea what might be causing this? There has been quite some effort between 0.9.5 and 0.9.8 to increase flexibility for creating aircraft specifics. My best bet is that the property names have changed, or did move to another location. For an example you might want to check the default c172p model end reference what properties are used there. Erik ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Moving to 0.9.8 kills model rotations
On Wednesday 02 Feb 2005 18:35, Vance Souders wrote: I've been working on an aircraft model under 0.9.5 and after moving it over to 0.9.8 the model's rotating parts fail to move. This includes all of the gauges, although the parts of gauges animated with textranslate still function properly. I'm building Flightgear against plib 1.8.4 and the latest release of simgear. Any idea what might be causing this? -Vance Are they 3d instruments? If so do the 'faces' (which you want to rotate) have more than 1 surface? I got stuck trying to animate single-faced polys; it just doesn't work. Simplest test is just to subdivide one face. Dave Martin. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] 2D-Panel for A320
David Culp wrote: I started to create a 2D-panel for the A320. ... But now i got stuck, because I have 3 questions: Nice work Hans-Georg! It seems to me that the FlightGear developers who have OpenGL experience have lost interest in the 2D panel code some time ago, and their answer to you will be to switch to 3D panels. I prefer the 2D panels, so I'm hoping you know C++ and OpenGL? Unfortunately I have no concept of OpenGl, but I will do some research on the net if it is a common OpenGl problem or if it is flightgear/simgear related But what's about some Nasal specialists :). I want to enter a waypoint in the MCDU (no problem) and then pass this waypoint to the route manager (like in Autopilot - Add Waypoint). Is there someone who knows how to invoke a C++ Thanks for help Hans-Georg Dave ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Moving to 0.9.8 kills model rotations
Hi Guys : Dave Martin writes On Wednesday 02 Feb 2005 18:35, Vance Souders wrote: I've been working on an aircraft model under 0.9.5 and after moving it over to 0.9.8 the model's rotating parts fail to move. This includes all of the gauges, although the parts of gauges animated with textranslate still function properly. I'm building Flightgear against plib 1.8.4 and the latest release of simgear. Any idea what might be causing this? -Vance Are they 3d instruments? If so do the 'faces' (which you want to rotate) have more than 1 surface? I got stuck trying to animate single-faced polys; it just doesn't work. Simplest test is just to subdivide one face. Yes this is true Dave but that also applied 9.5 so I would not think that was the problem. I have a eicas/ecam instrument that I am working on which was started on 9.5 and is now in 9.8 and it works fine.But that is running on the windows binaries. The only two things I can think of is. 1)Check the names of the properties you are animating against have not changed 2)Check the object names have not got altered some how and the animations can't find them.But this usually leads to the sim crashing. After that I am all out of ideas. Oh btw thanks Dave for the heads up on the Nvidia install very helpfull. Dave Martin. Cheers Innis ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] how to find remaining fuel
Hi Seamus Seamus Thomas Carroll writes Hi, I am trying to find the variable that contains the remaining fuel on a plane. I dont think there is a total fuel onboard or fuel remaining property. I asked about this a couple of weeks back and got no reply(I think). Also, is there a variable that contains the current km per litre? I would not think so.But you should be able to find a lbs/hour property in the engines property or the consumables property. Thankyou, Seamus Cheers Innis ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] how to find remaining fuel
Innis Cunningham wrote: I dont think there is a total fuel onboard or fuel remaining property. I asked about this a couple of weeks back and got no reply(I think). Each tank has its own value, under /consumables/fuel/tank[n] you will find level-gal_us and level-lbs properties. I don't think there is a standard fuel consumption rate output property across the FDMs right now. But if there were, you would fine it under /engines/engine[n]/... Andy ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] how to find remaining fuel
Hi, If i was able to find the avialable fuel property i could work out a kmperlitre based on distance travelled and fuel consumed over a period of time. Doesnt a plane run out of fuel after a period of time? I tried grepping for fuel and the word fuel must have shown up 100 times and none popped out at me as being the one i was looking for. Seamus On Thu, 3 Feb 2005, Innis Cunningham wrote: Hi Seamus Seamus Thomas Carroll writes Hi, I am trying to find the variable that contains the remaining fuel on a plane. I dont think there is a total fuel onboard or fuel remaining property. I asked about this a couple of weeks back and got no reply(I think). Also, is there a variable that contains the current km per litre? I would not think so.But you should be able to find a lbs/hour property in the engines property or the consumables property. Thankyou, Seamus Cheers Innis ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] how to find remaining fuel
Seamus Thomas Carroll writes Doesnt a plane run out of fuel after a period of time? Yep.But it depends on winds.If you are flying at 80knots into a 80knot headwind you are going nowhere.But if you are flying at 80knots with an 80knot tail wind then your ground speed is 160knots. This is why small planes run out of fuel because the pilot calculates his fuel requirment based on the winds he expects on route.If these winds are much stronger than expected then the pilot may not realize untill it is to late that he does not have enough fuel to land at an airport. This is when shopping centre car parks,highways and paddocks become sudo runways. Cheers Innis ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] AI traffic heads-up
On Wednesday 02 February 2005 19:40, John Wojnaroski wrote: I'll try and post a few more screenshots on my website later week/weekend and expect to submit the code sometime next week. Just wondering what updates were included in the 0.9.8 release. We'll have a FlightGear booth at SCALE3x next week and would be nice to demo some of your excellent work. If you have the time and could crank out a short XML file that would be terrific. Hi John, Thanks for the compliment. I lot of the credits also go to Dave Culp, for laying out his excellent AIModels code, David Luff for his AI/ATC work, and whoever else who contributed to these subsystems. The AI code is in rudimentary form present in FlightGear 0.9.8 release, but that doesn't include Parking, and pref runway use. If you feel adventurous: At David Luff's request I've put a code snapshot up on my webstie. http://durktalsma.xs4all.nl/FlightGear/FlightGear-0.9.8-durk-ai-prerelease.tar.gz I'll try and make rudimentary parking.xml and rwyuse.xml files for KSFO later this week. I'll try and send you some documentation later today (and please send me a reminder in case I forget). Be mindful though, that none of these versions support realistic taxi behavior yet, so all aircraft taxi straight from the airport ref point to the runway, taxiing through buildings or other aircraft if necessary. This will be next on my todo list. Cheers, Durk ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] how to find remaining fuel
Innis Cunningham wrote: Seamus Thomas Carroll writes Doesnt a plane run out of fuel after a period of time? Yes, but not to ease life too much, pilots typically calculate the fuel consuption of their aircraft in a different way: They know the fuel consumption of the engine at a certain cruise speed (probably 36 litres per hour in an Archer at 110 kts airspeed). Additionally they might want to differenciate between indicated and true airspeed depending on the weather conditions and altitude. Now they determine wind and wind direction to calculate the effective ground speed. Afterwards they're going to find out how long it will take them at a know ground speed in kts to travel a certain distance in kilometers (at least on the European continent). It's sooo easy but you get used to it :-) This is why small planes run out of fuel because the pilot calculates his fuel requirment based on the winds he expects on route.If these winds are much stronger than expected then the pilot may not realize untill it is to late that he does not have enough fuel to land at an airport. Well, true, there _are_ exceptions but usually as a pilot they should cross-check their actual position from time to time and probably know about an alternate in case they don't make it to the destination Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
