Re: [Flightgear-devel] Formation Flying
Paul Surgeon wrote: If you use a network connection between your binary wrapper and FlightGear it will allow anyone running FG on Linux,Sun,SGI,Mac OS X, etc. to use TrackIR on a second Windows PC. OK, I'll use UDP based protocol to allow such configurations. I'll publish detailed protocol specs to make development wrappers for other head trackers easy. -- Best regards, Alexander Babichev http://www.babichev.info --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Formation Flying
Anders Gidenstam wrote: Is TrackIR available for Linux, IRIX and other platforms? There are some drivers for Linux, but nothing that really works. TrackIR manufacturer wants to develop such drivers, but dislike making it open source for some reason. -- Best regards, Alexander Babichev http://www.babichev.info --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Help About Coding
Hi Dear Thank you for giving me time. I think Its my fault that I count not make it clear. I made a video game like flight simulator with all graphics using Directx. But there are some limitatins such as terrain is very heavy and I load all at once, not all flight controlls and dynamics are simulated only few features are implemented as in F-16 Aggressor, most emphasize was on visuals. Then I came to know about Flightgear which give very fine flight dynamics but I ve no idear about the structure of it and TerraGear and how to use these things to build an new simulator like game with full graphics. I can send you my project but it is about 12 MB if you ve space let me know. Thanking you all. CheersErik Hofman <[EMAIL PROTECTED]> wrote: m umair wrote:> Hi> I am a computer science student an interesting in flight simulations and > my final proj of BSC is Simulation of F-16 It is basic prototype of > Flight simulator game. Now I want to enhance my simulator using > flightgear. I would be thank full to you if you would let me know about > the archtecture of Flightgear and some tutorials about flight simulationSo if I understand you correctly you already have a program that calculates the Flight Dynamics of the F-16 but you want to use FlightGear only for the visual?In that case you would be best off using the net_ctrls and net_fdm protocols as defined in FlightGear/src/Network/net_*.hxxThe file should be rather self explaining but there is also an example script located in FlightGear/examples/netfdmErik-- http://www.ehtw.info (Dutch) Future of Enschede Airport Twentehttp://www.ehofman.com/fgfs FlightGear Flight Simulator---Using Tomcat but need to do more? Need to support web services, security?Get stuff done quickly with pre-integrated technology to make your job easierDownload IBM WebSphere Application Server v.1.0.1 based on Apache Geronimohttp://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642___Flightgear-devel mailing listFlightgear-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/flightgear-devel Talk is cheap. Use Yahoo! Messenger to make PC-to-Phone calls. Great rates starting at 1¢/min.
Re: [Flightgear-devel] Formation Flying
On Thursday 11 May 2006 17:10, alexander babichev wrote: > Head tracking is very handy for formation flying too. I'm using TrackIR > device and I'm going to add TrackIR support to FlightGear. I've got > TrackIR SDK from NaturalPoint. Unfortunately, it is impossible to use > TrackIR SDK in open source project. I've got permission to make small > binary only wrapper for TrackIR and employ some sort of IPC to allow > FlightGear communicate with TrackIR. If you use a network connection between your binary wrapper and FlightGear it will allow anyone running FG on Linux,Sun,SGI,Mac OS X, etc. to use TrackIR on a second Windows PC. i.e. TrackIR => Windows PC => Wrapper => (Network => Linux PC) => FlightGear I would really love that since I've seen TrackIR in use and I'd go so far as to say that it's the only sane way to be able to fly aircraft with large 3D cockpits short of VR googles plus head tracking. I've read plenty of reviews about other camera based head trackers both commercial and open source and they don't even come close to TrackIR's performance. None of them handle interference from other light sources as well as TrackIR can. Paul --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] OT: Crash Tenders
Erik Hofman wrote: From my local airport: http://www.hofman.com/EHTW/E-One.jpg Hmm, this should be: http://www.ehofman.com/EHTW/E-One.jpg Erik -- http://www.ehtw.info (Dutch)Future of Enschede Airport Twente http://www.ehofman.com/fgfs FlightGear Flight Simulator --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: OT: Crash Tenders
Melchior FRANZ wrote: This shouldn't be a "mine is bigger than yours", but Austrian "Rosenbauer" has built such thingies since around 20 years. Nice to see that others are slowly catching up. :-} http://www.rosenbauer.com/ http://www.rosenbauer.com/tools/image.php?i=%2Ftools%2Fcms_media.php%3Fmid%3D6114%26size%3Dhuge Man (...) That's just like a space ship! Erik -- http://www.ehtw.info (Dutch)Future of Enschede Airport Twente http://www.ehofman.com/fgfs FlightGear Flight Simulator --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Re: OT: Crash Tenders
> From: Melchior FRANZ > > * Erik Hofman -- Thursday 11 May 2006 16:35: > > I thought I had to share this, it's almost as futuristic as an modern > > jet fighter. > > This shouldn't be a "mine is bigger than yours", but Austrian "Rosenbauer" > has built such thingies since around 20 years. Nice to see that others > are slowly catching up. :-} > > http://www.rosenbauer.com/ > > http://www.rosenbauer.com/tools/image.php?i=%2Ftools%2Fcms_media.php%3Fmid%3D6114%26size%3Dhuge > Ah, not so quick. Despite the Bush administration efforts to cut essential services in favor of spending money on the War(s), we will now have these hi-tech vehicles available in the United States: http://www.defrance.org/artman/publish/printer_1430.shtml Did someone mention these are...ahem...cheaper than deploying full EMS vehicles at more locations in the airport? Best, Jim -- Jim Wilson Kelco Industries PO Box 160 Milbridge, ME 04658 207-546-7989 --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Frames of Reference in jsbsim
On Thursday 11 May 2006 11:08 am, Steve Hosgood wrote: > Things are becoming a bit more transparent. Trouble is, an aircraft > modeller usually starts by knowing just physical parameters (location of > wings and things, location of tail, rudder etc along with amount of > dihedral, angle of incidence of wing). Deriving the parameters like "yaw > moment due to beta" and other such magic numbers from physical > parameters is going to be pretty non-trivial. You can use "common numbers" from some hard to find sources. To get fancy you can use DATCOM+ to calculate them. > Hence the existance of Aeromatic I presume. Yes, that takes the pain out of getting a good first cut at a config file. You can tweak stuff afterwards. > And that's fair enough, having a "compiler" that takes "high level > language" (a description of the physical layout of a plane) and compiles > it down to "assembly languuage" (the 20 or so entries in the > section). Look at it this way. The process of getting an FDM to model a particular aircraft can be broken down into 3 steps: 1) define the airplane parts 2) define the effects of the airplane parts 3) render the airplane state during simulation Using YASim you do step 1, and YASim does steps 2 and 3. Using JSBSim you do steps 1 and 2, and JSBSim does step 3. The two methods each have their own advantages. > However, it doesn't seem possible to specify > the things I was griping about to Aeromatic (wing incidence, dihedral, > vertical dispacement of rudder w.r.t centerline etc). You don't specify the measurements, you specify the effects. (Except wing incidence). Dave --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Formation Flying
On Fri, 12 May 2006, alexander babichev wrote: Head tracking is very handy for formation flying too. I'm using TrackIR device and I'm going to add TrackIR support to FlightGear. I've got TrackIR SDK from NaturalPoint. Unfortunately, it is impossible to use TrackIR SDK in open source project. I've got permission to make small binary only wrapper for TrackIR and employ some sort of IPC to allow FlightGear communicate with TrackIR. Hi! Head tracking would be a great addition. I have some ideas that ARToolkit http://www.hitl.washington.edu/artoolkit/ could be used as a cheap (but CPU heavy) way to implement it. ARToolkit uses a webbcam to track the position and orientation of special figure cards (which could e.g. be glued to a cap or ones forehead :) ARToolkit is available under the GPL license. It could be a good idea to define some kind of suitable interface (networkbased?) between FlightGear and the/a tracking module - that way we could allow tracking without tying it to some specific device. Is TrackIR available for Linux, IRIX and other platforms? Cheers, Anders -- - | Anders Gidenstam | | | Email: anders(at)gidenstam.org | WWW: http://www.gidenstam.org| - --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Frames of Reference in jsbsim
Dave Culp wrote: On Thursday 11 May 2006 04:56 am, Steve Hosgood wrote One thing I've noticed about the aircraft.xml file (both the new version and the old) is that the "metrics" section (describing the physical layout of the plane) is rather "lightweight" compared with the vast other parts of the file that can provide lift and drag and stall characteristics of the airfoil. I think you're looking at JSBSim from a YASim-like point of view. It's a completely different animal. In JSBSim we use the "build-up" method to define the aerodynamic characteristics of an object. The build-up is done in the section of the config file. The important thing to know here is that if you don't put anything in the section, then your object has no aerodynamic characteristics at all. There are no inferred characteristics from the section. You are right in that the section is the heart of the config file. It is only here that we define how the object reacts to the air. Fortunately, the ways in which airplanes react to air are pretty well known, so we only need about twenty or so entries in the section to get our object to behave like an airplane. Things are becoming a bit more transparent. Trouble is, an aircraft modeller usually starts by knowing just physical parameters (location of wings and things, location of tail, rudder etc along with amount of dihedral, angle of incidence of wing). Deriving the parameters like "yaw moment due to beta" and other such magic numbers from physical parameters is going to be pretty non-trivial. Hence the existance of Aeromatic I presume. And that's fair enough, having a "compiler" that takes "high level language" (a description of the physical layout of a plane) and compiles it down to "assembly languuage" (the 20 or so entries in the section). However, it doesn't seem possible to specify the things I was griping about to Aeromatic (wing incidence, dihedral, vertical dispacement of rudder w.r.t centerline etc). Steve.
Re: [Flightgear-devel] Formation Flying
Julien Pierru wrote: shavlir, Eow and I were all on my Teamspeak server while Dave was on IRC, but I hope we can fix is voice issue so that all of us can be on TS. The voice is really important since you can't really take your hands off the stick and throttle to type... There are few other tools that can be helpful for formation training: head tracking and formation bot. There is Formation! plugin for X-Plane. One can record his own fly and play back it to fly in formation with yourself. It is very helpful for training. It would be very nice if somebody will develop such tool for FlightGear. Head tracking is very handy for formation flying too. I'm using TrackIR device and I'm going to add TrackIR support to FlightGear. I've got TrackIR SDK from NaturalPoint. Unfortunately, it is impossible to use TrackIR SDK in open source project. I've got permission to make small binary only wrapper for TrackIR and employ some sort of IPC to allow FlightGear communicate with TrackIR. -- Best regards, Alexander Babichev http://www.babichev.info --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Re: OT: Crash Tenders
* Erik Hofman -- Thursday 11 May 2006 16:35: > I thought I had to share this, it's almost as futuristic as an modern > jet fighter. This shouldn't be a "mine is bigger than yours", but Austrian "Rosenbauer" has built such thingies since around 20 years. Nice to see that others are slowly catching up. :-} http://www.rosenbauer.com/ http://www.rosenbauer.com/tools/image.php?i=%2Ftools%2Fcms_media.php%3Fmid%3D6114%26size%3Dhuge m. --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] OT: Crash Tenders
Hi, I thought I had to share this, it's almost as futuristic as an modern jet fighter. It's is the latest Emergency vehicle for all our main airports in The Netherlands and has replaced the aging crash tenders now. From my local airport: http://www.hofman.com/EHTW/E-One.jpg http://e-one.com/arfftitan6x6.asp http://e-one.com/arfftitanGseries.asp Erik -- http://www.ehtw.info (Dutch)Future of Enschede Airport Twente http://www.ehofman.com/fgfs FlightGear Flight Simulator --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Frames of Reference in jsbsim
On Thursday 11 May 2006 04:56 am, Steve Hosgood wrote: > Do you confirm that the "AERORP" is the point from which the "tail arm" > and "rudder arm" are referenced? Since it doesn't seem possible to > specify a "wing arm", do I assume that the "AERORP" must be sited at the > 0.25 chord point of the main wing? You decide where to put it, and it's best to put it near the CG. > OK. One thing I've noticed about the aircraft.xml file (both the new > version and the old) is that the "metrics" section (describing the > physical layout of the plane) is rather "lightweight" compared with the > vast other parts of the file that can provide lift and drag and stall > characteristics of the airfoil. I think you're looking at JSBSim from a YASim-like point of view. It's a completely different animal. In JSBSim we use the "build-up" method to define the aerodynamic characteristics of an object. The build-up is done in the section of the config file. The important thing to know here is that if you don't put anything in the section, then your object has no aerodynamic characteristics at all. There are no inferred characteristics from the section. You are right in that the section is the heart of the config file. It is only here that we define how the object reacts to the air. Fortunately, the ways in which airplanes react to air are pretty well known, so we only need about twenty or so entries in the section to get our object to behave like an airplane. Specifically, the tail arms are not used (except by the turbulence code?). The effects of having a tail go in the section. Horizontal tail aerodynamics goes in the and sub-sections, and vertical tail effects go in the and sub-sections. Again, the parts of your airplane have no aerodynamic effects at all unless these effects (the effects, *not* the metrics) are defined, and this is only done in the section. Dave --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Frames of Reference in jsbsim
> From: Erik Hofman > > Steve Hosgood wrote: > > I just *know* I'm going to get totally flamed for this, but can someone > > please tell me how the CG, Eyepoint, AERORP and VRP are interconnected? > > Yeah, I know - RTFM. > > It basically comes down to this, *you* decide where (0,0,0) is > referenced and you will have to define all other locations relative to > (0,0,0) > Also there have been discussions historically about situations when, if the nose tip, single engine prop cone tip or whatever forward most centered point on the aircraft can be identified that would it be 0,0,0 as a convention. This just a convenience for syncing FDM designers and 3D Model authors, especially noticable when you have multiple FDM's for a single 3D model or multiple 3D Models for a single FDM model. Technically, what Erik is saying is correct. Also related to "eyepoint", the location being reported now (AFAIK) by the FDM's (as lon,lat,alt) is always considered the origin by the viewer. This means that when you are following a plane in an "Look At" view (e.g. chase view, tower view) the point being followed is this origin (0,0,0). For various reasons that have been explained here before (involving how 3D graphics work) the aircraft will "appear" to pitch about the nose if the nose is the origin. Several aircraft including the P51D have an offset defined as "trarget-z-offset-m" that moves the point that the 3D camera is pointing to back to where the wing is thus making aircraft movements appear more natural. Best, Jim -- Jim Wilson Kelco Industries PO Box 160 Milbridge, ME 04658 207-546-7989 --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Re: Bug in FGRouteMgr::make_waypoint
* George Patterson -- Thursday 11 May 2006 14:39: > Version: Flightgear CVS with latest data SimGear CVS/HEAD, too? (Although it shouldn't compile without that, but one never knows.) > I have saved the full backtrace for all three threads if required. Please send this to me. The main thread is enough, though. And if you can reproduce, then also make a "bt full". m. --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Formation Flying
shavlir, Eow and I were all on my Teamspeak server while Dave was on IRC, but I hope we can fix is voice issue so that all of us can be on TS. The voice is really important since you can't really take your hands off the stick and throttle to type... Julien
Re: [Flightgear-devel] Formation Flying
On Thursday 11 May 2006 08:24 am, Vassilii Khachaturov wrote: > Great flying and great pics! How did you folks coordinate? > just pre-flight briefing or did you maintain a voice com > channel (speakeasy)? We used the "unruly gaggle" method :) Some of the participants have got TeamSpeak running, and were able to talk. The rest (maybe only me?) had to type into our IRC clients. Dave --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Formation Flying
Great flying and great pics! How did you folks coordinate? just pre-flight briefing or did you maintain a voice com channel (speakeasy)? V --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Re: Bug in FGRouteMgr::make_waypoint
* George Patterson -- Thursday 11 May 2006 14:39: > I was able to replicate the same message for both setting a way point > and reseting fgfs. Which waypoint triggered it? Any? m. --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Re: Bug in FGRouteMgr::make_waypoint
* George Patterson -- Thursday 11 May 2006 14:39: > #0 0x2c4d805a in strtof_l () from /lib/libc.so.6 > #1 0x0060099f in FGRouteMgr::make_waypoint ( > this=, wp=0x7faae918, > [EMAIL PROTECTED]) > at stdlib.h:327 > I have saved the full backtrace for all three threads if required. Not the full bt. But the *relevant* one. That is: frames that actually point to fgfs sourcecode, not just stdlib/libc. m. --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] FGLive 0.1 LinuxTag edition revised
FGLive 0.1 (Delta) LinuxTag edition has been revised. README at usual place: http://pigeond.net/flightgear/README.fglive.html Please re-download the new torrent at the same URL: http://pigeond.net/flightgear/fglive-0.1-linuxtag.torrent filename: fglive-0.1-linuxtag.iso md5sum: 002059d08b350e1050fe70e81e09c0e5 filesize: 531M As requested by custom-scenery.org, the South Germany and the Wiesbaden sceneries have been removed from the FGLive for the moment. Therefore I have updated the image, replacing the two locations with the FlightGear 0.9.10 sceneries. Pigeon. --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Bug in FGRouteMgr::make_waypoint
Hi All, There seems to be a bug in the FGRouteMgr::make_waypoint function The relevant section of the backtrace from gdb. #0 0x2c4d805a in strtof_l () from /lib/libc.so.6 #1 0x0060099f in FGRouteMgr::make_waypoint ( this=, wp=0x7faae918, [EMAIL PROTECTED]) at stdlib.h:327 I was able to replicate the same message for both setting a way point and reseting fgfs. Planes used for testing:- - c172 - b1900d - Citation-II Version: Flightgear CVS with latest data I have saved the full backtrace for all three threads if required. Regards george -- George Patterson <[EMAIL PROTECTED]> --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
RE: [Flightgear-devel] Frames of Reference in jsbsim
Steve: I'll have to get back to you in the next day or two or three on this. I'm unusually booked-up. Gotta run! Jon -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]On Behalf Of Steve HosgoodSent: Thursday, May 11, 2006 4:57 AMTo: flightgear-devel@lists.sourceforge.netSubject: Re: [Flightgear-devel] Frames of Reference in jsbsimJon S. Berndt wrote: I just *know* I'm going to get totally flamed for this, but can someone please tell me how the CG, Eyepoint, AERORP and VRP are interconnected? Yeah, I know - RTFM. I'd say that, but there really isn't much of one, yet! :-( You won't get flamed. It's not the easiest concept to figure out. Before I say anything, I'd like to commend you Jon, along with Dave Culp and Erik Hofman for your three replies to my original question. *None* of you flamed me or anyone else, and answered pretty much all my questions really neatly.As you say, Jon, there isn't much of a manual (yet) and discussions like this in the archives are often the next best thing. Maybe you (as prime author of jsbsim) and the other guys could clear up one or two associated questions for me please? Issue 1, Vol1 of the Quarterly Newsletter states that the sim tracks an aircraft by its CG.From the replies I've read so far then it would appear that Issue 1, Vol 1 meant to say "jsbsim tracks the stated CG of the empty airframe". That makes a lot more sense as the article then goes on to say that the actual flying CG of a plane isn't a useful reference because it moves.Do you confirm that the "AERORP" is the point from which the "tail arm" and "rudder arm" are referenced? Since it doesn't seem possible to specify a "wing arm", do I assume that the "AERORP" must be sited at the 0.25 chord point of the main wing? Since it is largely the relative positions of various points on the aircraft which matter most, it's somewhat arbitrary how the "base" coordinate system is defined. The XYZ points in the JSBSim config file are specified relative to a coordinate system that has its X axis pointing backwards, the Y axis pointing out the right side of the aircraft, and the Z axis pointing upwards. The origin of the coordinate frame could be anywhere, but it is usually out ahead of the aircraft, and often the X axis is coincident with the aircraft centerline. This is the "structural frame" as defined by some aircraft manufacturers. It is fixed in the aircraft for all time. OK. One thing I've noticed about the aircraft.xml file (both the new version and the old) is that the "metrics" section (describing the physical layout of the plane) is rather "lightweight" compared with the vast other parts of the file that can provide lift and drag and stall characteristics of the airfoil.However (and you're probably going to prove me wrong pretty quick here) it seems that the metrics section merely lists the span and width (or area) of the main wing and the same things for the horizontal stabilizer on the tail, along with the "tail arm" length. Also the rudder dimensions and "rudder arm".There doesn't seem to be any way to specify dihedral (of the wing or of the horizontal stabilizer), or that the horizontal stabilizer airfoil isn't necessarily the same as the main wing airfoil.There doesn't seem to be any way to specify the angle of the wing chord w.r.t the aircraft centerline, or the angle of the horizontal stabilizer chord w.r.t the aircraft centerline. This comes back to my original question about orientation of the X axis. I know it runs "nose to tail" but without a way so specify the wing chord you could end up with a plane that flies rather nose up or nose down.Similarly, there doesn't seem to be a way to specify where the centre of lift of the rudder is placed vertically off the aircraft centerline. Most planes have the rudder above the centerline, and surely that generates a rolling moment on the plane when the rudder is moved? You'd seem to need some concept of "rudder vertical arm" to deal with that, but if there is one then I (for one) don't know about it. Don't feel bad about "interrogating". If you have questions, please feel free to ask either here or in the JSBSim list. Let us know if the above does not answer your question. Best regards, Jon Jsbsim is a fine bit of work, Jon. Just trying to make up for a slight lack of definitive manuals, that's all!Steve.
RE: [Flightgear-devel] Frames of Reference in jsbsim
> Steve Hosgood wrote: > > > Before I say anything, I'd like to commend you Jon, along with Dave Culp > > and Erik Hofman for your three replies to my original question. *None* > > of you flamed me or anyone else, and answered pretty much all my > > questions really neatly. > > > > You're not subscribed to [EMAIL PROTECTED] > > Josh Ha! :-D This community is pretty well-behaved and well-mannered. You should see the usenet groups alt.space.shuttle and alt.space.policy! Jon --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Frames of Reference in jsbsim
Steve Hosgood wrote: > Before I say anything, I'd like to commend you Jon, along with Dave Culp > and Erik Hofman for your three replies to my original question. *None* > of you flamed me or anyone else, and answered pretty much all my > questions really neatly. > You're not subscribed to [EMAIL PROTECTED] Josh --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Re: [Flightgear-cvslogs] CVS: FlightGear/src/Autopilot route_mgr.cxx,1.12,1.13 route_mgr.hxx,1.8,1.9
* Martin Spott -- Thursday 11 May 2006 12:24: > It probably makes much sense to couple > this to the minimum safe altitude as a default instead of simply > '!on_ground', say at least 500 ft AGL in unpopulated areas, [...] What I forgot to mention: the route manager only locks the AP when when a waypoint is added to the route. Most pilots won't do that during take-off, so it's not a big problem anyway. :-) m. --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Re: [Flightgear-cvslogs] CVS: FlightGear/src/Autopilot route_mgr.cxx,1.12,1.13 route_mgr.hxx,1.8,1.9
* Martin Spott -- Thursday 11 May 2006 12:24: > Melchior Franz wrote: > > Log Message: > > only activate heading & altitude lock when in air (and even then it should > > probably be configurable?). > It probably makes much sense to couple this to the minimum safe altitude > as a default instead of simply '!on_ground', say at least 500 ft AGL in > unpopulated areas, 1000 ft AGL overhead small towns, 1500 ft AGL overhead > large cities. I thought about a minimum altitude, but I dropped the idea. The route-manager is really a tool for the aircraft's AP setup. It should be a servant, and not be overly smart by itself. Even the heading and altitude locking feature is already a questionable feature (but quite convenient, which is why I left it in for now :-). One could remove the AP locking from route_mgr.cxx and write a default handler in Nasal space that checks for altitudes/on-ground and operates the AP. This could then be disabled by aircraft engineers who only want the route management, but want to control the AP themselves. As the route-manager is more fun now than it used to be, and probably one of the less known fgfs subsystems, here is a short summary: Set waypoints - in the "Autopilot/Route Manager" dialog - via --wp= command line argument - via --flight-plan= command line argument The flight-plan is a simple file with a list of s, each on a single line. s are case-insensitive and follow this format: (icao-airport-id|fix-id|nav-id|lon,lat)[EMAIL PROTECTED] (Altitude is interpreted as ft or m, depending on the global setting, but the dialog always assumes ft for now. Will be fixed.) Examples: ksfo [EMAIL PROTECTED] [EMAIL PROTECTED](FIX near KHWD, at 5000 ft/m) brijj (NDB near KSFO) [EMAIL PROTECTED](VOR in KOAK) -122.45299,[EMAIL PROTECTED] (coords of Sutro tower) Try for example this: $ cat /tmp/route [EMAIL PROTECTED] [EMAIL PROTECTED] krhv [EMAIL PROTECTED] knuq [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] $ fgfs --aircraft=YF-23 --airport=ksfo --flight-plan=/tmp/route --altitude=1000 --vc=400 then open the "Route Manager" dialog, lean back & enjoy the show. :-) ... and later: report bugs :-} m. --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: Colditz Glider woes
Melchior FRANZ wrote: The AP entry is currently only disabled when the KAP140 is active. You can disable it from the *-set.xml file or a *.nas file: settimer(func { gui.menuEnable("autopilot", 0) }, 2) Needs to be delayed a bit, because gui.INIT is delayed, too, because it accesses functions of props.nas, and Nasal has no other way to ensure availability of dependencies. That works just fine, Melchior. Many thanks / Merci bien / Vielen Dank. Steve. --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Re: [Flightgear-cvslogs] CVS: FlightGear/src/Autopilot route_mgr.cxx,1.12,1.13 route_mgr.hxx,1.8,1.9
Melchior Franz wrote: > Update of /var/cvs/FlightGear-0.9/FlightGear/src/Autopilot > In directory baron:/tmp/cvs-serv16823 > > Modified Files: > route_mgr.cxx route_mgr.hxx > Log Message: > only activate heading & altitude lock when in air (and even then it should > probably be configurable?). This is pretty good stuff, as it prevents the aircraft from running of the runway when accelerating. It probably makes much sense to couple this to the minimum safe altitude as a default instead of simply '!on_ground', say at least 500 ft AGL in unpopulated areas, 1000 ft AGL overhead small towns, 1500 ft AGL overhead large cities. Just a rough idea Thanks for dealing with this issue, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Frames of Reference in jsbsim
Steve Hosgood wrote: There doesn't seem to be any way to specify the angle of the wing chord w.r.t the aircraft centerline, or the angle of the horizontal stabilizer chord w.r.t the aircraft centerline. This comes back to my original question about orientation of the X axis. I know it runs "nose to tail" but without a way so specify the wing chord you could end up with a plane that flies rather nose up or nose down. Sorry - maybe there is a way to do this (for the wing at least). Is that possibly what "wing_incidence" does? :-) Steve
Re: [Flightgear-devel] Frames of Reference in jsbsim
Jon S. Berndt wrote: I just *know* I'm going to get totally flamed for this, but can someone please tell me how the CG, Eyepoint, AERORP and VRP are interconnected? Yeah, I know - RTFM. I'd say that, but there really isn't much of one, yet! :-( You won't get flamed. It's not the easiest concept to figure out. Before I say anything, I'd like to commend you Jon, along with Dave Culp and Erik Hofman for your three replies to my original question. *None* of you flamed me or anyone else, and answered pretty much all my questions really neatly. As you say, Jon, there isn't much of a manual (yet) and discussions like this in the archives are often the next best thing. Maybe you (as prime author of jsbsim) and the other guys could clear up one or two associated questions for me please? Issue 1, Vol1 of the Quarterly Newsletter states that the sim tracks an aircraft by its CG. >From the replies I've read so far then it would appear that Issue 1, Vol 1 meant to say "jsbsim tracks the stated CG of the empty airframe". That makes a lot more sense as the article then goes on to say that the actual flying CG of a plane isn't a useful reference because it moves. Do you confirm that the "AERORP" is the point from which the "tail arm" and "rudder arm" are referenced? Since it doesn't seem possible to specify a "wing arm", do I assume that the "AERORP" must be sited at the 0.25 chord point of the main wing? Since it is largely the relative positions of various points on the aircraft which matter most, it's somewhat arbitrary how the "base" coordinate system is defined. The XYZ points in the JSBSim config file are specified relative to a coordinate system that has its X axis pointing backwards, the Y axis pointing out the right side of the aircraft, and the Z axis pointing upwards. The origin of the coordinate frame could be anywhere, but it is usually out ahead of the aircraft, and often the X axis is coincident with the aircraft centerline. This is the "structural frame" as defined by some aircraft manufacturers. It is fixed in the aircraft for all time. OK. One thing I've noticed about the aircraft.xml file (both the new version and the old) is that the "metrics" section (describing the physical layout of the plane) is rather "lightweight" compared with the vast other parts of the file that can provide lift and drag and stall characteristics of the airfoil. However (and you're probably going to prove me wrong pretty quick here) it seems that the metrics section merely lists the span and width (or area) of the main wing and the same things for the horizontal stabilizer on the tail, along with the "tail arm" length. Also the rudder dimensions and "rudder arm". There doesn't seem to be any way to specify dihedral (of the wing or of the horizontal stabilizer), or that the horizontal stabilizer airfoil isn't necessarily the same as the main wing airfoil. There doesn't seem to be any way to specify the angle of the wing chord w.r.t the aircraft centerline, or the angle of the horizontal stabilizer chord w.r.t the aircraft centerline. This comes back to my original question about orientation of the X axis. I know it runs "nose to tail" but without a way so specify the wing chord you could end up with a plane that flies rather nose up or nose down. Similarly, there doesn't seem to be a way to specify where the centre of lift of the rudder is placed vertically off the aircraft centerline. Most planes have the rudder above the centerline, and surely that generates a rolling moment on the plane when the rudder is moved? You'd seem to need some concept of "rudder vertical arm" to deal with that, but if there is one then I (for one) don't know about it. Don't feel bad about "interrogating". If you have questions, please feel free to ask either here or in the JSBSim list. Let us know if the above does not answer your question. Best regards, Jon Jsbsim is a fine bit of work, Jon. Just trying to make up for a slight lack of definitive manuals, that's all! Steve.
Re: [Flightgear-devel] Formation Flying
Julien Pierru wrote: Hi all Last night Dave, shavlir, Eow^^ and I successfully flew in "rather" tight formation for about 20 minutes. At any given times our 4 aircraft were contained within a 50 meters diameter volume. We managed to maintain an arrow shape formation with Dave Culp in lead shavlir #2 on Off course, Dave knows what position was the easiest :-D Erik -- http://www.ehtw.info (Dutch)Future of Enschede Airport Twente http://www.ehofman.com/fgfs FlightGear Flight Simulator --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Help About Coding
m umair wrote: Hi I am a computer science student an interesting in flight simulations and my final proj of BSC is Simulation of F-16 It is basic prototype of Flight simulator game. Now I want to enhance my simulator using flightgear. I would be thank full to you if you would let me know about the archtecture of Flightgear and some tutorials about flight simulation So if I understand you correctly you already have a program that calculates the Flight Dynamics of the F-16 but you want to use FlightGear only for the visual? In that case you would be best off using the net_ctrls and net_fdm protocols as defined in FlightGear/src/Network/net_*.hxx The file should be rather self explaining but there is also an example script located in FlightGear/examples/netfdm Erik -- http://www.ehtw.info (Dutch)Future of Enschede Airport Twente http://www.ehofman.com/fgfs FlightGear Flight Simulator --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Frames of Reference in jsbsim
Steve Hosgood wrote: I just *know* I'm going to get totally flamed for this, but can someone please tell me how the CG, Eyepoint, AERORP and VRP are interconnected? Yeah, I know - RTFM. It basically comes down to this, *you* decide where (0,0,0) is referenced and you will have to define all other locations relative to (0,0,0) For most of the fighters I have done I have (0,0,0) defined at the front of the nozzle and on the centerline of the aircraft. Erik -- http://www.ehtw.info (Dutch)Future of Enschede Airport Twente http://www.ehofman.com/fgfs FlightGear Flight Simulator --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Formation Flying
I just asked him and he is ok with it, so go for it...Julien