[Flightgear-devel] BGL Loader Mini Howto
Loading BGL files step by step First you have to check out the latest version of PLIB CVS (http://sourceforge.net/projects/plib) Recomplie PLIB and recomplie Flightgear afterwards (I am currently using FlightGear-0.7.10) It is also recommended to recomplie/relink ppe (Pretty Poly Editor) or Plibviewer. For some simple buildings you also need the textures from John Tsao (go to this page http://www.geocities.com/tengchiangtsao/ and download the texture file http://www.geocities.com/tengchiangtsao/textures.zip) For now these textures have to be installed in /usr/local/lib/FlightGear/Textures/ even if you have a different FGFS root directory. I want to change this soon. *** A Question for the developers: Is there's a common texture directory in FG available where we can store common textures used by several models? *** Hint May be someone with artistic skills can make some nicer textures for these buildings? Get some BGL files. Usually they are ziped. When you unzip these files make sure that all filenames become lower case. You can force this by unzip -L bgl file.zip. Some sceneries require some extra textures get them as well. Change to the scenery directory and copy all textures (usually located in the texture directory) to the scenery directory (the textures must be in the same directory as the bgl files). Usually the biggest bgl file contains the airport scenery. Start ppe or Plibviewer. Now you can have a first look at the scenery. But what's even more important, by looking at the console output you'll see the Latitude and Longitude of the modell. example: 4096Reference Lat:48.366193916065; Reference Lon:11.797574562952. You need this data later for the stg file. I am not sure if fgsd is already able to export stg files. If so you just have to position the model to upper mentioned Lat and Lon and export the the stg file. If not you have to manually change the stg file: First you need to obtain the height of the airport. That can be eigther achieved by starting fgfs at the desired airport, look for altitude in the message output or by using fgsd. Next grep in your sceney files for the Airort id: # cd FGFS_ROOT/Scenery # grep grep -i eddm */*/*.stg e010n40/e011n48/3138195.stg:OBJECT EDDM.btg Modify that file by adding: OBJECT_STATIC muceddm.bgl 11.797574562952 48.366193916065 443.844688 0 Finally copy the bgl file and all texture files to the directory of the stg file. That's it now you can start fgfs at your airport with the bgl airport model. Enjoy JM ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Java client library
I have just added the raw beginnings of a Java client library and trivially-simple Swing GUI demo under scripts/java/demo/FGClient/. Here's the Java code to connect to a FlightGear process and increase the current altitude by 1000 feet: FGConnection fgfs = new FGConnection(localhost, 9000); double altitude = fgfs.getDouble(/position/altitude-ft); fgfs.setDouble(/position/altitude-ft, altitude + 1000); fgfs.close(); The demo application displays the current altitude, longitude, and latitude in a small GUI window, and uses a separate thread to update the values every second. To use it, try these commands: fgfs --telnet=9000 java FGFSDemo localhost 9000 I might develop this into a remote instructor's panel, a full configuration GUI, a remote-control module for weather and other environment parameters, or any combination of these. Contributions are welcome, of course. All the best, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Atmosphere and JSBSim
Thanks to Tony Peden, JSBSim is now (optionally) fully integrated with FGEnvironment, so you can practice takeoffs and climbs under different atmospheric conditions. To enable this support, you must set the /environment/params/control-fdm-atmosphere to true, i.e. fgfs --prop:/environment/params/control-fdm-atmosphere I ran two experiments, both starting at KSFO: #1: temperature=-25degC, dewpoint=-30degC, pressure=31.5inHG (At KSFO, density altitude is about 6000ft below sea level.) At Vy (a little over 75kt), after a very short takeoff roll, the C172 settled into an 800-900fpm climb, sometimes hitting 1000fpm. #2: temperature=35degC, dewpoint=34degC, pressure=28.5inHG (At KSFO, density altitude is about 4000ft above sea level.) At Vy (a little over 75kt) after a long takeoff roll, the C172 settled into a 300-400fpm climb, sometimes creeping down to 200fpm. Leaning the mixture probably would have helped. These are close to the extreme conditions most pilots would see near sea level, unless they're flying around Antarctica. For more fun, try the second scenario at a high-elevation airport like Denver. All the best, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Java client library
Olivier Grisel writes: So if we develop such user friendly tools, it might be a good idea to choose only one gui style so as they get all the same style. You work sounds great. I see no harm in having both Java and Python GUIs -- I'm no Python fan myself (though there are other fgfs developers who are), and Java will make life a lot easier for Mac and Windows users who probably already have Java on their systems but would run away screaming if we asked them to install Python or Perl. All the best, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Java client library
David Megginson wrote: Olivier Grisel writes: So if we develop such user friendly tools, it might be a good idea to choose only one gui style so as they get all the same style. You work sounds great. I see no harm in having both Java and Python GUIs -- I'm no Python fan myself (though there are other fgfs developers who are), and Java will make life a lot easier for Mac and Irix and Windows users who probably already have Java on their systems but would run away screaming if we asked them to install Python or Perl. Erik ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Java client library
It don't like SWING ! It don't like SWING ! :) For Windows users py2exe exists and transorf a wxPython app into a dummy-windows-user friendly .exe file. (but have never tested it since I don't have win) Irix doesn't support motif or gtk ? Some (too early) screen shots http://champi.freezope.org/FlightGear/Oz/Oz-shot-1.png http://champi.freezope.org/FlightGear/Oz/Oz-shot-2.png http://champi.freezope.org/FlightGear/Oz/Oz-shot-3.png and for curious people http://champi.freezope.org/FlightGear/Oz/Oz.tar.bz2 -- Champi (03) Olivier Grisel *** Paix, Amour, Liberté et Fleurs. *** ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Re: BGL Loader Mini Howto
* Jürgen Marquardt -- Saturday 08 June 2002 08:31: First you have to check out the latest version of PLIB CVS (http://sourceforge.net/projects/plib) ... add ssgLoadMDL_BGLTexture.cxx and ssgLoadBGL.cxx to src/ssg/Makefile.am and ... Recomplie PLIB and recomplie Flightgear afterwards m. :-) ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] HSIs
Taking the practical viewpoint of what is actually in the avionics ... Any OBS, HSI or similar instrument: Receives an analog signal that indicates the needle position. Our FGFS instrument works the same way; an analog angle is available as a property. VOR receivers: Emits an analog signal that is angular error, in conjunction with the OBS. Our FGFS nav radio will generate the property's value this way. Now, the problem is that such systems (as far as I can tell) expect to drive a CDI bar on the HSI based on distance (in nm) off course. GPS receivers: Use full scale on the needle for a fixed number of miles. The number of miles varies according to whether the instrument is following an approach. Read the manual to determine what the scale is for any given operating mode. I assume our future GPS instruments will do the same ? Integrated VOR and GPS receivers: Use either of the above modes, depending on what the navigation source is. That is a feature that would be embedded in the OpenGC emulation of the unit. As a result of playing with with routes / flight plans, one thing I forsee in the future is driving navigation instruments from a non-radio source (i.e something like the NAV / GPS toggle which I'm led to believe is common in many GA craft with a GPS fitted). Where is the problem ? It just changes the assigned property source of the instrument, for which there is already a hook in the XML structure, between the NAVx and the GPSx property source as appropriate. - we don't have an HSI. I'm pretty sure I could knock something up, Of course we do; it is intentionally disabled in the simple aircraft because those, in real life, don't have such an expensive item installed. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Java client library
Olivier Grisel wrote: It don't like SWING ! It don't like SWING ! :) For Windows users py2exe exists and transorf a wxPython app into a dummy-windows-user friendly .exe file. (but have never tested it since I don't have win) Irix doesn't support motif or gtk ? Actually, it supports both ... Erik Some (too early) screen shots http://champi.freezope.org/FlightGear/Oz/Oz-shot-1.png http://champi.freezope.org/FlightGear/Oz/Oz-shot-2.png http://champi.freezope.org/FlightGear/Oz/Oz-shot-3.png Hmm, not bad! Erik ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Where is the time ?
I can't see the date / time in the property tree. Can we act on it only with the command line options ? Thanks ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
re: [Flightgear-devel] Where is the time ?
Olivier Grisel writes: I can't see the date / time in the property tree. Can we act on it only with the command line options ? /sim/time/gmt It is in the ISO format -mm-ddThh:mm:ss. At the time of writing, it is approximately 2002-06-08T17:45:00. All the best, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] Java client library
David Megginson writes: Olivier Grisel writes: So if we develop such user friendly tools, it might be a good idea to choose only one gui style so as they get all the same style. You work sounds great. I see no harm in having both Java and Python GUIs -- I'm no Python fan myself (though there are other fgfs developers who are), and Java will make life a lot easier for Mac and Windows users who probably already have Java on their systems but would run away screaming if we asked them to install Python or Perl. Well perhaps but ... those that did the 'One Click' installation would have a GUI they could probably 'customize' for themselves :-). FWIW - IMHO writing the External GUI in JAVA is tantamount to writting it in C++ Regards Norman ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Java client library
Norman Vine wrote: David Megginson writes: Olivier Grisel writes: So if we develop such user friendly tools, it might be a good idea to choose only one gui style so as they get all the same style. You work sounds great. I see no harm in having both Java and Python GUIs -- I'm no Python fan myself (though there are other fgfs developers who are), and Java will make life a lot easier for Mac and Windows users who probably already have Java on their systems but would run away screaming if we asked them to install Python or Perl. Well perhaps but ... those that did the 'One Click' installation would have a GUI they could probably 'customize' for themselves :-). FWIW - IMHO writing the External GUI in JAVA is tantamount to writting it in C++ Like there would be something wrong with writing in C++ ? Regards Norman ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel -- -- Tony Peden [EMAIL PROTECTED] We all know Linux is great ... it does infinite loops in 5 seconds. -- attributed to Linus Torvalds ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] Java client library
Tony Peden writes: Norman Vine wrote: David Megginson writes: Olivier Grisel writes: So if we develop such user friendly tools, it might be a good idea to choose only one gui style so as they get all the same style. You work sounds great. I see no harm in having both Java and Python GUIs -- I'm no Python fan myself (though there are other fgfs developers who are), and Java will make life a lot easier for Mac and Windows users who probably already have Java on their systems but would run away screaming if we asked them to install Python or Perl. Well perhaps but ... those that did the 'One Click' installation would have a GUI they could probably 'customize' for themselves :-). FWIW - IMHO writing the External GUI in JAVA is tantamount to writting it in C++ Like there would be something wrong with writing in C++ ? No - I agree with David that the more external GUI's the better This flexibility was in fact one of our prime reasons for implementing the network interface. My point was that the beauty of having a 'scriptable' GUI was that a user, not a developer / programmer, should be able to personalize their GUI easily, not so sure this would be possible with a C++ GUI. FWIW - What I think would likely be the 'pentultimate' system is a Tool that read the existing XML configuration files and automagically created a GUI from what it found. This is sort of what the HTML interface to the properties does now Cheers Norman ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] Java client library
Tony Peden writes: Scripting languages are good stuff ... but they are still languages. Agreed :-) but this was in reference to 'ease of use' for 'users' not 'developers' hmmm maybe FlightGear 'users' all know how to run compilers :-)) Cheers Norman ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel