Re: [Flightgear-devel] FlightGear on 32 bits versus 64 bits system
Vivian Meazza wrote: I'm profiling with absolutely _everything_ disabled (including replay). _If_ that had shown that the stagger went away I would have reintroduced features one by one. But I can't even get that far atm. Still trying though, and still trying to identify the cause. I note, however, that not long ago we had a very good solution, so it's something we have done, and relatively recently. Ok, I was under the impression I saw the same problem here and turning off ai models cured it for me (a tenfold in framerate improvement at KSFO). This might have something to do with new taxiway routes and old scenery since I do see the aircraft parked at the roof of the terminal building there.. Anyhow, too bad this doesn't solve the problem for you. Erik - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear on 32 bits versus 64 bits system
Curtis Olson wrote: What aircraft is being flown in these tests? If hash.c looks like a hotspot, that could also be triggered by an aircraft that had a lot of new nasal code added. Or it could be newly added default system nasal code? I don't know how much of FlightGear functions anymore without nasal, but disabling the default nasal directory and picking an aircraft with little or no embedded nasal code might also be an interesting test. We could possibly have crossed a threshold in terms of the amount of nasal code used for some particular aircraft? The F-16, for one (the one I test with the most), doesn't use much nasal code (and neither do for instance the Fokker-100 and T-38). I must say, I don't seem to see the problems others are reporting. I thought I was .. but it turned out to be a different problem after all. Erik - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Flightgear-cvslogs] CVS: data/Aircraft/b1900d b1900d-set.xml, 1.32,
On 24 Sep 2008, at 01:19, Syd wrote: Hi James , Im no expert coder , but I did take a look at it myself , and the lack of comments made that a no go for me. I tried to visit some of the sites he listed as reference material , but either they don't exist anymore or I just can't get to them .Judging by the code , it does seem to be a complex and accurate instrument , and if someone can figure it out , great. I did some reading last night and it's probably the most accurately modelled piece of equipment in FG - down to fault handling and so on. But the configuration interface is big - there's several pages of tabular data and many properties that are used. Most of them do seem to be correct by default, but equally there's quite a few which are probably not set in many aircraft. There seems to be a list of aircraft 'types' (specified by an integer code), and when one is picked, it defines a whole bunch of other parameters about climb rate, maximum bank angle, minimum stopping distance, and so on. I'll start putting notes into a wiki page, I guess. My nasal 'experiment' is meant to appease those who want it working , (and to see if I can do it ), but it wont be anywhere near as complex as the MK-VIII. Yes, of course. Regards, James - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Flightgear-cvslogs] CVS: data/Aircraft/b1900d b1900d-set.xml, 1.32,
James Turner wrote: I did some reading last night and it's probably the most accurately modelled piece of equipment in FG - down to fault handling and so on. But the configuration interface is big - there's several pages of tabular data and many properties that are used. Most of them do seem to be correct by default, but equally there's quite a few which are probably not set in many aircraft. There seems to be a list of aircraft 'types' (specified by an integer code), and when one is picked, it defines a whole bunch of other parameters about climb rate, maximum bank angle, minimum stopping distance, and so on. I'll start putting notes into a wiki page, I guess. I did find a 60 page manual on the MK-VIII , so Ive got some reading to do myself . but it will be nice if the problems are just incorrect settings for aircraft type I added it to the Bravo , Citation X and 777-200 , so there are a few to test different settings on. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Loading Textures for Photo-Scenery?
Frederic Bouvier wrote: Hi, Ralf Gerlich wrote : Hi! Curtis Olson wrote: Sure, just like any aircraft or object model can have it's own textures. There may be some nuances that have disappeared over the years since I doubt this has been heavily tested, but I used to have a KSJC demo with about 1 pixel per foot resolution. And don't forget that you could place an [snip] in simgear/scene/tgdb/leaf.cxx branch PRE_OSG_PLIB_20061029, there is this code : 139 : SGMaterial *mat = matlib-find( material ); 140 : if ( mat == NULL ) { 141 : // see if this is an on the fly texture 142 : string file = path; 143 : string::size_type pos = file.rfind( / ); 144 : file = file.substr( 0, pos ); 145 : // cout current file = file endl; 146 : file += /; 147 : file += material; 148 : // cout current file = file endl; 149 : if ( ! matlib-add_item( file ) ) { 150 :SG_LOG( SG_TERRAIN, SG_ALERT, 151 :Ack! unknown usemtl name = material 152 : in path ); [snip] I didn't test it, but at least, the intention was there ;-) This code did survive the OSG port, but was removed in a later reorganization of the tile loading code. It's easy enough to put this back in, but the old code would add the local material permanently to the material library; is that really desired? I would think the local material should get deleted when the tile is deleted. Tim - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Loading Textures for Photo-Scenery?
Hi Tim, Tim Moore wrote : This code did survive the OSG port, but was removed in a later reorganization of the tile loading code. It's easy enough to put this back in, but the old code would add the local material permanently to the material library; is that really desired? I would think the local material should get deleted when the tile is deleted. I tried to restore that code this past weekend but I experienced random access violation when loading the texture. I was wondering if loading textures in the pager thread was legal. -Fred -- Frédéric Bouvier http://my.fotolia.com/frfoto/ Photo gallery - album photo http://fgsd.sourceforge.net/ FlightGear Scenery Designer - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Loading Textures for Photo-Scenery?
Frederic Bouvier wrote: Hi Tim, Tim Moore wrote : This code did survive the OSG port, but was removed in a later reorganization of the tile loading code. It's easy enough to put this back in, but the old code would add the local material permanently to the material library; is that really desired? I would think the local material should get deleted when the tile is deleted. I tried to restore that code this past weekend but I experienced random access violation when loading the texture. I was wondering if loading textures in the pager thread was legal. It is legal to load textures from the pager thread, but there might now be a problem with adding a material to the material library in the pager thread. Is the access violation really random? Tim - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear on 32 bits versus 64 bits system
Vivian Meazza wrote: Er ... couple of words spring to mind there - grandmother and eggs :-). But I know that you are trying to help. Alright, I'm just about to lay down activities for FlightGear for the second time (and now for good) because of this statement. There was a time where i was the *only* patch reviser and committer and have probably spent more time browsing the code than any other active developer. I realize that the move to osg has put me behind a bit but setting me aside as an infant rather than discussing the problem is unacceptable. Erik - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Loading Textures for Photo-Scenery?
Tim Moore wrote : Frederic Bouvier wrote: Hi Tim, Tim Moore wrote : This code did survive the OSG port, but was removed in a later reorganization of the tile loading code. It's easy enough to put this back in, but the old code would add the local material permanently to the material library; is that really desired? I would think the local material should get deleted when the tile is deleted. I tried to restore that code this past weekend but I experienced random access violation when loading the texture. I was wondering if loading textures in the pager thread was legal. It is legal to load textures from the pager thread, but there might now be a problem with adding a material to the material library in the pager thread. Is the access violation really random? The crash occurred in the openthread code, and looked like a race condition or a synchronisation problem. I don't have the details at hand, but it was never on the same image file. I tested with a modified version of the Brest scenery, that I hacked by hand with an HEX editor to add the .dds extension to the material string. -Fred -- Frédéric Bouvier http://my.fotolia.com/frfoto/ Photo gallery - album photo http://fgsd.sourceforge.net/ FlightGear Scenery Designer - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Good company on the list; Was: FlightGear on 32 bits versus 64 bits system
Erik, Erik Hofman wrote: Vivian Meazza wrote: Er ... couple of words spring to mind there - grandmother and eggs :-). But I know that you are trying to help. Alright, I'm just about to lay down activities for FlightGear for the second time (and now for good) because of this statement. Don't do that, these comments are not worth the trouble - nevertheless I understand your motivation. If you plan to step out of the general development cycle (again), do it like others have already done and create your own side-project or be supportive to one of those already existing ones, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear on 32 bits versus 64 bits system
Erik Hofman wrote: Vivian Meazza wrote: Er ... couple of words spring to mind there - grandmother and eggs :-). But I know that you are trying to help. Alright, I'm just about to lay down activities for FlightGear for the second time (and now for good) because of this statement. There was a time where i was the *only* patch reviser and committer and have probably spent more time browsing the code than any other active developer. I realize that the move to osg has put me behind a bit but setting me aside as an infant rather than discussing the problem is unacceptable. I think you misunderstand the sense of the idiom teaching your grandmother to suck eggs. It implies nothing about the maturity of the teacher. Vivian meant that you were treating him like a child -- that's the teaching an elderly person to suck eggs part -- but I think between his smiley and his I know that you are trying to help comment it is clear that he is joking. In any event, do stick around and learn more about the OSG parts, as more eyeballs there are always welcome. Tim - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear on 32 bits versus 64 bits system
Tim Moore wrote: I think you misunderstand the sense of the idiom teaching your grandmother to suck eggs. It implies nothing about the maturity of the teacher. Vivian meant that you were treating him like a child -- that's the teaching an elderly person to suck eggs part -- but I think between his smiley and his I know that you are I'm still not completely convinced, but not being a native English speaker I'll take your word for it. I'm sorry about it then, but could we please leave these kind of expressions out of the discussion in the future; being personal like this without being 100% sure the other side knows exactly what is meant can set bad blood. Again, sorry for the reaction. Erik - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Twice the same
* gerard robin -- Tuesday 19 August 2008: When loading a JSB FDM Aircraft i get twice the same heading information. [...] I just wonder why :) No idea. Doesn't happen here. Maybe some local modification? m. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear on 32 bits versus 64 bits system
Tim Moore wrote : Vivian Meazza wrote: Er ... couple of words spring to mind there - grandmother and eggs :-). But I know that you are trying to help. I thought if was related to the chicken and egg problem, but I didn't see why grandmother should be involved ;-) I think you misunderstand the sense of the idiom teaching your grandmother to suck eggs. It implies nothing about the maturity of the teacher. Vivian meant that you were treating him like a child -- that's the teaching an elderly person to suck eggs part -- but I think between his smiley and his I know that you are trying to help comment it is clear that he is joking. Thank you for the explanation. -Fred -- Frédéric Bouvier http://my.fotolia.com/frfoto/ Photo gallery - album photo http://fgsd.sourceforge.net/ FlightGear Scenery Designer - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Twice the same
Melchior FRANZ wrote: * gerard robin -- Tuesday 19 August 2008: When loading a JSB FDM Aircraft i get twice the same heading information. [...] I just wonder why :) No idea. Doesn't happen here. Maybe some local modification? I don't think so. I've seen this regularly with the PC-7 and the SenecaII. Maybe this is being triggered by some command line parameter which Gerard and I use, but you don't. Regards, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Good company on the list; Was: FlightGear on 32 bits versus 64 bits system
On mardi 23 septembre 2008, Martin Spott wrote: Erik, Erik Hofman wrote: Vivian Meazza wrote: Er ... couple of words spring to mind there - grandmother and eggs :-). But I know that you are trying to help. Alright, I'm just about to lay down activities for FlightGear for the second time (and now for good) because of this statement. Don't do that, these comments are not worth the trouble - nevertheless I understand your motivation. If you plan to step out of the general development cycle (again), do it like others have already done and create your own side-project or be supportive to one of those already existing ones, Martin. I agree, don't do that, to me, if there was only one good reason to go on , it is that one: in addition to everything good you did recently on FG, you give us with the last f16 update, and the integration of the last JSBsim version within FG, a new fresh air. Here, one, knows that i am fond of JSBsim FDM and each new JSBsim FDM Aircraft improvement is an enjoyment for me. BTW: And, i regret that, Dave Culp, an other expert (and Pilot) has vanished, for some reasons, from these mail lists. Cheers -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] A bug in OSG - osg plugin should be replaced for the latest binary package for Mac OS X.
Hi there. I found a bug in osgdb_qt.so for the latest FlightGear/cvs. The problem is that fgfs crashes when loading Textures/Sky/broken.rgba for the aircraft that have a non-rgb (say png) splash image. I made a patch to solve this problem, and I already sent to an OSG developer. I hope it will be applied to svn soon. Until the next binary package is delivered, I recommend mac users who use FlightGear-cvs-bin-20080918 update the plugin called osgdb_qt.so. The plugin is available from: http://macflightgear.sourceforge.net/wp-content/uploads/plugins/osgdb_qt.so To update the plugin, follow the instructions below: 1) Open /Applications folder on Finder 2) Control-click (or right click) the FlightGear icon and select Show Package Contents 3) Browse Contents/Resources/plugins folder 4) Copy (overwrite) the downloaded osgdb_qt.so to the plugin folder I'll explain the problem for developers and curious users. The problem is that QuickTime cannot handle gray-scaled rgb files properly (QuickTime complains BadData error even it is not bad at all). On Mac OS X, both osgdb_qt and osgdb_rgb plugins can handle rgb files. osgdb_rgb handles only rgb(sgi) image files but osgdb_qt handles many image files like rgb, png and jpg through QuickTime functions. In case that osgdb_qt is already loaded for handling some image files it also handles rgb files instead of osgdb_rgb, otherwise osgdb_rgb is loaded to handle these. So this problem occurs only when an rgba file is being loaded after a png (or some other type of image) file is loaded by osgdb_qt.so. Thus, on Mac OS X, the latest FlightGear/OSG crashes while loading aircraft that have png files for splash image or textures. The best way, I believe, is to delete the code that let QuickTime handle rgb files since these files can be handled (and more properly) by osgdb_rgb. Thanks goes to Scaba. The assumption he told me in IRC was right, and it helped me find this bug much quicker. Best, Tat - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Nasa Error
* Bohnert Paul -- Saturday 23 August 2008: Run FlightGear Multiplayer I noticed the following error; Nasal runtime error: floating point error in math.sin() at /usr/local/share/FlightGear/data/Nasal/geo.nas, line 169 called from: /usr/local/share/FlightGear/data/Nasal/multiplayer.nas, line 298 called from: /usr/local/share/FlightGear/data/Nasal/multiplayer.nas, line 323 Not sure is it's a problem or not. Probably not. Looks like some multiplayer script code tries to create a geo.Coord() before lat/lon are actually set, so nil is used, which creates the error message. Should be fixed nevertheless, of course, be it only for cosmetic reasons. m. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] key-handler system allowing many actions with only few keyboard shortcuts
* Sébastien MARQUE -- Sunday 14 September 2008: I've created a system, which I think is new in FG as I've never seen it elsewhere. The implementation is new, the idea isn't: John D. has suggested such a feature. (I had started implementing it, but never finished.) Having something like this globally available (not just in a few aircraft) is IMHO desirable. It could be a quick way for experts to make settings, in addition to the radio etc. dialogs. BTW: In your XML config you shouldn't re-invent the functionality that the fgcommand(property-adjust) already offers. The starting key should IMHO be ':', not (only) because vi uses it, but probably for the same reason. m. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Twice the same
On mardi 23 septembre 2008, Martin Spott wrote: Melchior FRANZ wrote: * gerard robin -- Tuesday 19 August 2008: When loading a JSB FDM Aircraft i get twice the same heading information. [...] I just wonder why :) No idea. Doesn't happen here. Maybe some local modification? I don't think so. I've seen this regularly with the PC-7 and the SenecaII. Maybe this is being triggered by some command line parameter which Gerard and I use, but you don't. Regards, Martin. like this [EMAIL PROTECTED] ~]# /usr/local/bin/fgfs --aircraft=T38 --airport=KSFO Model Author: Aeromatic v 0.8, DPC Creation Date: 2004-01-01 Version: $Revision: 1.17 $ Description: Models a Northrop T-38 Model Author: Aeromatic v 0.8, DPC Creation Date: 2004-01-01 Version: $Revision: 1.17 $ Description: Models a Northrop T-38 running aar -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Twice the same
gerard robin wrote: On mardi 23 septembre 2008, Martin Spott wrote: I don't think so. I've seen this regularly with the PC-7 and the SenecaII. Maybe this is being triggered by some command line parameter which Gerard and I use, but you don't. like this [EMAIL PROTECTED] ~]# /usr/local/bin/fgfs --aircraft=T38 --airport=KSFO Model Author: Aeromatic v 0.8, DPC Creation Date: 2004-01-01 Version: $Revision: 1.17 $ Description: Models a Northrop T-38 Model Author: Aeromatic v 0.8, DPC Creation Date: 2004-01-01 Version: $Revision: 1.17 $ Description: Models a Northrop T-38 running aar Right. Removing: --prop:/environment/params/real-world-weather-fetch=true from my ~/.fgfsrc apparently make the difference, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Twice the same
On mercredi 24 septembre 2008, Martin Spott wrote: gerard robin wrote: On mardi 23 septembre 2008, Martin Spott wrote: I don't think so. I've seen this regularly with the PC-7 and the SenecaII. Maybe this is being triggered by some command line parameter which Gerard and I use, but you don't. like this [EMAIL PROTECTED] ~]# /usr/local/bin/fgfs --aircraft=T38 --airport=KSFO Model Author: Aeromatic v 0.8, DPC Creation Date: 2004-01-01 Version: $Revision: 1.17 $ Description: Models a Northrop T-38 Model Author: Aeromatic v 0.8, DPC Creation Date: 2004-01-01 Version: $Revision: 1.17 $ Description: Models a Northrop T-38 running aar Right. Removing: --prop:/environment/params/real-world-weather-fetch=true from my ~/.fgfsrc apparently make the difference, Martin. Right, i have it permanently in my system (nice, to survey the weather in my country :) ) -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Twice the same
On Wed, Sep 24, 2008 at 1:28 AM, Martin Spott [EMAIL PROTECTED] wrote: Right. Removing: --prop:/environment/params/real-world-weather-fetch=true from my ~/.fgfsrc apparently make the difference, Same here. But if you use --enable-weather-fetch instead, it works. -- Csaba/Jester - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel