Re: [Flightgear-devel] Problems with Saitek Pro Flight Yoke
* Oliver Schroeder -- Thursday 02 October 2008: No, it's from the CVS Resources page on flightgear.org. cvs -d :pserver:[EMAIL PROTECTED]:/var/cvs/FlightGear-0.9 co data creates the data subdir. Yes, but it doesn't say that you should set FG_ROOT to the directory that contains a subdirectory called data/. Instead you should set it to the data directory itself. This should be the path to the version file: $FG_ROOT/version (by default that shoud be /usr/local/share/FlightGear/version) That fgfs contains a hack that automatically adds /data if $FG_ROOT/data/ exists is a different matter. This sort of tolerance has no advantages, it is actually a *limitation* for all other applications that need to access FG_ROOT. They now have also to include the hack, or risk not working everywhere. I've added a warning for the case where someone sets FG_ROOT the bad way. And next time someone comes along with that problem, I'll upgrade it to alert, and then to segfault. ;-) So I always assumed that having the data subdir is the way it should be. Understandable. Time to remove this ambiguity. 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] Problems with Saitek Pro Flight Yoke
* Oliver Schroeder -- Thursday 02 October 2008: I noticed that fgjs is broken, it looks into /usr/local/share/FlightGear/Input/Joysticks/template.xml instead of /usr/local/share/FlightGear/data/Input/Joysticks/template.xml. fgjs is correct. Don't use the data version. I wonder why people even think they should set $FG_ROOT to a data/ directory. Is there some obsolete documentation floating around? If I set FG_ROOT to /usr/local/share/FlightGear/data/ it possibly works, [...] Do that. $FG_ROOT/ should contain file version and directories Input/, Aircraft/, Navaids/, etc. [...] but fails at another point: This is the bug, then. :-) 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] Problems with Saitek Pro Flight Yoke
Am Thursday 02 October 2008 09:49:15 schrieb Melchior FRANZ: fgjs is correct. Don't use the data version. I wonder why people even think they should set $FG_ROOT to a data/ directory. Is there some obsolete documentation floating around? No, it's from the CVS Resources page on flightgear.org. cvs -d :pserver:[EMAIL PROTECTED]:/var/cvs/FlightGear-0.9 co data creates the data subdir. And later on ./fgfs --fg-root=/some/path/FlightGear-0.9 lets point fg_root to the parent of data. And flightgear seems to be happy with it. So I always assumed that having the data subdir is the way it should be. cheers, Oliver - 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] Problems with Saitek Pro Flight Yoke
Hi List. I lastly bought me a Pro Flight Yoke and now have some strange effect without any explenation. When flying the aircraft tends to go slightly up and to the left. I have taken two screenshots, showing that all values (I'm aware of), like aileron, elevator, trim etc. are 0, so it's not the dead-band of the stick. See http://www.o-schroeder.de/fg_server/fgfs-screen-001.jpg On the other hand I have to considerably set aileron and elevator trim in order to get a nearly normal flight behavior. See http://www.o-schroeder.de/fg_server/fgfs-screen-002.jpg I surely miss something but am a bit lost where to look. Any ideas? While looking how to eliminate the dead-band I noticed that fgjs is broken, it looks into /usr/local/share/FlightGear/Input/Joysticks/template.xml instead of /usr/local/share/FlightGear/data/Input/Joysticks/template.xml. If I set FG_ROOT to /usr/local/share/FlightGear/data/ it possibly works, but fails at another point: The yoke has a mode selector represented as a wheen with three fix snap points. Each snap point is implemented as a button, so there is always one button pressed (and fgfs interprets it as ignore current, go to next). Cheers, Oliver - 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