[Flightgear-devel] Livery select not working?
Helo everybody, I rebuild FlightGear cvs today and noticed that livery select doesn't work. I've checked the bf109, b1900, S-76, bo105, ec135 and the lightning. The lightning shows the different colors on it's back, but no change in textures, similar is the bo105, here is no emblem visible at all. The other aircraft just stay as they are. The Variant properties are entered correct. I haven't checked fg plib. I'm on Gentoo Linux, OSG 2.0, CVS source and data of this morning. -- Detlef Faber http://www.sol2500.net/flightgear - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] b1900d startup
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 SydSandy wrote: On Mon, 10 Dec 2007 23:01:39 -0600 Robert Black [EMAIL PROTECTED] wrote: On Monday 10 December 2007 07:44:27 pm SydSandy wrote: I think I finally found out why the b1900d is still running at startup... The condition lever is set to 1 in the TurbineEngine.cpp file , so it appears to override anything in the set file. Ive forced it to 0 in the system.nas file during fdm initialization , but then you hear the engines shutting down Anyone know of a way to override the engine condition property ? And while I'm on the subject of YASim , is there a way to increase reverse thrust effectiveness ? Cheers I was flying a jet and trying to find the reverse thruster key combo's by looking through the docs and never did find it. It might be a good idea for that to be in the aircraft help file of all the planes that have thrust reversers. The only aircraft I did that have reversers are the Cessna Citations , and I use the Delete key to toggle reverse thrust ... I'm not sure what other aircraft use .. Cheers How does one map it to joystick correctly? I didn't find anything in controls.nas or aircraft.nas for it /AnMaster -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQFHXmcrWmK6ng/aMNkRCo0NAJ0TvSkFDExFRMylZM7VIjwOEFmTLACeKuwH IPcvVoN6xfWFQC1vHo1/DSo= =Kk2w -END PGP SIGNATURE- - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] FGCOM: attn Holger, KNID TWR not in the phone book :/
Hi holger, My favorite place, and also one of the nicest airfield in California doesn't appear in phonebook.txt. It's KNID, China Lake Naval Air Weapons Station. Here some screenshot of this place: http://croo.murgl.org/fgfs/scenery/index.html This airport could be included in the next scenery build and, I hope, could become an alternative to KSFO for military aircraft users in Flightgear. So a working ATC would help a lot :) Is it possible for you to add it in the list ? phonebook.txt KNIDTWR120.15phone numberChina Lake NAWS positions.txt KNID,120.150,35.682298,-117.684753,TWR,China Lake NAWS Thanks, Alexis - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Initializations values from Aircraft-set.xml files don't longer work (was b1900d startup)
On mar 11 décembre 2007, gerard robin wrote: On mar 11 décembre 2007, SydSandy wrote: I think I finally found out why the b1900d is still running at startup... The condition lever is set to 1 in the TurbineEngine.cpp file , so it appears to override anything in the set file. Ive forced it to 0 in the system.nas file during fdm initialization , but then you hear the engines shutting down Anyone know of a way to override the engine condition property ? And while I'm on the subject of YASim , is there a way to increase reverse thrust effectiveness ? Cheers I get the same kind of problem, recently, was working before, the system override the throttle initialization value which is within the -set.xml file. And, me too, i solve it with my system.nas Regards I am coming back on something which could be a bug (may be i am wrong). As said previously, with YASim, i try to give an init value within the Aircraft-set.xml file controls engines engine n=0 magnetos0/magnetos throttle1/throttle /engine /engines /controls After startup the throttle value is set to Zero instead of the required value 1 (may be YASim override it) Does the rule has changed about the hierarchy (during loading and init), does Aircraft-set.xml file remains the last taken in account during the startupis it a bug ??? Regards -- Gérard http://pagesperso-orange.fr/GRTux/ Less i work, better i go - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FGCOM: attn Holger, KNID TWR not in the phone book :/
On Tue, 11 Dec 2007 12:18:52 +0100 alexis bory wrote: Hi holger, My favorite place, and also one of the nicest airfield in California doesn't appear in phonebook.txt. It's KNID, China Lake Naval Air Weapons Station. Here some screenshot of this place: http://croo.murgl.org/fgfs/scenery/index.html This airport could be included in the next scenery build and, I hope, could become an alternative to KSFO for military aircraft users in Flightgear. So a working ATC would help a lot :) Is it possible for you to add it in the list ? phonebook.txt KNIDTWR120.15phone numberChina Lake NAWS positions.txt KNID,120.150,35.682298,-117.684753,TWR,China Lake NAWS Have the taxiway/apron mods for this been submitted to Robin Peel? The ground structures and their animations are absolutely fabulous -- nice work -- but in our current scenery, the hangars etc. are located where aprons should be but aren't. I notice they're in the screenshots above, so I assume someone re-made the scenery with apt.dat changes. Have they been passed to Robin so they'll be in future generations of the scenery? -c -- Chris Metzler [EMAIL PROTECTED] (remove snip-me. to email) As a child I understood how to give; I have forgotten this grace since I have become civilized. - Chief Luther Standing Bear signature.asc Description: PGP signature - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Release update
* Durk Talsma -- Tuesday 11 December 2007: As it looks right now, either tonight, or Thursday evening will be my two windows of opportunity this week. I would rather go for Thursday, then. It's only known for a short time which aircraft are planned to go in, and even today and yesterday there were commits made to them. I could imagine that some want to make some last fixes and improvements. A release number of 1.0 may not mean much to some people here, but it *does* mean something for a lot of the people out there, and I expect a lot more attention to a FlightGear v1.0 release than to a 0.9.11 one. We might get more reviews in more important places, and it can't hurt to polish some more. (And I committed a code change yesterday that could still turn out to have broken something. It would be a disaster if we had to release 1.1 a week after 1.0. :-) m. - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Release update
On mar 11 décembre 2007, Melchior FRANZ wrote: * Durk Talsma -- Tuesday 11 December 2007: As it looks right now, either tonight, or Thursday evening will be my two windows of opportunity this week. I would rather go for Thursday, then. It's only known for a short time which aircraft are planned to go in, and even today and yesterday there were commits made to them. I could imagine that some want to make some last fixes and improvements. A release number of 1.0 may not mean much to some people here, but it *does* mean something for a lot of the people out there, and I expect a lot more attention to a FlightGear v1.0 release than to a 0.9.11 one. We might get more reviews in more important places, and it can't hurt to polish some more. (And I committed a code change yesterday that could still turn out to have broken something. It would be a disaster if we had to release 1.1 a week after 1.0. :-) m. Why don't we give us the End of that Year to test fully the release ? That period being more relax. Won't it be a nice new Gift to have a perfect FlightGear 1.0 by the next year ? Cheers -- Gérard http://pagesperso-orange.fr/GRTux/ Less i work, better i go - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FGCOM: attn Holger, KNID TWR not in the phone book :/
Chris Metzler wrote: On Tue, 11 Dec 2007 12:18:52 +0100 alexis bory wrote: Hi holger, My favorite place, and also one of the nicest airfield in California doesn't appear in phonebook.txt. It's KNID, China Lake Naval Air Weapons Station. Here some screenshot of this place: http://croo.murgl.org/fgfs/scenery/index.html ../.. Have the taxiway/apron mods for this been submitted to Robin Peel? The ground structures and their animations are absolutely fabulous -- nice work -- but in our current scenery, the hangars etc. are located where aprons should be but aren't. I notice they're in the screenshots above, so I assume someone re-made the scenery with apt.dat changes. Have they been passed to Robin so they'll be in future generations of the scenery? -c Thanks Chris, I did draw those aprons and taxiways and yes, I sent a knid.dat file to [EMAIL PROTECTED] on 05/10/2007, but I didn't receive any acknoledgment. Robin (which is on copy), please could you confirm ? Alexis - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Initializations values from Aircraft-set.xml files don't longer work (was b1900d startup)
Quoting gerard robin : On mar 11 décembre 2007, gerard robin wrote: On mar 11 décembre 2007, SydSandy wrote: I think I finally found out why the b1900d is still running at startup... The condition lever is set to 1 in the TurbineEngine.cpp file , so it appears to override anything in the set file. Ive forced it to 0 in the system.nas file during fdm initialization , but then you hear the engines shutting down Anyone know of a way to override the engine condition property ? And while I'm on the subject of YASim , is there a way to increase reverse thrust effectiveness ? Cheers I get the same kind of problem, recently, was working before, the system override the throttle initialization value which is within the -set.xml file. And, me too, i solve it with my system.nas Regards I am coming back on something which could be a bug (may be i am wrong). As said previously, with YASim, i try to give an init value within the Aircraft-set.xml file controls engines engine n=0 magnetos0/magnetos throttle1/throttle /engine /engines /controls After startup the throttle value is set to Zero instead of the required value 1 (may be YASim override it) Does the rule has changed about the hierarchy (during loading and init), does Aircraft-set.xml file remains the last taken in account during the startupis it a bug ??? Perhaps the throttle property is overridden by the joystick position ? -Fred -- Frédéric Bouvier http://frfoto.free.fr Photo gallery - album photo http://www.fotolia.fr/p/2278/partner/2278 Other photo gallery http://fgsd.sourceforge.net/ FlightGear Scenery Designer - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Initializations values from Aircraft-set.xml files don't longer work (was b1900d startup)
On mar 11 décembre 2007, Frederic Bouvier wrote: Quoting gerard robin : I am coming back on something which could be a bug (may be i am wrong). As said previously, with YASim, i try to give an init value within the Aircraft-set.xml file controls engines engine n=0 magnetos0/magnetos throttle1/throttle /engine /engines /controls After startup the throttle value is set to Zero instead of the required value 1 (may be YASim override it) Does the rule has changed about the hierarchy (during loading and init), does Aircraft-set.xml file remains the last taken in account during the startupis it a bug ??? Perhaps the throttle property is overridden by the joystick position ? -Fred I don't use any Joystick , only mouse :) Regards -- Gérard http://pagesperso-orange.fr/GRTux/ Less i work, better i go - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Initializations values from Aircraft-set.xml files don't longer work (was b1900d startup)
On mar 11 décembre 2007, Melchior FRANZ wrote: * gerard robin -- Tuesday 11 December 2007: [...] with YASim, i try to give an init value within the Aircraft-set.xml file controls engines engine n=0 magnetos0/magnetos throttle1/throttle After startup the throttle value is set to Zero instead of the required value 1 (may be YASim override it) I assume that is because you aren't setting the same engine that you are using later! From $FG_ROOT/Aircraft/HUP-Retriever/hup.xml: control-input axis=/controls/engines/engine[1]/throttle control=COLLECTIVE ^^^ You probably copied that directly or indirectly from the bo105, where this was the case for a long time, too. And I can't remember *why* it was that way, but it's now fixed since a half year or something. m. I have this copied from bo105 control-input axis=/controls/engines/engine[0]/throttle control=COLLECTIVE and this within -set.file controls engines engine n=0 magnetos0/magnetos throttle1/throttle /engine /engines /controls where is the error ? -- Gérard http://pagesperso-orange.fr/GRTux/ Less i work, better i go - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FGCOM: attn Holger, KNID TWR not in the phone book :/
On Tue, Dec 11, 2007 at 12:18:52PM +0100, alexis bory wrote: Hi holger, My favorite place, and also one of the nicest airfield in California doesn't appear in phonebook.txt. It's KNID, China Lake Naval Air Weapons Station. Maybe it is not ip apt.dat.gz? This is the source for the generation of the extensions.conf. Here some screenshot of this place: http://croo.murgl.org/fgfs/scenery/index.html Wow. Really great. I think I have to install the scenery soon. This airport could be included in the next scenery build and, I hope, could become an alternative to KSFO for military aircraft users in Flightgear. So a working ATC would help a lot :) Is it possible for you to add it in the list ? phonebook.txt KNIDTWR120.15phone numberChina Lake NAWS positions.txt KNID,120.150,35.682298,-117.684753,TWR,China Lake NAWS Both files are generated from apt.dat.gz... but I can add them manually. The better way will be to add them to apt.dat.gz. Regards, Holger -- # ## ## Holger Wirtz Phone : (+49 30) 884299-40 ## ## ## ### ## DFN-Verein Fax : (+49 30) 884299-70 ## ## ## Stresemannstr. 78E-Mail: [EMAIL PROTECTED] ## ## ## ## ### 10963 Berlin # ## ## ## GERMANY WWW : http://www.dfn.de GPG-Fingerprint: ABFA 1F51 DD8D 503C 85DC 0C51 E961 79E2 6685 9BCF - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FGCOM: attn Holger, KNID TWR not in the phone book :/
Alexis, as I see there is KNID in apt.dat.gz... hmmm maybe a bug in my script? I will check this the next days. Regards, Holger - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- # ## ## Holger Wirtz Phone : (+49 30) 884299-40 ## ## ## ### ## DFN-Verein Fax : (+49 30) 884299-70 ## ## ## Stresemannstr. 78E-Mail: [EMAIL PROTECTED] ## ## ## ## ### 10963 Berlin # ## ## ## GERMANY WWW : http://www.dfn.de GPG-Fingerprint: ABFA 1F51 DD8D 503C 85DC 0C51 E961 79E2 6685 9BCF - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FGCOM: attn Holger, KNID TWR not in the phone book :/
Holger Wirtz wrote: On Tue, Dec 11, 2007 at 12:18:52PM +0100, alexis bory wrote: Is it possible for you to add it in the list ? phonebook.txt KNID TWR 120.15 phone number China Lake NAWS positions.txt KNID,120.150,35.682298,-117.684753,TWR,China Lake NAWS Both files are generated from apt.dat.gz... but I can add them manually. The better way will be to add them to apt.dat.gz. eeek, they are in apt.dat.gz, at least in the current CVS version :) Something must going wrong... Alexis - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FGCOM: attn Holger, KNID TWR not in the phone book :/
Holger Wirtz wrote: Alexis, as I see there is KNID in apt.dat.gz... hmmm maybe a bug in my script? I will check this the next days. Ok, thanks. All the best, Alexis - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FGCOM: attn Holger, KNID TWR not in the phone book :/
On Dec 11, 2007 3:44 PM, Holger Wirtz [EMAIL PROTECTED] wrote: On Tue, Dec 11, 2007 at 12:18:52PM +0100, alexis bory wrote: Hi holger, My favorite place, and also one of the nicest airfield in California doesn't appear in phonebook.txt. It's KNID, China Lake Naval Air Weapons Station. Maybe it is not ip apt.dat.gz? This is the source for the generation of the extensions.conf. Must be some problem with the generation. KOAK Oakland is in apt.dat, but isn't in positions.txt either. -- Csaba/Jester - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Pre-final aircraft selection
gerard robin wrote: On sam 8 décembre 2007, Melchior FRANZ wrote: * Durk Talsma -- Saturday 08 December 2007: Based on all the input sofar, I'd like to propose the following list of aircraft for inclusion in the next release: Looks good. Not trying to say anything particular -- just FYI: 20M 787 20M A-10 26M bf109 3.2Mbo105* 84K c172 1.9Mc172p 6.4MSenecaII 8.5Mdhc2 5.9Mb1900d 12M Lightning 1.2Mj3cub 13M seahawk 12M p51d 1.8Mpa28-161 13M bocian 600Kufo* 9.5Mbleriot-XI + one of those 2.5MT38 9.9MPBY-Catalina 17M SR71-BlackBird * ... a bit less, actually, as this includes files that only I have The bleriot is very nice, much nicer than the wright. But its FDM is a bit ... ummm ... well, the engine is quite powerful and the aircraft allows some aerobatics, which the real one probably didn't ;-) m. About the Bleriot i fully agree with Melchior, the FDM could make laugh versus the Wright, However i am sure that somebody, here, very aware with YASim could could give to that wonderful plane an FDM which is at the right level ( roll, lift, engine power, may be drag). I took a look at the bleriot-XI-yasim.xml last night. The dimensions in this file do not match the .ac file. After some time with google looking for specifications, I found a few very good sources. The wing span in the .ac file is for the final configuration, not the channel crossing configuration. The .ac has the 3 cylinder Anzani engine (rated 23 - 25 hp on various sites at 1450 rpm). Also the wing incidence in the specs is 7 degrees which the yasim solver had a lot of trouble doing. The cruise with this engine was only 36 mph and only 48 with the 50 hp gnome rotary. I also found the 22 mile channel crossing took 36.5 min which implies a 47 mph ground speed (10 mph tail wind perhaps). Anyway, I was able to get much more realistic performance with some experimenting using the above data. I am not satisfied yet as I still cannot get sufficient elevator trim and convergence with the 7 degree incidence. I should have a satisfying config file by this weekend. I don't want to offend the originator of this beautiful model. So I ask, is it OK to submit a bleriot-XI-yasim.xml file that better matches the specifications ? -Dave Perry - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Pre-final aircraft selection
On mar 11 décembre 2007, dave perry wrote: gerard robin wrote: SNIP The bleriot is very nice, much nicer than the wright. But its FDM is a bit ... ummm ... well, the engine is quite powerful and the aircraft allows some aerobatics, which the real one probably didn't ;-) m. About the Bleriot i fully agree with Melchior, the FDM could make laugh versus the Wright, However i am sure that somebody, here, very aware with YASim could could give to that wonderful plane an FDM which is at the right level ( roll, lift, engine power, may be drag). I took a look at the bleriot-XI-yasim.xml last night. The dimensions in this file do not match the .ac file. After some time with google looking for specifications, I found a few very good sources. The wing span in the .ac file is for the final configuration, not the channel crossing configuration. The .ac has the 3 cylinder Anzani engine (rated 23 - 25 hp on various sites at 1450 rpm). Also the wing incidence in the specs is 7 degrees which the yasim solver had a lot of trouble doing. The cruise with this engine was only 36 mph and only 48 with the 50 hp gnome rotary. I also found the 22 mile channel crossing took 36.5 min which implies a 47 mph ground speed (10 mph tail wind perhaps). Anyway, I was able to get much more realistic performance with some experimenting using the above data. I am not satisfied yet as I still cannot get sufficient elevator trim and convergence with the 7 degree incidence. I should have a satisfying config file by this weekend. I don't want to offend the originator of this beautiful model. So I ask, is it OK to submit a bleriot-XI-yasim.xml file that better matches the specifications ? -Dave Perry In addition to your research , we may notice that the roll was due to a twist of the wings (no aileron), which probably did not gave the best control. Cheers -- Gérard http://pagesperso-orange.fr/GRTux/ Less i work, better i go - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FGCOM: attn Holger, KNID TWR not in the phone book :/
Robin Peel wrote: Alexis: My mistake - I did not acknowledge your message. But I did receive that update for KNID and it was first published in my 2007.09 data release. - Robin Nice, thanks a lot. Alexis - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Communicating with IVAO client
I'm developing a client application for the IVAO network. John Wojnaroski sent me some time ago a few files to be added/changed in Flightgear source code so that FG sends UDP packets to my application. I've done some changes to these files as well. Now I've changed to Fedora 8, and I've made a complete rebuild of Flightgear. With the modifiations made with John, FG results in having an option namely --ivao. With this new build I experience a small problem: as it works perfectly well with the --ivao option, sending the right packets, when it comes to shutdown FG, an error dump appears in my terminal window. However, if I run FG without the --ivao option, no error is produced. I assume I've made some mistake, as I'm not familiar with FG architecture. What I've done exactly is to download the latest stable source code (0.9.11), and added/edited these few files before compiling, wich I'm attaching in this mail. I've attached as well the terminal command-line used and the resulting messages. If someone could take a look and see if it's a problem in the files, it would really help. Thanks a lot. Pep Ribal. FG-IVAO files.tar.gz Description: GNU Zip compressed data [EMAIL PROTECTED] ~]$ fgfs --airport=BIVM --ivao=socket,out,10,192.168.1.3,6000,udp Model Author: Unknown Creation Date: 2002-01-01 Version: $Id: c172p.xml,v 1.18 2007-01-15 12:50:45 ehofman Exp $ Description: Cessna C-172 Initializing Nasal Electrical System power up *** glibc detected *** fgfs: corrupted double-linked list: 0x08db5b70 *** === Backtrace: = /lib/libc.so.6[0xa92d5d] /lib/libc.so.6[0xa947fb] /lib/libc.so.6(cfree+0x90)[0xa980f0] /usr/lib/libGL.so.1[0x724469a] === Memory map: 00101000-00105000 r-xp 08:05 3489157/usr/lib/libXxf86vm.so.1.0.0 00105000-00106000 rwxp 3000 08:05 3489157/usr/lib/libXxf86vm.so.1.0.0 0011-00111000 r-xp 0011 00:00 0 [vdso] 00111000-0012c000 r-xp 08:05 3480043/usr/lib/libplibpuaux.so.1.8.4 0012c000-0012d000 rwxp 0001b000 08:05 3480043/usr/lib/libplibpuaux.so.1.8.4 0012d000-00158000 r-xp 08:05 3479954/usr/lib/libplibpu.so.1.8.4 00158000-0015a000 rwxp 0002b000 08:05 3479954/usr/lib/libplibpu.so.1.8.4 0015a000-00167000 r-xp 08:05 3479923/usr/lib/libplibfnt.so.1.8.4 00167000-00169000 rwxp d000 08:05 3479923/usr/lib/libplibfnt.so.1.8.4 00169000-0016a000 rwxp 00169000 00:00 0 0016a000-0016c000 r-xp 08:05 3479926/usr/lib/libplibjs.so.1.8.4 0016c000-0016d000 rwxp 1000 08:05 3479926/usr/lib/libplibjs.so.1.8.4 0016d000-00174000 r-xp 08:05 3479927/usr/lib/libplibnet.so.1.8.4 00174000-00175000 rwxp 7000 08:05 3479927/usr/lib/libplibnet.so.1.8.4 00175000-0019e000 r-xp 08:05 3480175/usr/lib/libplibssgaux.so.1.8.4 0019e000-001a8000 rwxp 00029000 08:05 3480175/usr/lib/libplibssgaux.so.1.8.4 001a8000-00244000 r-xp 08:05 3480142/usr/lib/libplibssg.so.1.8.4 00244000-00249000 rwxp 0009c000 08:05 3480142/usr/lib/libplibssg.so.1.8.4 00249000-00506000 rwxp 00249000 00:00 0 00506000-00517000 r-xp 08:05 3480048/usr/lib/libplibsg.so.1.8.4 00517000-00518000 rwxp 0001 08:05 3480048/usr/lib/libplibsg.so.1.8.4 00518000-0051c000 r-xp 08:05 3480180/usr/lib/libplibul.so.1.8.4 0051c000-0051d000 rwxp 3000 08:05 3480180/usr/lib/libplibul.so.1.8.4 0051d000-0054d000 r-xp 08:05 3479843/usr/lib/libglut.so.3.8.0 0054d000-00552000 rwxp 0002f000 08:05 3479843/usr/lib/libglut.so.3.8.0 00552000-00557000 r-xp 08:05 3479710/usr/lib/libalut.so.0.1.0 00557000-0055a000 rwxp 4000 08:05 3479710/usr/lib/libalut.so.0.1.0 0055a000-00595000 r-xp 08:05 3474997/usr/lib/libopenal.so.0.0.0 00595000-00596000 rwxp 0003b000 08:05 3474997/usr/lib/libopenal.so.0.0.0 00596000-0059a000 rwxp 00596000 00:00 0 0059a000-0059b000 r-xp 08:05 3481986/usr/lib/libxcb-xlib.so.0.0.0 0059b000-0059c000 rwxp 08:05 3481986/usr/lib/libxcb-xlib.so.0.0.0 0059c000-005b7000 r-xp 08:05 3481996/usr/lib/libxcb.so.1.0.0 005b7000-005b8000 rwxp 0001a000 08:05 3481996/usr/lib/libxcb.so.1.0.0 005b8000-005ba000 rwxp 00:10 197/dev/zero 0082a000-00898000 r-xp 08:05 3480095/usr/lib/libSDL-1.2.so.0.11.1 00898000-0089a000 rwxp 0006e000 08:05 3480095/usr/lib/libSDL-1.2.so.0.11.1 0089a000-008c5000 rwxp 0089a000 00:00 0 008ea000-0093e000 r-xp 08:05 3488432/usr/lib/libXt.so.6.0.0 0093e000-00942000 rwxp 00054000 08:05 3488432/usr/lib/libXt.so.6.0.0 00944000-0095a000 r-xp 08:05 3488580/usr/lib/libXmu.so.6.2.0 0095a000-0095b000 rwxp 00016000 08:05 3488580/usr/lib/libXmu.so.6.2.0 00a08000-00a23000 r-xp 08:05 1049560/lib/ld-2.7.so 00a23000-00a24000 r-xp 0001a000 08:05 1049560/lib/ld-2.7.so 00a24000-00a25000 rwxp 0001b000 08:05 1049560/lib/ld-2.7.so
[Flightgear-devel] Lynx-WG13
Hello, About helicopter, i told that i will deliver one of my old models Lynx-WG13, however i had not any snapshot to show you, after some cleaning and update, here the rough result. I will commit it by the end of that week. Later on, It will want: =A good FDM ( fortunately Maik is there :) ). =The real texture. =A cockpit with instruments ( a long work to do) Here the snapshots http://pagesperso-orange.fr/GRTux/Lynx-img1.jpg http://pagesperso-orange.fr/GRTux/Lynx-img2.jpg http://pagesperso-orange.fr/GRTux/Lynx-img3.jpg http://pagesperso-orange.fr/GRTux/Lynx-img4.jpg Regards -- Gérard http://pagesperso-orange.fr/GRTux/ Less i work, better i go - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Release update
Melchior wrote: -Original Message- Sent: 11 December 2007 13:49 Subject: Re: [Flightgear-devel] Release update * Durk Talsma -- Tuesday 11 December 2007: As it looks right now, either tonight, or Thursday evening will be my two windows of opportunity this week. I would rather go for Thursday, then. It's only known for a short time which aircraft are planned to go in, and even today and yesterday there were commits made to them. I could imagine that some want to make some last fixes and improvements. A release number of 1.0 may not mean much to some people here, but it *does* mean something for a lot of the people out there, and I expect a lot more attention to a FlightGear v1.0 release than to a 0.9.11 one. We might get more reviews in more important places, and it can't hurt to polish some more. (And I committed a code change yesterday that could still turn out to have broken something. It would be a disaster if we had to release 1.1 a week after 1.0. :-) I still have some tinkering to do on the Seahawk, since it's the first time this has appeared in the base package - Thursday please. Vivian - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Please ignore - just a test
just a test - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Pre-final aircraft selection
This may appear twice - it didn't seem to get through first time so I'm re-sending it. On Tuesday 11 December 2007 15:52, dave perry wrote: [snip...] I took a look at the bleriot-XI-yasim.xml last night. The dimensions in this file do not match the .ac file. After some time with google looking for specifications, I found a few very good sources. The wing span in the .ac file is for the final configuration, not the channel crossing configuration. The .ac has the 3 cylinder Anzani engine (rated 23 - 25 hp on various sites at 1450 rpm). Also the wing incidence in the specs is 7 degrees which the yasim solver had a lot of trouble doing. The cruise with this engine was only 36 mph and only 48 with the 50 hp gnome rotary. I also found the 22 mile channel crossing took 36.5 min which implies a 47 mph ground speed (10 mph tail wind perhaps). Anyway, I was able to get much more realistic performance with some experimenting using the above data. I am not satisfied yet as I still cannot get sufficient elevator trim and convergence with the 7 degree incidence. I should have a satisfying config file by this weekend. I don't want to offend the originator of this beautiful model. So I ask, is it OK to submit a bleriot-XI-yasim.xml file that better matches the specifications ? -Dave Perry I couldn't resist having a quick look at it:) I've attached a config for you to have a look at (tarred gzip'd) I took your revised config and changed: approach aoa - now set to 3 deg - 15 deg value seemed much too high and just wouldn't have worked with the u/c configuration. This is probably a bit too low but it's difficult to say with such an early and primitive aircraft - movies clips will help here, if any can be found. wing incidence - now set to 7 deg wing camber - reduced this to 0.1 (from 0.11 - an apparently minor change but was needed to solve) wing aileron controls changed from FLAP0 to FLAP1 (I don't think this makes any difference but FLAP0 is normally used for non-split controls) wing aileron drag - increased by 0.1 to 1.5 so that it's greater than the lift. hstab stall aoa - reduced to 9 deg - looking at the design, I wouldn't expect much difference in stall behaviour between the wings and hstab. hstab FLAP0 drag - increased by 0.1 to 1.5 so that it's greater than the lift. This solves but I'm not sure if the Drag coefficient and Lift ratio are reasonable. Also, with the wing set at 7 deg incidence, but with a stall aoa of only 8 deg there's only one deg to play with - this doesn't seem right so I suspect that both the wing and hstab stall aoa settings should be pushed up by a few more degrees. I'd also expect an even greater ratio between the aileron hstab lift drag values. The hstab should probably have a camber value too, considering it's design. LeeE bleriot-XI-yasim.tar.gz Description: application/tgz - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Pre-final aircraft selection
On mar 11 décembre 2007, LeeE wrote: I couldn't resist having a quick look at it:) I've attached a config for you to have a look at (tarred gzip'd) I took your revised config and changed: approach aoa - now set to 3 deg - 15 deg value seemed much too high and just wouldn't have worked with the u/c configuration. This is probably a bit too low but it's difficult to say with such an early and primitive aircraft - movies clips will help here, if any can be found. You may get video here: http://www.videos-aero.com/Bleriot.html and here http://www.pionnair-ge.com/spip1/videos/BleriotXI-Pegoud-JCC-Qtp-103.mov from Jean Salis 80 mo SNIP drag values. The hstab should probably have a camber value too, considering it's design. LeeE Regards -- Gérard http://pagesperso-orange.fr/GRTux/ Less i work, better i go - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Pre-final aircraft selection
On Tuesday 11 December 2007 15:52, dave perry wrote: [snip...] I took a look at the bleriot-XI-yasim.xml last night. The dimensions in this file do not match the .ac file. After some time with google looking for specifications, I found a few very good sources. The wing span in the .ac file is for the final configuration, not the channel crossing configuration. The .ac has the 3 cylinder Anzani engine (rated 23 - 25 hp on various sites at 1450 rpm). Also the wing incidence in the specs is 7 degrees which the yasim solver had a lot of trouble doing. The cruise with this engine was only 36 mph and only 48 with the 50 hp gnome rotary. I also found the 22 mile channel crossing took 36.5 min which implies a 47 mph ground speed (10 mph tail wind perhaps). Anyway, I was able to get much more realistic performance with some experimenting using the above data. I am not satisfied yet as I still cannot get sufficient elevator trim and convergence with the 7 degree incidence. I should have a satisfying config file by this weekend. I don't want to offend the originator of this beautiful model. So I ask, is it OK to submit a bleriot-XI-yasim.xml file that better matches the specifications ? -Dave Perry I couldn't resist having a quick look at it:) I've attached a config for you to have a look at (tarred gzip'd) I took your revised config and changed: approach aoa - now set to 3 deg - 15 deg value seemed much too high and just wouldn't have worked with the u/c configuration. This is probably a bit too low but it's difficult to say with such an early and primitive aircraft - movies clips will help here, if any can be found. wing incidence - now set to 7 deg wing camber - reduced this to 0.1 (from 0.11 - an apparently minor change but was needed to solve) wing aileron controls changed from FLAP0 to FLAP1 (I don't think this makes any difference but FLAP0 is normally used for non-split controls) wing aileron drag - increased by 0.1 to 1.5 so that it's greater than the lift. hstab stall aoa - reduced to 9 deg - looking at the design, I wouldn't expect much difference in stall behaviour between the wings and hstab. hstab FLAP0 drag - increased by 0.1 to 1.5 so that it's greater than the lift. This solves but I'm not sure if the Drag coefficient and Lift ratio are reasonable. Also, with the wing set at 7 deg incidence, but with a stall aoa of only 8 deg there's only one deg to play with - this doesn't seem right so I suspect that both the wing and hstab stall aoa settings should be pushed up by a few more degrees. I'd also expect an even greater ratio between the aileron hstab lift drag values. The hstab should probably have a camber value too, considering it's design. LeeE bleriot-XI-yasim.tar.gz Description: application/tgz - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Beech 99 3d model revised
Dear people, I've almost finished up a new 3d model for the Beech 99 since the old one is rather old, without animations, windows etc. I have 1 question however. When you start up Flightgear you can select the old Beech 99 2 times. 1 without further text and 1 with Yasim. Which flightmodel should I use for testing etc? Any more tips? Regards, Dick Maurer _ Jouw nieuws en entertainment, vind je op MSN.nl! http://nl.msn.com/- SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] error in SimGear-pre-release
I've finally finished a cvs checkout for the PRE_OSG branch to test, and find this error is still present. Thank you Vadym for verifying it is not just me. Anybody else getting this, or not getting it? make[3]: Entering directory `/usr/src/SimGear-pre1.0-PLIB/simgear/math' FAIL: SGMathTest === 1 of 1 tests failed === make[3]: *** [check-TESTS] Error 1 (Linux) Stewart Vadym Kukhtin wrote: 2007/5/24, Stewart Andreason [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: Did anybody else get the error I reported May21? during make check for simgear-0.3.11-pre1? make[3]: Entering directory `/usr/src/SimGear-0.3.11-pre1/simgear/math' FAIL: SGMathTest I'm got same. (Ubuntu Fiesty) -- --- WBR, Vadym. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Release update
On Tuesday 11 December 2007 14:48, Melchior FRANZ wrote: * Durk Talsma -- Tuesday 11 December 2007: As it looks right now, either tonight, or Thursday evening will be my two windows of opportunity this week. I would rather go for Thursday, then. It's only known for a short time which aircraft are planned to go in, and even today and yesterday there were commits made to them. I could imagine that some want to make some last fixes and improvements. A release number of 1.0 may not mean much to some people here, but it *does* mean something for a lot of the people out there, and I expect a lot more attention to a FlightGear v1.0 release than to a 0.9.11 one. We might get more reviews in more important places, and it can't hurt to polish some more. (And I committed a code change yesterday that could still turn out to have broken something. It would be a disaster if we had to release 1.1 a week after 1.0. :-) Okay, since I've gotten a few requests to roll up the tar files on Thursday, let's do that. I usually try to make sure that I'm around for a little while after a major commit, in case something goes wrong. Therefore, I will commit all the required changes to make the release happen today (makefile, and configure stuff), but wait with tagging CVS and rolling up the tar files on Thursday. Cheers, Durk - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Communicating with IVAO client
On Tuesday 11 December 2007, Pep Ribal wrote: With this new build I experience a small problem: as it works perfectly well with the --ivao option, sending the right packets, when it comes to shutdown FG, an error dump appears in my terminal window. However, if I run FG without the --ivao option, no error is produced. I'm getting a very similar error when I exit fgfs: *** glibc detected *** build_sdl/src/Main/fgfs: corrupted double-linked list: 0x00d4bcb0 *** === Backtrace: = /lib/libc.so.6[0x2ae1dcd46067] /lib/libc.so.6[0x2ae1dcd47921] /lib/libc.so.6(cfree+0x8c)[0x2ae1dcd4b6fc] /usr/local/lib64/libosg.so.25(_ZN3osg8StateSetD0Ev+0x2d9)[0x2ae1d9efb0f9] build_sdl/src/Main/fgfs[0x4e71d3] build_sdl/src/Main/fgfs[0x4e7261] ... ... And this is with the CVS version. I assume I've made some mistake, as I'm not familiar with FG architecture. What I've done exactly is to download the latest stable source code (0.9.11), and added/edited these few files before compiling, wich I'm attaching in this mail. I've attached as well the terminal command-line used and the resulting messages. You seem to be contradicting yourself here as I believe the latest stable, or release, is 0.9.10. Perhaps you mean the 0.9.11-pre1 version. In any case I get a similar error and I of course do not have your IVAO code, so it might not be your fault after all. -- Roy Vegard Ovesen - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] error in SimGear-pre-release
On Dec 11, 2007 8:00 PM, Stewart Andreason [EMAIL PROTECTED] wrote: I've finally finished a cvs checkout for the PRE_OSG branch to test, and find this error is still present. Thank you Vadym for verifying it is not just me. Anybody else getting this, or not getting it? I get it too. Apparently the failed test is on line 216 onwards. Little debugging shows: geod0.getLongitudeDeg() - geod1.getLongitudeDeg() = 0 geod0.getLatitudeDeg() - geod1.getLatitudeDeg() = 7.10543e-15 geod0.getElevationM() - geod1.getElevationM() = -1.58479e-10 epsDeg = 2.22045e-15 epsM = 2.22045e-10 So, latitude fails the check. No idea what it means, though. -- Csaba/Jester - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Communicating with IVAO client
On Dec 11, 2007 8:29 PM, Roy Vegard Ovesen [EMAIL PROTECTED] wrote: On Tuesday 11 December 2007, Pep Ribal wrote: With this new build I experience a small problem: as it works perfectly well with the --ivao option, sending the right packets, when it comes to shutdown FG, an error dump appears in my terminal window. However, if I run FG without the --ivao option, no error is produced. I'm getting a very similar error when I exit fgfs: In any case I get a similar error and I of course do not have your IVAO code, so it might not be your fault after all. Me too. Apparently since Tim's osg pager changes. -- Csaba/Jester - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] error in SimGear-pre-release
On Tuesday 11 December 2007 20:00, Stewart Andreason wrote: I've finally finished a cvs checkout for the PRE_OSG branch to test, and find this error is still present. Thank you Vadym for verifying it is not just me. Anybody else getting this, or not getting it? make[3]: Entering directory `/usr/src/SimGear-pre1.0-PLIB/simgear/math' FAIL: SGMathTest === 1 of 1 tests failed === make[3]: *** [check-TESTS] Error 1 (Linux) Stewart Do you need to run a specific make command (like make tests or something) or is this part of the regular ./configure ; make ; make install cycle. Just wondering, because I don't recall seeing a [check-TESTS] as part of my install cycle. Cheers, Durk - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] error in SimGear-pre-release
Durk Talsma wrote: On Tuesday 11 December 2007 20:00, Stewart Andreason wrote: I've finally finished a cvs checkout for the PRE_OSG branch to test, and find this error is still present. Thank you Vadym for verifying it is not just me. Anybody else getting this, or not getting it? make[3]: Entering directory `/usr/src/SimGear-pre1.0-PLIB/simgear/math' FAIL: SGMathTest === 1 of 1 tests failed === make[3]: *** [check-TESTS] Error 1 (Linux) Stewart Do you need to run a specific make command (like make tests or something) or is this part of the regular ./configure ; make ; make install cycle. Just wondering, because I don't recall seeing a [check-TESTS] as part of my install cycle. Cheers, Durk Hi Durk, I always run make check If it passes, I install it. Tests are usually there for a reason, to check for regressions, or incompatible libraries. Stewart - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Improved 737-300 with 3D-cockpit first WIP-release
* Heiko Schulz -- Sunday 09 December 2007: http://www.hoerbird.net/737-300.v12.09.2007.tar.gz I would have liked to commit that, but I have no idea whether there's a maintainer still around. The lack of responses implies that there isn't, in which case it would be OK to commit. (?) m. - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Communicating with IVAO client
Roy Vegard Ovesen escribió: I'm getting a very similar error when I exit fgfs: *** glibc detected *** build_sdl/src/Main/fgfs: corrupted double-linked list: 0x00d4bcb0 *** === Backtrace: = /lib/libc.so.6[0x2ae1dcd46067] /lib/libc.so.6[0x2ae1dcd47921] /lib/libc.so.6(cfree+0x8c)[0x2ae1dcd4b6fc] /usr/local/lib64/libosg.so.25(_ZN3osg8StateSetD0Ev+0x2d9)[0x2ae1d9efb0f9] build_sdl/src/Main/fgfs[0x4e71d3] build_sdl/src/Main/fgfs[0x4e7261] ... ... And this is with the CVS version. I assume I've made some mistake, as I'm not familiar with FG architecture. What I've done exactly is to download the latest stable source code (0.9.11), and added/edited these few files before compiling, wich I'm attaching in this mail. I've attached as well the terminal command-line used and the resulting messages. You seem to be contradicting yourself here as I believe the latest stable, or release, is 0.9.10. Perhaps you mean the 0.9.11-pre1 version. In any case I get a similar error and I of course do not have your IVAO code, so it might not be your fault after all. Yes, sorry, I just poured the word stable without much thinking. I really ment the 0.9.11-pre1. Thanks for your reply. Now I know I don't have to worry too much about my files. Best, Pep. - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Problems found in world scenery and SGBucket class
Hi,
In my scenery compression effort (which tries to ship the world scenery on a
single DVD) I've hit some minor snags. I know you guys are busy preparing
the 1.0 release, but nevertheless I would like to put this on the record
to be addressed later on:
I found a few zero length .btg.gz scenery files (in total about a dozen) on
the world DVDs #3 and #4. This would typically only affect users who fly in
Asia (Eastern hemisphere). I wonder if FlightGear will handle it gracefully
if it encounters a tile that it fails to load for this reason.
I found another slight discrepancy when converting back each tile's geodetic
center coordinate to a bucket - this function might be slightly buggy: In a
few cases it returns a different bucket number than given by the original
file name of the tile. I can work around this problem, but I wonder if other
parts of FlightGear might be affected by this bug.
Here's a snippet of code that illustrates how I load a .btg.gz file and used
to generate a bucket from it's geodetic center coordinate:
SGBinObject source;
bool result = source.read_bin(filename);
if (result == true)
{
SGBucket bucket(SGGeod::fromCart(SGVec3double(source.get_gbs_center2
().sg(;
// resulting bucket index does not always match up with the source
tile's file name.
long index = bucket.gen_index();
}
Here is a few sample tiles that after loading return the index shown in the
right hand column.
So for example after loading 2097472.btg.gz from the scenery DVDs (or from
the terrasync mirrors)
and running it through above code snippet, the resulting bucket index will
be 2130240.
\DVD1\Terrain\w060s90\w052s85\2097472.btg.gz: 2097472 =- 2130240
\DVD1\Terrain\w070n80\w068n84\1846160.btg.gz: 1846160 =- 1878928
\DVD1\Terrain\w090s90\w090s86\1474832.btg.gz: 1474832 =- 1507600
You might notice that all of these coordinates appear to be near extreme
North or South latitudes, so this may give a hint what triggers the bug.
Overall I would say this problem affects only a few thousand tiles out of
some 800,000 in total. Listing them all here would get me quickly kicked off
the list though ;)
Christian
-
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Bravo VOR2
Hi, this bug is probably simple to fix though I don't know where to go to fix it. When you turn the second knob to VOR2 (corresponding to the white pointer), it tracks VOR1. This is easy to verify by tuning NAV1 between two VOR stations and watching both the blue and white needles jump together. Naturally, the white needle should be tracking NAV2. The other modes seem to work fine. Cheers -- Hans Fugal - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] bug hunting before the 1.0 release
I found a couple things: at KSFO, watching AI traffic taxi from waypoint 60 to 61, (N37.6143 W122.3683) everybody jumps up into the air 5 to 10 ft. when rolling from the blacktop to concrete pavement. also at KSFO, on the west side of the airport, the American Airlines 737 parked at node 190 (N37.6191 W122.3882) is floating 50 ft. above the ground. As I don't see any elevation information in AI/Airports/KSFO/parking.xml, is this a problem with the ground elevation being reported wrong? Stewart - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Bravo VOR2
On Tue, 11 Dec 2007 16:41:55 -0700 Hans Fugal [EMAIL PROTECTED] wrote: Hi, this bug is probably simple to fix though I don't know where to go to fix it. When you turn the second knob to VOR2 (corresponding to the white pointer), it tracks VOR1. This is easy to verify by tuning NAV1 between two VOR stations and watching both the blue and white needles jump together. Naturally, the white needle should be tracking NAV2. The other modes seem to work fine. Cheers -- Hans Fugal Hello , Yes they both track Nav1 at the moment , Ive been doing some rush updates in case it was included in the release , but I can relax now and sort out my mistakes ... Im still working on the flightdirector / autopilot , and Primus 1000 , so I'll try to remember to add that to my todo list . Thanks for the tip :) Cheers -- SydSandy [EMAIL PROTECTED] - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Release update
On Tuesday 11 December 2007 04:26, Durk Talsma wrote: Durk As it looks right now, either tonight, or Thursday evening Durk will be my two windows of opportunity this week. As a matter Durk of fact, I just did the dress rehearsal build and install Durk for the upcoming 1.0 release. Since everything is proceeding Durk according to plan, I could probably push the rehearsal build Durk onto the web, but I'd like to give a little more opportunity Durk to get last minute patches in. I have a patch, previously submitted for atlas.cxx (see the November 29 posting, Bug in atlas.cxx), but it still hasn't been committed. Could someone please make the change? I appreciate that everyone is really busy, but making the fix would help a lot. Thanks, Brian -- Brian Schack 19 Xǔchāng Street 2Fphone: 2381 4727 Taipei 100 fax:2381 2145 TAIWAN - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] bug hunting - cloud alpha, t38, blackwhite
Found a few (possible) bugs, T38 gives an error: running aar Nasal runtime error: No such member: getValue at /usr/local/FlightGear/data/Aircraft/T38/aar.nas, line 58 perhaps line 58 should give the full path /systems/refuel/contact instead of just refuel/contact? Next, when flying at dusk, thunderclouds turn into square shapes, as the alpha transparency goes opaque. Sometimes the 3d clouds can be corrected by toggling the 3d clouds checkbox in View.RenderingOptions off and back on, but new clouds are also black squares. screenshot: http://www.geocities.com/sandreas41/data/pre1.0-thundercloud.jpg Next, why would flying above 42,000 ft create the following condition:? The sky texture turns black and white or grayscale, the aircraft's solid surfaces turn solid white, but textures like halo colors and the 3d instruments are still correct. screenshot: http://www.geocities.com/sandreas41/data/pre1.0-altitude-640.jpg No, it doesn't seem to happen with other aircraft I have tried, including the 787, T38, or the basic ufo... Thanks, Stewart - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
