Re: [Flightgear-devel] Garmin 400
Curtis Olson wrote: It would be great if it was possible to drive the windows based 400-series simulator software, but I don't have any idea if it's setup to respond to serial input. My understanding is that it had a graphics front end combined with a backend engine that communicated via network packets. But I could be wrong. Last time I checked, several years ago, the simulator/trainer had a 'serial' config option which should allow the user to hook this onto everything that is getting declared a being a serial interface by the underlying OS. Therefore, with a small to medium amount of fancywork it _should_ be possible to route FlightGear's serial output into a serial interface in Wine. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Could not open file: Segmentation fault;
On Tue, Jan 20, 2009 at 12:56 AM, Martin Spott martin.sp...@mgras.net wrote: Hi Csaba, The patch you're proposing indeed saves us/me from the segfault due to a file not being present - which is definitely a good start. That was all I intended. If a file is missing it is a broken airplane config, the best we can do is exit gracefully. -- Csaba/Jester The C310 is one of the aircraft that - in the JSBSim cvs repository - is used for extensive testing of JSBSim operation. There is a need for an autopilot for the aircraft to be able to fly out the tests. The autopilot file is expected to be found in the same directory as the C310.xml file. However, at this time, there has been no work to hook up the autopilot commands in FlightGear to the relevant capabilities in the JSBSim C310, the way it stands in our CVS repository. So, the expected procedure would be to comment out or delete the relevant lines in the C310.xml file before issuing it to the FlightGear CVS repository. Then, the C310 would be controlled by the well-established FlightGear a/p and there would be no confusion. I should have commented out the few lines in the C310 config file that should be removed prior to placing it in a FlightGear release. Removing (commenting out using !-- ... --) the reference to the autopilot /autopilot element is a good start, and then subsequently commenting out any reference to properties that are named with an ap/ prefix should finish the job. These properties are defined in the autopilot file that has been commented out. Eventually, I think there will be a more graceful handling of this situation, which may include leaving in a full-featured a/p capability that is compatible with flightgear needs, and which would provide an alternative a/p if desired, but ignored if not referenced. Jon Jon S. Berndt Development Coordinator JSBSim Project www.JSBSim.org -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Proxy APP / SDK
Hi.I am new to this mail list. I've read some of the mail archives and saw some ideias of making a proxy app. I want to know if that is currently possible. I want to write an external application that gets the 6-DOF information from the aircraft. Is there a way of doing that without the need to compile the whole FlightGear code and put it inside my own software code? Thanks Hernan Martinez -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Could not open file: Segmentation fault;
Csaba Halász wrote: That was all I intended. If a file is missing it is a broken airplane config, the best we can do is exit gracefully. Ok, thanks, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] stabilizing the _repeat_ function in 3D pick animation
Here's a simple patch to give a slightly delayed start to the _repeat_ function for mouse events in the new 3D pick animation. This gives the conventional behavior, expected of all user interfaces ... and not coincidentally, this how the good old 2D panel does it. To say the same thing the other way, without this patch the repeatable feature on 3D panels is unusable in practice. Instrument designers have been turning off the repeatable feature, which seems like a step in the wrong direction. It would be better to make it work properly, so they don't need to turn it off. --- a/simgear/scene/model/animation.cxx +++ b/simgear/scene/model/animation.cxx @@ -1986,7 +1986,7 @@ public: SGBindingList::const_iterator i; for (i = _bindingsDown.begin(); i != _bindingsDown.end(); ++i) (*i)-fire(); -_repeatTime = 0; +_repeatTime = -_repeatInterval; return true; } virtual void buttonReleased(void) -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Terrain errors report
On samedi 17 janvier 2009, Martin Spott wrote: Brian Schack wrote: There are several huge and very unnatural walls in the Himalayas, both running NS and EW. I'll give the line of latitude or longitude that the wall runs along, and the end coordinates of the walls: The underlying SRTM elevation data is known to have many voids in the Himalayan area and a reasonable explanation _might_ be that the void filling in TerraGear doesn't provide too realistic results. For your own experience, you'll find a copy of the respective elevation raster here as a geo-referenced 1x1 degree TIFF image: ftp://ftp.ihg.uni-duisburg.de/GIS/GISData/SRTM/version2/GeoTIFF/Eurasia/N28 E083.tif Note that these images have a 16-bit grayscale channel, therefore simple visual debugging on a typical PC screen might be quite tricky due to limited colour depth. In order to get a better clue about the reported errors I'd consider it as being highly desirable looking at a similar error at a place which is located at a much lower elevation. Cheers, Martin. Because of some reason i mostly do use the old FG 0.9.8 scenery I have flown over Himalaya mountains looking for hole, wall or flat part , nothing. :) only mountains :) here snapshots of the Everest http://pagesperso-orange.fr/GRTux/f16-everest_1.jpg http://pagesperso-orange.fr/GRTux/f16-everest_2.jpg So older data were right. 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: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Terrain errors report
gerard robin wrote: So older data were right. I wonder how you managed to draw a conclusion even before the error has been identified properly, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Terrain errors report
On mardi 20 janvier 2009, gerard robin wrote: On samedi 17 janvier 2009, Martin Spott wrote: Brian Schack wrote: There are several huge and very unnatural walls in the Himalayas, both running NS and EW. I'll give the line of latitude or longitude that the wall runs along, and the end coordinates of the walls: The underlying SRTM elevation data is known to have many voids in the Himalayan area and a reasonable explanation _might_ be that the void filling in TerraGear doesn't provide too realistic results. For your own experience, you'll find a copy of the respective elevation raster here as a geo-referenced 1x1 degree TIFF image: ftp://ftp.ihg.uni-duisburg.de/GIS/GISData/SRTM/version2/GeoTIFF/Eurasia/N 28 E083.tif Note that these images have a 16-bit grayscale channel, therefore simple visual debugging on a typical PC screen might be quite tricky due to limited colour depth. In order to get a better clue about the reported errors I'd consider it as being highly desirable looking at a similar error at a place which is located at a much lower elevation. Cheers, Martin. Because of some reason i mostly do use the old FG 0.9.8 scenery I have flown over Himalaya mountains looking for hole, wall or flat part , nothing. :) only mountains :) here snapshots of the Everest http://pagesperso-orange.fr/GRTux/f16-everest_1.jpg http://pagesperso-orange.fr/GRTux/f16-everest_2.jpg So older data were right. Cheers In addition, the map of that area which was done with atlas http://pagesperso-orange.fr/GRTux/e086n27.png http://pagesperso-orange.fr/GRTux/e086n28.png http://pagesperso-orange.fr/GRTux/e087n27.png http://pagesperso-orange.fr/GRTux/e087n28.png -- 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: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Terrain errors report
On mardi 20 janvier 2009, Martin Spott wrote: gerard robin wrote: So older data were right. I wonder how you managed to draw a conclusion even before the error has been identified properly, Martin. i only have eye, a computer, and archives -- 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: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Terrain errors report
Hi Brian, Brian Schack wrote: data (and by the way, much of this is guesswork on my part - if I'm labouring under false assumptions, please let me know). Maneuvering to an area in question, I checked 'srtm_elevation' and got ... nothing at all. There is data there - checking 'v0_lake, for example, shows lakes, and 'v0_elevcontour' shows contour lines. But I had always thought the FlightGear elevation data was based on SRTM data - am I wrong, or am I just using mapserver.flight.org wrong? What layers *are* used when creating FlightGear scenery? Please see the announcement at: http://www.flightgear.org/announce.html#scenery-1.0.1 Indeed, the landuse data is available online via the MapServer site, the elevation raster apparently is not :-) I made several attempts at converting SRTM raster data into elevation contour lines for nice publishing as well as editing. One of these attempts has ended up in the 'srtm_elevation' layer on the MapServer - but only for a small testing area (I don't even remember any more which area this is ). To my experience, converting global SRTM raster into contour lines of reasonable resolution (note: resolution != accuracy) blows the storage size up by a factor of 100 - 450 (compared to the compressed HGT imagery), depending on the shape and slope of the terrain. Given the fact that we're talking about approx. 13 GByte of compressed images, this would end up in several TByte of contour lines mostly just for the sake of nice visualization. Unless our database server is able to provide the required disk space, we therefore decided to stick to using the original raster images :-) Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Terrain errors report
gerard robin wrote: On mardi 20 janvier 2009, Martin Spott wrote: gerard robin wrote: I wonder how you managed to draw a conclusion even before the error has been identified properly, i only have eye, a computer, and archives So, did you create screenshots from the 1.0.1 Scenery as well as the 0.9.8 Scenery that allow to identify the differences between the two Scenery releases ? Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Flightgear-cvslogs] CVS: source/src/Instrumentation heading_indicator_fg.cxx, 1.5, 1.6
That reintroduces the recently fixed division by zero bug when spin is zero... Instead of calculating double factor = 0.1 / (spin * spin * spin * spin * spin * spin) and later heading = fgGetLowPass(_last_heading_deg, heading, dt / factor) avoid division by calculating double factor = 10 * (spin * spin * spin * spin * spin * spin) and later heading = fgGetLowPass(_last_heading_deg, heading, dt * factor) That's what the Csaba fixed in version 1.4 Torsten -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Terrain errors report
Brian Schack wrote: Given that we have this weirdness in the Himalayas, my first inclination is to check the underlying data. Atlas and FlightGear both showed the same problem, so this indicates that the problem is not with Atlas or FlightGear, but with the data they use. FlightGear and Atlas are loading the same Scenery tiles, I guess. So, either the underlying data is erroneous (we know it is) or the processing stage is at fault as well. Unless we have a reasonable analysis of the input data for the 'faulty' Scenery tiles I'd hesitate to spend too much time on inspecting the raster processing. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Resizable dialog boxes
Hi Melchior, The resizable dialog boxes are very nice! Curt. -- Curtis Olson: http://baron.flightgear.org/~curt/ -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Terrain errors report
On mardi 20 janvier 2009, Martin Spott wrote: gerard robin wrote: On mardi 20 janvier 2009, Martin Spott wrote: gerard robin wrote: I wonder how you managed to draw a conclusion even before the error has been identified properly, i only have eye, a computer, and archives So, did you create screenshots from the 1.0.1 Scenery as well as the 0.9.8 Scenery that allow to identify the differences between the two Scenery releases ? Martin. No i did not , since i get some difficulties with the coastline and islands of 1.0.1 . (which explain that i am longer using these old scenery) However, i could do it, the Himalayan area being longer far from the sea side :) The best would be to do build the map with the original Atlas map, in order to get the right comparison. -- 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: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Resizable dialog boxes
* Curtis Olson -- Tuesday 20 January 2009: The resizable dialog boxes are very nice! Yeah, especially property browser and Nasal console profit a lot. It's actually a bit embarrassing that we haven't had that since years, and I take my share of the blame. I had even started implementing it a few years back, but gave up early. This time it was Mate KOCH's complaint about the textbox, where fonts couldn't be changed. I implemented this and changed the font in the nasal console to a fixed width font, which is much easier for editing. But the text was too wide then, so I first added a [+] and [-] button that would re-open the dialog bigger or smaller. But that didn't work well, so ... And that wasn't the end of the story: because line-wrapping in the nasal console is also bad, I turned that off, only to notice that the sliders didn't work well, and finally I ended up rewriting bigger parts of plib. It will soon be recommended (but not required) to use plib/svn. (Only parts of that are committed at the moment.) m. :-) -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] A special day and a special livery
Hi everybody, this is a very special day, not only for you in the US. You have a new president, congratulations. Celebrating this event, I have created a special livery for my experimental model aircraft DerKleineUhu: The UHU-one (Obama edition). Have a sneak preview here: http://www.t3r.de/fg/uhu-one_1.jpg http://www.t3r.de/fg/uhu-one_2.jpg Enjoy this simple glider and let's make this world a better place! Torsten BTW. it has a (very) simple first implementation of a rubber strap launcher in nasal using JSBSim external force to launch the glider from the ground. Just hit Ctrl-w and let'em fly. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] A special day and a special livery
Torsten Dreyer ha scritto: Hi everybody, this is a very special day, not only for you in the US. Have a sneak preview here: http://www.t3r.de/fg/uhu-one_1.jpg http://www.t3r.de/fg/uhu-one_2.jpg nice one Torsten !!! since I am happy too about this, I decided to take my personal Cessna and enjoy the day in my way :-) http://brisa.homelinux.net/fgfs/obama/fgfs-screen-001.resized.jpg http://brisa.homelinux.net/fgfs/obama/fgfs-screen-005.resized.jpg http://brisa.homelinux.net/fgfs/obama/fgfs-screen-009.resized.jpg http://brisa.homelinux.net/fgfs/obama/fgfs-screen-019.resized.jpg http://brisa.homelinux.net/fgfs/obama/fgfs-screen-020.resized.jpg if you want to have fun too with your private c172 http://brisa.homelinux.net/fgfs/obama/c172p_ac-and-banner.tar.gz extract and put the files in the Aircraft/c172p/Models folder (Remember to backup your c172p.ac file first !) bye -- Brisa Francesco Via Gabelli 16 22077 Olgiate Comasco (CO) http://brisa.homelinux.net france...@brisa.homelinux.net __ / / / / /___ ___ / / __/ / __ / / / __ \/ __ `__ \/ __ \ / /_/ / /___ /_/ / /___/ /_/ / / / / / / /_/ / \/_/\/\/_/ /_/ /_/\/ http://www.gl-como.it My public gpg key: http://minsky.surfnet.nl:11371/pks/lookup?op=getsearch=0xC67DC12DC4361693 -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Impressive nasa lunar lander winds up inaurgural parade
The last item in the inaugural parade was a working electric, 12 wheeled, six axled, electric lunar rover that including a full glass fronted sealed capsule with normally clothed pilots. The whole rover moved under its own power and demonstrated its ability to move in any direction and rotate its axles independently. In front of the presidental review stand an astronaut in a full space suit and pack got off on of the external chairs of the capsule and took the flag from the capsule and proceded to join the parade and march down the street with rover following behind. Looks like an exciting vehicle to model in flightgear. a href=http://truepot.biz/id/141_3_bid_20_em; Legally lower your electric meter by cutting out unwanted power spikes with this plugin device. Save up to 40%!/a www.GlobalBoiling.com for daily earth images. www.ElectricQuakes.com daily sun and earthquake images. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] A special day and a special livery
On Tue, 20 Jan 2009 22:27:15 +0100, francesco wrote in message 497641b3.9050...@brisa.homelinux.net: Torsten Dreyer ha scritto: Hi everybody, this is a very special day, not only for you in the US. Have a sneak preview here: http://www.t3r.de/fg/uhu-one_1.jpg http://www.t3r.de/fg/uhu-one_2.jpg nice one Torsten !!! ..aye, these and ... since I am happy too about this, I decided to take my personal Cessna and enjoy the day in my way :-) http://brisa.homelinux.net/fgfs/obama/fgfs-screen-001.resized.jpg http://brisa.homelinux.net/fgfs/obama/fgfs-screen-005.resized.jpg http://brisa.homelinux.net/fgfs/obama/fgfs-screen-009.resized.jpg http://brisa.homelinux.net/fgfs/obama/fgfs-screen-019.resized.jpg http://brisa.homelinux.net/fgfs/obama/fgfs-screen-020.resized.jpg ...these as splash screens? ;o) if you want to have fun too with your private c172 http://brisa.homelinux.net/fgfs/obama/c172p_ac-and-banner.tar.gz extract and put the files in the Aircraft/c172p/Models folder (Remember to backup your c172p.ac file first !) ..pretty damn clear Ghandi and I was right about Good Ideas like Western Civilization and American Intelligence: ;o) http://www.tomshardware.com/news/obama-inauguration-windows-xp,6872.html ..thank you and congratulations, all! :o) -- ..med vennlig hilsen = with Kind Regards from Arnt... ;o) ...with a number of polar bear hunters in his ancestry... Scenarios always come in sets of three: best case, worst case, and just in case. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Impressive nasa lunar lander winds up inaurgural parade
On Tue, 2009-01-20 at 19:05 -0500, GWMobile wrote: The last item in the inaugural parade was a working electric, 12 wheeled, six axled, electric lunar rover that including a full glass fronted sealed capsule with normally clothed pilots. The whole rover moved under its own power and demonstrated its ability to move in any direction and rotate its axles independently. In front of the presidental review stand an astronaut in a full space suit and pack got off on of the external chairs of the capsule and took the flag from the capsule and proceded to join the parade and march down the street with rover following behind. Looks like an exciting vehicle to model in flightgear. http://www.nasa.gov/multimedia/imagegallery/image_feature_1266.html http://www.nasa.gov/exploration/home/LER.html -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel