Re: [Flightgear-users] Windows FGv9.9 and FGTools
Georg Vollnhals wrote: As I am no core developer I am not sure whether they are alarmed by the number of user (4, 5, ?) who already mailed to the list with the same problem - FG 0.9.9 crash/hangup when started! This is very bad news :-( Indeed, it's shocking to see how many people did not try one of the prereleases. Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] FG 0.9.9 problems on Windows Me, Azerty, nVidia
Eric Brasseur wrote: When the simulation starts I get 15 FPS which is normal on that PC. Once I circuit and turn towards the open sea, the frame rate drops suddenly to 3 FPS, which is quite harder to pilot. Turning the plane back towards plain land restores the frame rate but only after several seconds (maybe this is not a matter of time but of what's displayed). I didn't ask for random objects, 3D clouds or any such special features. This is probably becuase your hardware can't handle the high number of *static* scenery objects in down-town Wan Fransisco (near the bay bridge). You could try to limit this effect a bit by specifying: -prop:/sim/rendering/static-lod/detailed=500 --prop:/sim/rendering/static-lod/rough=5000 --prop:/sim/rendering/static-lod/bare=15000 Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] FlightGear 0.9.9 Crashing on startup
Ampere K. Hardraade wrote: I have been using FlightGear since 0.9.4, and all previous versions of FlightGear ran fine on my old motherboard with i810. So, I'm sure his i845 would have no problem with FlightGear. I can bet that 0.9.8 would run fine on his machine while 0.9.9 doesn't. Did you try disabling all of the new rendering features like shadows and 3d clouds? Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Re: freeglut 2.4.0/CVS and CVS fgfs problem
Sid Boyce wrote: Sid Boyce wrote: Seems to be something in ~/.fgfsrc, without that file fgfs starts up OK and uses the CH yoke and pedals. I shall have to comment out stuff until --enable-clouds3d That one. Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Whats a good web-site for uploading - OT - Apple
Dene Maxwell wrote: PS Still waiting for the address and instructions on somewhere I can put some samples. Sent me an email after the release of 0.9.9 and I will include it in the examples directory. Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Sound on Linux systems
Kees Lemmens wrote: 3) Let FG run through artsd instead of directly to the soundcard (e.g. by using artsdsp fgfs . (Question : I am not sure if that is possible with OpenAL , can anyone comment on this ?) You can specify the following in the ~/.openalrc file (as one complete line): (define devices '(arts esd alsa sdl null)) Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] animation based on elapsed time
Dave Culp wrote: I see the Spitfire smoke animation uses /sim/time/elapsed-sec, but I don't That should be sim/time/elapsed-sec which gets created for every single AIModel (not the missing leading slash). Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] animation based on elapsed time
Erik Hofman wrote: Dave Culp wrote: I see the Spitfire smoke animation uses /sim/time/elapsed-sec, but I That should be sim/time/elapsed-sec which gets created for every single AIModel (not the missing leading slash). Make that Note the missing leading slash) Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] animation based on elapsed time
Josh Babcock wrote: Perhaps you could save the value sim/time/elapsed-sec when the submodel is created and then subtract that from the current sim/time/elapsed-sec whenever you wanted to know the age of that particular submodel. Then a little nasal to create another prop that the scale animation is based on. The sim/time/elapsed-sec property is 0 when the AIModel is created, I don't see the problem. Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] animation based on elapsed time
Dave Culp wrote: I tried this. All submodels share the same elapsed time (the elapsed time of the first one created), so this doesn't work. Then it needs to be fixed. It has worked that way in the past. Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] animation based on elapsed time
Erik Hofman wrote: Dave Culp wrote: I tried this. All submodels share the same elapsed time (the elapsed time of the first one created), so this doesn't work. Then it needs to be fixed. It has worked that way in the past. I see it's only available for ballistic AI objects, which shouldn't be a problem. Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] animation based on elapsed time
Erik Hofman wrote: Dave Culp wrote: I tried this. All submodels share the same elapsed time (the elapsed time of the first one created), so this doesn't work. Then it needs to be fixed. It has worked that way in the past. I don't get it, ai-Run(dt) doesn't seem to be called anywhere in the code, does adding it to FGSubmodelMgr::update solve the problem? Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] animation based on elapsed time
Erik Hofman wrote: I don't get it, ai-Run(dt) doesn't seem to be called anywhere in the code, does adding it to FGSubmodelMgr::update solve the problem? Never mind, it's called in FGAIBallistic::update I think it should work properly as it is. Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] animation based on elapsed time
Andy Ross wrote: But honestly, things would be much simpler using a little Nasal. Great, then we would have literally a thousand nasal interpreted scripts running for something as trivial as getting the time since creating, which in C is just as easy as adding dt to an internal value :-\ Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] animation based on elapsed time
Gerard ROBIN wrote: I have AI carrier exemple: Control on request elevators control when launch = Jet Blast Deflectors That would be more difficult to do on an AIModel basis, so I recommend to use global properties instead (and adding the leading slash back in). Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] animation based on elapsed time
Dave Culp wrote: It doesn't AFAICT. It appears every bit of contrail is using one model, just drawn in a different place, so they all use the same animation instance. This would explain why they all appear to use the elapsed time of the first model? Hmm, there does seem to be something wrong now. I think it's something for after the release of 0.9.9 Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-users] F-15 (Was: So what do you fly?)
Gerard ROBIN wrote: The Su27 FDM will be a real problem, so i do use the Erik f15 FDM (good for F15 bad for Su27) Speaking of which, I've had a request for a better supported F-15 model. Does anybody want to take over maintaining that aircraft? The FDM should be really good, it just lags a lot of stuff like the 3d model and panel. Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-users] WiKi (Was: So what do you fly?)
Hi Shelton, Shelton D'Cruz wrote: I am going to test each aircraft and write down what is inadequate with that particular aircraft - from this I will put it in a HTML table format and will get it uploaded somewhere so everyone can see whats wrong with them and hence what needs to be done. So send me feedback with what you think is not right with the aircrafts you fly and I will compile them in a HTML document and There is already a nice document on this subject on the FlightGear Wiki: http://www.seedwiki.com/wiki/flight_gear/aircraft_wishlist.cfm?wpid=218857 I must say that the wiki has been greatly improved lately. Whoever is responsible for this: Great work! Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] So what do you fly?
Shelton D'Cruz wrote: Hi Jon I would like to compile such a list so that newbies now exactly the status of each aircraft, however, others here don't think thats neccessary so I will give it a miss. Come on, don't give up that easily :-) While a compiled list of shortcomings doesn't necessarily urge someone to do anything about it, it's still good to see the state of the aircraft IMHO. Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] So what do you fly?
Innis Cunningham wrote: So I have some idea what time frame I might be working to do we know roughly when the next release is planed for. That's up to Curt to decide but is based on his free time. Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Re: FlightGear CVS/Cygwin Install personnal offer
Georg Vollnhals wrote: Georg, come back to our time ASAP. It's still 2005 over here and we need all the time we can get. Thank you very much Erik - I really need *every* day of 2005 (if you knew my age it would be clear for you why ) but I'm actually sharing my PC with my son and in his age (13 years) time does not run fast enough! :-) Ok, now back in old 2005! Welcome back, how was 2006 like ;-) (Never mind, it would spoil the surprise) Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Compiling OpenAL under CygWin for Windows
Bill Galbraith wrote: I'm attempting to get FlightGear compiled on my Windows XP box. Before that, I had to get SimGear compiled, and before that, OpenAL. Can't seem to get OpenAL compiled and installed to SimGear's satisfaction. When I run ./configure for SimGear-0.3.8, I get the message Checking for library containing alGenBuffers... no Checking for library containing alutInit... no Is there a guide somewhere for compiling openal? I would love to get this working, and according to the Changelog of OpenAL it should build properly on Cygwin, but I don't have access to it myself which doesn't make it easy to see what is the real problem there. Could you give me a description of the problem, or the output of the compile or something else that might be useful? Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Re: FlightGear CVS/Cygwin Install personnal offer
Georg, come back to our time ASAP. It's still 2005 over here and we need all the time we can get. Erik (Or in other words, your date is set to 2006) ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Problem running fgfs (0.9.8)
Shelton D'Cruz wrote: Hi I have removed the previous version of FG and have got the packages for FG (mandrake 10.1) but now when I execute fgfs I get the following error message: Adding subsystem environment Adding subsystem lighting Initializing OpenAL sound manager /usr/games/fgfs: symbol lookup error: /usr/games/fgfs: undefined symbol: alutInit You will also need to install openal. Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Problem running fgfs (0.9.8)
Shelton D'Cruz wrote: Hi Erik Well 0.9.4 works fine - does it not use OpenAL ?? Nope, it's used plib's SL library. Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Problem running fgfs (0.9.8)
Shelton D'Cruz wrote: I will look into it further, It says I have OpenAL installed but obviously not. Hmm, does Mandrake supply a separate alut library, if so you will need to install alut also. Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Problem running fgfs (0.9.8)
Kees Lemmens wrote: PS : isn't it a good idea to ask permission to integrate openal into flightgear and store the lib in the distro tree (as in the example above) ? It may save a lot of novices a LOT of time :-) We don't do that for the samee reason why we don't, include Mesa3D in SimGear. Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] cockpit sound
Dave Culp wrote: Is it possible to make engine sounds quieter when the canopy is closed? Is it possible to have the engine sound different when you are in front of the intake and can hear the compressor, than when you are nearer the exhaust and hear the roar of the nozzle more? Yes, I did that for the F-16 already: engine nameengine/name pathSounds/jet.wav/path modelooped/mode property/engines/engine/running/property orientation x0.0/x y0.0/y z180.0/z inner-cone180.0/inner-cone outer-cone360.0/outer-cone outer-gain0.2/outer-gain /orientation volume property/engines/engine/thrust_lb/property typelin/type factor0.34451/factor /volume /engine Note the inner-cone, outer-cone and outer-gain section. The inner code defines which section doesn't get affected (so between 0 degrees and 180 degrees the amplitude won't change). The outer code defines a the section where the amplitude gets faded to outer-gain. Note that this is in the 3d cockpit orientation. See FlightGear/docs-mini/README.xmlsound for more information. Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] FlightGear article spotted in .au
Vassilii Khachaturov wrote: The article says, among other thigns: Nice scenery night lighting with ground lighting concentrated in urban areas (based on real maps) and headlights visible on major highways. This allows for realistic night VFR flying with the ability to spot towns and cities and follow roads. I was unaware of highway headlights animation --- does it really exist in flightgear? I've seen it in MSFS98 once, at my MS-working friend's home... It doesn't say headlight animation, does it? ;-) Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] X-Plane/FlightGear Aircraft
T J wrote: Is it possible to download aircraft models designed for use with X-Plane (any version) and use them in FlightGear? It would be good if you could do this. If somebody knows how to add X-Plane Aircraft to FlightGear, could they please tell me what to do. No this isn't possible. While it might be possible to convert the 3d model to a FlightGear supported format, the X-Plane flight model is not like anything FlightGear supports. YASim might be the closest match, but as far as I know it's still not close enough to be able to convert it go YASim properly. Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Scenarios (Was: air refueling / air-air radar)
Gerard ROBIN wrote: did i missed anything between your answer to Harald and my last answer to you ? Probably not :-) This might be a good approach, it's just difficult to determine when to start displaying the model without running all scenarios all the time. Getting this optimized would be the biggest challenge (especially with thousands of possible scenarios world wide). Erik *we could have some property which attach a list of tiles to a specific AI snip scenery-tilee005n44/scenery-tile !-- Mont ventoux tile -- scenery-tilee004n44/scenery-tile !--surrounding tile -- scenery-tilee006n44/scenery-tile !--surrounding tile -- scenery-tilee005n43/scenery-tile !--surrounding tile -- scenery-tilee005n45/scenery-tile !--surrounding tile -- /entry /scenario /PropertyList=== ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Tutorial - Flight between 2 airports
[EMAIL PROTECTED] wrote: If several authors produce several tutorials and howtos, several smallish HTML files linked off a central index page gives the widest access to these efforts. Which is presumably the object of the excersize. Hmm, Ok you've convinced me. HTML it is. But I would like the general layout to be consistent between documents and between online and offline documents. I've created a few javascript scripts in the past to would make this easier, if anyone cares I would like to contribute them for this. Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Scenarios (Was: air refueling / air-air radar)
Harald JOHNSEN wrote: in the sense that we can set properties and add some script that is executed the first time the tile is loaded. That would certainly be a start, but another thing I am aiming at is ferries crossing a river or a lake at the appropriate time schedule. With this approach you could end up seeing a ferry appearing out of nowhere when the ferry crosses multiple tiles. Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Tutorial - Flight between 2 airports
AJ MacLeod wrote: That looks really excellent! Finally we have two cohesive tutorials to point complete flying newbies to that are written with FG in mind (there are a reasonable number of these folk turn up on the IRC channel now and again) Actually, we have three (at least0. In the Docs directory of the base package is a file called fschool_0.0.3.pdf which also described a lot of the basics of flight and FlightGear. Would it be possible to combine these documents somehow to get to one comprehensive manual, preferably in PDF format? Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Tutorial - Flight between 2 airports
Erik Hofman wrote: Actually, we have three (at least). Actually, there's four: http://www.flightgear.org/Docs/Tutorials/circuit/ Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Tutorial - Flight between 2 airports
[EMAIL PROTECTED] wrote: NOOO! not more pdf! pdf is closed , proprietary difficult to modify, huge and generally bad. So what do you suggest as a cross-platform alternative? (And don't mention OpenOffice since it hasn't been ported to many platforms and is way overkill for just reading documents) Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-users] Scenarios (Was: air refueling / air-air radar)
Dave Culp wrote: Would it be a good idea to add a tanker, say an A-6 Intruder to the aircraft carrier scenario? We could set it up in an orbit over the carrier at 5000 feet. Actually, this triggers something else I've been thinking of. Right now all scenario's take place at KSFO. If we would turn on all available scenario's the framerate would drop considerably. How do you all feel about differentiating the scenario's to different airports instead. Then we could enable them all and is it just a matter of starting at the right airport to get a certain scenario. Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Scenarios (Was: air refueling / air-air radar)
Gerard ROBIN wrote: Right, we cannot get the good scenario according to the place we are. I don't use AI surrounding KSFO, instead of it i did create some AI: Helicopter (bo105 hello Melchior) flying over mont Ventoux and Nimitz Cruising in mediterranean Sea not far from Nice (from Nice we don't see Mont Ventoux more or less 200 km). The idea could be to activate specific AI like a Lod property according to the distance. One idea I had in the past was adding scenarios to the scenery configuration files. If the tile gets removed from the queue then the scenario would stop automatically. There is a catch though, what about scenario's that cross tile borders. Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] mem leaks ?
Just as a heads up, Mathias has sent me a patch containing a number of memory leak fixes that where tracked down by valgrind. I hope I can commit it later today. Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Compiling simgear/flightgear in mingw/msys
Frank Olaf wrote: metar.cxx: In member function `void SGMetar::useCurrentDate()': metar.cxx:162: error: `gmtime_r' undeclared (first use this function) metar.cxx:162: error: (Each undeclared identifier is reported only once for each function it appears in.) I think I have this fixed in CVS now. Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Compiling simgear/flightgear in mingw/msys
Frank Olaf wrote: Thanks, that was impressively quick. The compilation now cleanly passes the point in question, but it now holds on a different error that also seems to be related to pthreads. The error message is quite correct, there is no config.h in the same directory as pthread.h. make[3]: Entering directory `/c/fgcompile/simgear/source/simgear/threads' if g++ -DHAVE_CONFIG_H -I. -I. -I../../simgear -I../.. -I/fg/include -g -O2 -D_REENTRANT -MT SGThread.o -MD -MP -MF .deps/SGThread.Tpo -c -o SGThread.o SGThread.cxx; \ then mv -f .deps/SGThread.Tpo .deps/SGThread.Po; else rm -f .deps/SGThread.Tpo; exit 1; fi In file included from SGThread.hxx:28, from SGThread.cxx:17: C:/msys/1.0/fg/include/pthread.h:167:20: config.h: No such file or directory This is odd, I don't think pthread.h should be referencing config.h anytime, unless it's not the autoconf generated file but rather a system wide file?? Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Request: How to compile FGFS on Win32 + Cygwin
Vivian Meazza wrote: It was removed to allow landing on carriers - you can have one or the other but not both right now. I believe (but I'm not 100% sure) that the deck of an AC has to be declared solid in the configuration files, so in theory both should be possible. Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Appealing to MS Windows community
Lee Elliott wrote: Heh:) ...the number of times I wish I had the wherewithal to make an animation tool - something that would allow me to test and reload model animations without having to run full FG to test each change. Especially something that would allow me to test undercarriage animations;) I know what you mean, the pain... Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Request: How to compile FGFS on Win32 + Cygwin
Kevin Jones wrote: OK. I use Win32 and I have Cygwin. How do I compile FGFS in this environment? Is there a cygwin compile guide? There are two approaches described here: html http://www.seedwiki.com/wiki/flight_gear/mingwcross-compiler_writeup.cfm?save=truepname=mingwcross-compiler_writeuppurlname=mingwcross-compiler_writeupwname=flight_gear http://www.seedwiki.com/wiki/flight_gear/fgfs_and_msys.cfm?save=truepname=fgfs_and_msyspurlname=fgfs_and_msyswname=flight_gear /html Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Interface of simulink with FG98
[EMAIL PROTECTED] wrote: I have Matlab 7 R14 installed including the aerospace blockset v1.6 which contains a demo model which apparently interfaces with Flightgear. The documentation says... Copy the HL20 folder from matlabroot\toolbox\aeroblks\aerodemos directory to FlightGear\data\Aircraft directory. This folder contains all the pre-configured geometries for the HL-20 simulation and the HL20-set.xml file. Only problem is that there is no HL20 folder in the specified location or anywhere else in the matlab installation! Has anyone else found this folder or have another way to make this demo work? I'm afraid this is becoming very mathlab specific and should be asked over at the people responsible for the demo. Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Does anyone know of an f16-specific autopilot?
Michael Matkovic wrote: Erik, What is your opinion on attempting to use the YF-23 autopilot with the F16? It would be great to have a working autopilot for the F-16. For me it doesn't matter if it comes from the YF-23 or for the J3cub :-) Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Using the generic protocol for playback with playback.xml
Buchanan, Stuart wrote: Has anyone else used the playback.xml generic protocol for replay? To be honest this was just a test configuration file to test the input capabilities when I wrote the generic protocol. It was meant to be extended for real playback at a later date. I guess no-one (including me) has ever gotten to it. As far as I can tell it lacks a number of parameters and possibly has a few that aren't needed at all. Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Using the generic protocol for playback with playback.xml
Buchanan, Stuart wrote: For a test configuration file, it works pretty well. I'm impressed. I'll have a look at enhancing it. Will I be able to simply add new parameters to the xml file and have them read/written appropriately, or will I need to write some C code? No, that's the main reason for the existence of the generic protocol, no programming needed if ... Also, do you know if the slow-down I saw would have been because of a lack of CPU, or whether the I/O system has a maximum sample rate I should be aware off (other than the 120Hz of the FDM) This might be a bug, I'll have to take a look at this. Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Does anyone know of an f16-specific autopilot?
Michael Matkovic wrote: If there's an F16-specific autopilot for flightgear, could you please let me know where I could get it? I've been using the generic autopilot without a great deal of success, obviously. The work I am involved in requires a JSBSim aircraft like the F16. Unfortunately, YaSim doesn't provide the parameters required, although there is a YaSim aircraft (YF-23) that does have dedicated autopilot. As the author of the (JSBSim based) F-16 model I can conform there is no F-16 specific autopilot implemented other than the base flight rules that apply to the F-16 model (flight characteristics related, not waypoint related). Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Help with 1900D Files
T J wrote: How do I get the updated files? From the Aircraft Download Page, the files are not updated. No, and there is a good reason for that, the latest files might not work properly with previous versions of FlightGear (because of changed animations types and configuration file formats and such). Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Updating v0.9.8 via CVS
Mike Rawlins wrote: I'm considering doing an update of my version 0.9.8 which I installed after its release in February. At that time I installed plib, simgear, and FG through CVS checkout of source and data to my system running linux (FC2). The previous few full installs (configure, make, make install) I've done in the past have gone well, and after 15-20 minutes of issuing commands everything usually works. Can anyone give me a few pros and cons to doing an update? I believe the command is update after logging in to cvs, correct? What is the exact syntax? cvs -z3 up -Pd Are there lots of nifty new additions to the sim that suggest I might want to do the update? Yes, we've been very active lately (thanks anyone). I'm really pretty happy right now flying 0.9.8 as it was released. Want to be sure I know what I'm doing before trying to update (and maybe screw up what I have now...). Maybe you just want ot back it up before doing the update? Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] 1900D Progress
T J wrote: How is the 1900D? Is the update posted yet? It's in CVS, yes. Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] aircraft control
Rick Simmons wrote: So far I have been unable to attain straight and level flight. Using keyboard control I find the rudder will not return to centre, also the cesna needs constant correction to prevent veering to left on take off. I have tried several parameters i.e. :- fgfs --control=mode keyboard, --enable-auto-coordination, This is due to wind feathering and engine torque and is also noticeable in a real aircraft. Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] wrong way for my plane
[EMAIL PROTECTED] wrote: how change it to put the fuselage in the road's axis ! You will need to create a model animation file that references you original model file and rotation offset. This file gets included from your -set.xml file: Here is the animation model.xml file (which needs to be put in your Models directory, alongside the 3ds file): ?xml version=1.0? PropertyList pathyour_model.3ds/path offsets heading-deg90.0/heading-deg /offsets /PropertyList Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Logging feature in FlightGear
Dan Zelazo wrote: Hello all, I am currently running FlightGear 0.9.2 and am trying to make sense of the Logging option in the File menu. It appears from the menu that you can log aircraft states (like attitude, rates, etc.) to a .csv file. I can't seem to find any .csv files and have not been able to find any documentation on this feature either. I would greatly appreciate any insight someone might have on this feature. There is a file called README.logging in the Docs directory of the base package. You could also take a look at the generic protocol as described in the README.IO file which can redirect it's output to a serial connection, a network socket or a file. Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] setting up the FDM
Since this is a JSBSim only question I've forwarded this to the jsbsim mailinglist. I would advise you to subscribe to that list also: http://jsbsim.org/ http://lists.sourceforge.net/lists/listinfo/jsbsim-devel Erik bass pumped wrote: Hi all, Could someone give me a better idea on how the FDM works in Flightgear? I'm using JSBsim with the c-182 and have found myself a little confused on how it calculates the values from the configuration file. For example, how exactly is the lift force calculated from Cl? I do know that Cl = Clo + Clalpha*alpha + etc.. , and each of those multiplied by the dimensionalizing factors gives the lift force itself. But the table data in the configuration file implies that Cl=Cl(alpha), hence eliminating the need for Clo. Similarly for the Cd and Cm... Would anyone be able to explain this to me better? Also I'm wondering if I can find code where the values from the configuration files are processed. Thanks in advance. ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] licensing question
Arnt Karlsen wrote: On Mon, 01 Aug 2005 22:54:42 +0200, Erik wrote in message Every once in a while I work on a small project where it could be important to get it widely accepted. In such case BSD the the license of choice. ..this used to be a wise advice in pretty much the same sense it was wise to remain calm and keep quiet aboard any hijacked airliner. ..nowadays we have Microsoft patenting all kindsa trivialities, and the BSD's allows them the use and redistribution and modification of your code, and without access to source, how do you keep track of who owns what mod, and how do you avoid being denied the use or right to distribute your code under any BSD license in the current software patent happy regime? (Yeah, its a retorical question. ;o) ) If release something under the the BSD license I don't even want to own the code anymore. Time for plain old anarchy! :) ..so even in this case, I find the GPL, a better choise. boom. Let me be the judge of that (for mny own code). Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-users] Weather makers
Hi, I drove through Germany a few days ago and there I discovered they are the ones responsible for the weather! Cloud generation: http://www.a1.nl/~ehofman/fgfs/images/hpim3791.jpg Wind generation: http://www.a1.nl/~ehofman/fgfs/images/hpim3794.jpg No wonder it's cloudy in The Netherlands for the past few weeks. Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] licensing question
Josh Babcock wrote: It doesn't really seem to make sense to release aircraft under the GPL as they aren't really source code. If an aircraft were released under the Creative Commons license, would it be compatible enough to be part of the base package? Or does GPL work fine? GPL works fine, since the configuration files (and the AC3D files) are human readable. If you decide to release your own models under a less restrictive (say BSD) license there is no problem though. Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] slow framerates with Nvidia PICExpress underLinux solved !
Vivian Meazza wrote: I'm not sure that the PAPI/VASI lights are the problem. The FLOLS on the carrier does the same job and they are quite vertex intensive, but don't pull the frame rate down noticeably. The difference is that the runway lights are modeled using GL_POINT_SMOOTH instead of textured vertices. Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] slow framerates with Nvidia PIC Express under Linux solved !
Kees Lemmens wrote: But ... yesterday I installed the latest NVIDIA-7667 driver and now Flightgear works perfectly well on this system ! I even can use 1280x1024 and still have high framerates without any noticable hickups ! It looks like they use FlightGear now to test their drivers :-) Nevertheless there still remains the question : why would the card with the old driver slowdown to a crawl if any airport was visible while other 3D apps wouldn't have any performance problems ? Could it have been something with the landing lights ? It is the support of OpenGL extensions that makes OpenGL hard for driver developers, but *very* flexible for the graphics developers. If an extensions is reported to be supported, but at the same time uses software rendering, it will slow down the whole program. If that particular extension isn't used by any of the other programs, you won't notice anything when running these programs. Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] SimGear compile problem
John Matro wrote: I can't compile SimGear-0.3.8 on my Mandrake 10.1 Linux system. Any suggestions would be greatly appreciated. I ran the ./configure okay. But when I run 'make check' it ends with an error. The last few lines of the screen display are below (I added some blank lines for clarity): Your version of OpenAL seems newer than what SimGear-0.3.8 was designed for. Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Compiling FlightGear
scott wrote: Well, now the next problem. The error occurs during the make of the SimGear. This is the tailing code snippet: In file included from sgstream.hxx:47, from sgstream.cxx:35: ../../simgear/misc/zfstream.hxx:33:18: zlib.h: No such file or directory This one is resolved by either installing the zlib-devel package or compile it from source (located in the SimGear/src-libs/ directory) Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] aerosim and flightgear
[EMAIL PROTECTED] wrote: hello all I am trying to run on a pc flightgear, and on the other, matlab executing the aerosim blockset. Firstly, the c172 blocksets do not have a flight gear interface. The blockset that does have an interface is aerosonde, but flightgear does not have a aersonde aircraft model. How can i configure flightgear to accept commands from the other pc? The command line given in the documents does not work, as the aircraft sits idle on the runaway, when i execute the command line parameter, but the joystick seems to work, but i am unable to takeoff the plane. I want to be able to give a bank angle or some other parameter on matlab, and see the action on the flightgear aircraft, which is running on another pc. I think this really is a question for the matlab developers since they have adapted FlightGear to work with matlab and not the other way around. Maybe someone here can answer this question but you will have a better chance of success at matlab. Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Re: FlightGear server field test
Pigeon wrote: And speaking of FlightGear server, does anyone know what's going on with http://fg-server.sourceforge.net/ ? Nothing much for over two years. It's just one of five or six attempts to create a multiplayer engine for FlightGear. None of them (except the current implementation which was designed as a technology demonstrator for an ATC simulator ...) ever reached the point where it could be considered useful. Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Pixel Details
iswarya damodharan wrote: Sir, I am using Flight Gear and I am using terra gear only for scenery database. I have downloaded the sceneries from the world map provided by flight gear.You have not mention the pixel resolution. I would like to know how many meters does a single pixel represent. For OpenGL there is not just a single pixel resolution, except for the textures. OpenGL (being a vector graphics library) adjusts the resolution and always draws at the highest resolution possible for your hardware. The textures are a different matter, in the materials.xml file (in the root of the base package) one specifies what area the texture covers (say 1000 x 1000 meter) and then your resolution will be (if the texture is 512 x 512 pixels) around 2 meter per pixel. Kindly reply at the earliest. I'm sure this is meant to be nice and all but somehow I think this will just delay the response time since it almost sounds like an order. Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Pixel Details
C Ridley - OnCall Solutions wrote: I would hope we do not nit pick our non-English speaking friends. Hey, I'm not blaming anybody, I just cautiously tried to explain something. Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Hardware requirements
AJ MacLeod (email lists) wrote: On Saturday 09 Jul 2005 03:58, James Vahn wrote: Pick something for me at http://zipzoomfly.com in the $50 range, if you'd be so kind. Hmm. I know there are plenty of people here with far better technical knowledge of 3D graphics and the relative merits of the various generations of cards than I have, and I hope some of them will suggest something to you. Low-end FX5200 or later should be enough to have fun. Faster is better (as always) but not necessary unless you're after something special. Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Compile flightgear fails
Dirk Vornheder wrote: Compile latest flightgear version from cvs fails: /usr/lib/gcc-lib/i586-suse-linux/3.3.5/../../../libplibnet.so: undefined reference to `ulSetError(ulSeverity, char const*, ...)' /usr/lib/gcc-lib/i586-suse-linux/3.3.5/../../../libplibnet.so: undefined reference to `ulStrDup(char const*)' I've updated the Makefile in that directory, could you try it again? Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Compile flightgear fails
Dirk Vornheder wrote: /usr/lib/gcc-lib/i586-suse-linux/3.3.5/../../../libplibnet.so: undefined reference to `ulSetError(ulSeverity, char const*, ...)' /usr/lib/gcc-lib/i586-suse-linux/3.3.5/../../../libplibnet.so: undefined reference to `ulStrDup(char const*)' I've updated the Makefile in that directory, could you try it again? Compile works. Thanks. If i start flightgear with fgfs i get the error messages: native_blitbuffer: select error occured That's an OpenAL (sound driver) problem. I'm not sure how to solve this. Does sound work for other applications on your system? Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Error in Simgear compile
bass pumped wrote: While compiling Simgear on Fedora core 3 (and core 4 earlier in the evening) I keep encountering this error: I've committed a fix for this a few minutes ago. Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] a few questions about the f16
Bernhard Auzinger wrote: Hi everybody, when flying the f16 in a dive with full thrust, the elevator begins to bounce up and down at about 800 knots. But why? Is it the fly-by-wire system of the f16, which is holding the a/c in a stable flight attitude? Or is it a failure in the Model? It is the fly-by-wire logic that might need some more fine tuning, although it only happens in over-speed situations. So it might actually happen in real also ... I read about the f16, that it can reach Mach 2 in a straightforward flight. But how could I reach Mach 2? The maximum I reach is about 750 knots (~sonic speed). Did I get something wrong in this case? It can reach Mach 2.0 at 40,000 feet only. Our model does that as well. Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Re: the nimitz_demo HOW??
Vivian Meazza wrote: Josh, I'm right with you on this one. As I said, we shouldn't unnecessarily muck about with users' preferences, keyboards, joysticks, or whatever. David has a good point too: many user's will never find the refuelling, thermal or carrier stuff. I wonder how many users know that there is a working simulation of the guns on the Spitfire (if they don't it's my fault)? All that's necessary is that where we aircraft designers override users' preferences is that we make clear that we are doing so. Having 2 T38's is perfectly reasonable (c.f. Hunter). I haven't followed this discussion closely, but what about adding a menu item that let's one select one of many scenario's at runtime (tanker, carrier, formation flight, etc)? Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Re: Joystick setup
Melchior FRANZ wrote: against CVS/HEAD to one of the other developers. (Erik is always happy about post. ;-) You can also send the diff to the developers list (if it isn't too Bah :-) Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Elevator Angle
bass pumped wrote: Hi, I'm trying to find the extreme angles to which the elevator, or any other control surface for that matter, can deflect, for example between 25 and -15 degrees. The internal browser shows the input to the those surface positions from -1 to 1. I looked at the aircraft xml file (of the c-172) in hopes of finding that data there with no luck. Are these angles defined somewhere else I may not be looking? They are defined in multiple locations; * The FDM; probably be setting min and max values * the animation; by adjusting the gain factor. Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] fgfs as a Ground Control System?
Curtis L. Olson wrote: Kitts wrote: CL I would just run with --fdm=null and pass in the CL data that you do have. Optionally you can compute estimates for things CL you don't have just to make the display prettier. Optionally i can compute? How? Is it not the FDM that does all that computation? The thing you have to remember about the FDM's is that they are self contained units that maintain their own internal state. They aren't setup to have their internal values overridden by an external source, and there are issues and problems doing that. It might be an idea to extend the ACMS FDM, it takes some inputs (I have to lookup which ones, but I think it's at least lat, lon, speed and direction) and continues to fly until the next update. Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Re: the --jpg-httpd option
[EMAIL PROTECTED] wrote: I've another question about flightgear. I'm playing it with my roomate in multiplayer mode and we are currently trying to fly some formation. But with the faster aircrafts (f16, YF-23) we sometimes lose each other and it takes a long time to get together again. So I would like to know if there is a onboard radar on the aircrafts? Not yet for MultiPlayer aircraft. When this code has been ported to use AIModels we will get it for free though. Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] the --jpg-httpd option
[EMAIL PROTECTED] wrote: Hi! Does somebody know, what I have to do to be able to use the --jpg-httpd option (screenshots via http-server) with flightgear? Starting fgfs with that option doesn't work for me. I only get a message, that this option doesn't even exist. This sounds as if SimGear was compiled without specifying ./configure --with-jpeg-factory. Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Remote Joystick use
bass pumped wrote: Hi all, I want to use a joystick from a remote system to control an aircraft on flightgear. I need the data to be sent to flightgear via UDP. My question is, how do I setup flightgear to receive the commands from a remote joystick? Do I use joy-client or jsclient? Or is native-ctrls a better option? jsclient should work well, although I haven't tested it myself: FlightGear/docs-mini/README.jsclient Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Remote Joystick use
Curtis L. Olson wrote: That probably hasn't been tested for many years ... I wrote that up for a quick demo once. If you can get it to work great, otherwise if you are starting from scratch, you might be just as well off to use native-ctrls. Ehm, I meant the js_server program located in FlightGear/utils/js_server instead. Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Remote Joystick use
bass pumped wrote: Hi all, Thanks for the quick replies!!! Ehm, I meant the js_server program located in FlightGear/utils/js_server instead. I had read about that in the documentation and wanted to have a go at it... ummm... maybe I'm wrong... but I don't see the utils directory in the windows release of v9.8. Is it used only for linux based systems? Thanks!!! The utils directory is in the source code. I can imagine that Frederic didn't include it in the windows binary but I expect it should work alright. Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] AC3D Tutorials
Bill Galbraith wrote: *WARNING!* These files are huge, and take a LONG time to download, even with a fast Internet connection. The entire series is 950 Meg. Holycows, indeed. Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Query:How to install in Linux?
iswarya damodharan wrote: Hai I am Iswarya from ADA.We are running FlightGear in Windows OS.We would like to run Flight Gear in Linux OS. How to install in Linux OS the FlightGear.What are the packages and downloads required to use FlightGear in Linux OS. It really depends on your distribution and which version you want to run (the stable release or the development version). My best bet is to look at the binary packages on the website: http://flightgear.org/Downloads/binary.shtml#linux Can the same code be used for Linux OS also? If you mean the base package, yes, it can be used for all supported platform without any modifications. Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Re: Flightgear-users Digest, Vol 25, Issue 6
Kees Lemmens wrote: Hi, On Tuesday 10 May 2005 10:07, Erik Hofman wrote: ... In my install, I have most of the files and directories (airport, aircraft, etc) in /usr/local/FlightGear-0.9.8/share/FlightGear so I thought it is the fg-root; in fact, in this directory, there is also that version file that contains the version number of flightgear, Oh man, this really sounds like a mess. The normal behaviour is: main program:/usr/local/bin/fgfs data directory: /usr/local/shared/FlightGear/data I do not agree with Eriks remark that this sounds like a mess : it is a commonly used method to ensure that EVERYTHING that belongs to a certain packet ends up in the same tree without cluttering anything else and can thus be easily removed without having to rely on an UN-install script. That's why we have a data directory, the tree would like something like this then: /opt/FlightGear /opt/FlightGear/bin /opt/FlightGear/sbin /opt/FlightGear/data /opt/FlightGear/include This is nothing like he described above. Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Re: Flightgear-users Digest, Vol 25, Issue 6
Patrick Augereau wrote: Ok; this is something that isn't clear for me; what is exactly the data directory ? The data directory is the directory that (shouls) contain all the cross-platform data files of FlightGear, like the Aircraft directory, the gui directory, etc. In my install, I have most of the files and directories (airport, aircraft, etc) in /usr/local/FlightGear-0.9.8/share/FlightGear so I thought it is the fg-root; in fact, in this directory, there is also that version file that contains the version number of flightgear, Oh man, this really sounds like a mess. The normal behaviour is: main program:/usr/local/bin/fgfs data directory: /usr/local/shared/FlightGear/data and I thought it was this file the program complained not to find; it must be something else, since the file is there anyway; What is the content of this file in your case? on the other hand, there is also a data directory, that contains very few files; but if I set fg-root to Which files are located in your data directory then? Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] frame rate lower at higher screen resolution (etc.)
Mike Rawlins wrote: A google search on flightgear and frame rate gave me a posting that suggested trying these options that have been shown to increase frame rate by ~300% (over default settings, as tested on SGI): --control=mouse --disable-intro-music --disable-random-objects --disable-sound --disable-hud-3d --disable-specular-highlight --fog-fastest --model-hz=60 --geometry=800x600 --visibility=1.0 --fov=50 --prop:/sim/rendering/static-lod/detailed=500 --prop:/sim/rendering/static-lod/rough=5000 --prop:/sim/rendering/static-lod/bare=15000 --prop:/environment/clouds/layer[1]/coverage=clear --log-level=alert After doing some testing on the first group above, I note that the geometry seems to be the only parameter that increases frame rate for me. I had been using --geometry=1400x1020 on my Dell laptop (1.4 GHz processor, 2 GB RAM, NVIDIA card), giving about 7 fps on runway. Using 800x600 increases rate to just over 20 fps. I'm wondering if the other ones (specular-highlight, random-objects, model-hz) are known to cause big differences in frame rate. A difference in framerate due to Specular highlight and/or random objects depends on the Video chipset (GPU) whether it makes a difference or not. A difference in framerate due to changes in the model-hz depends on the main processor (CPU). I would not recommend using this option unless it _really_ makes a difference. Also, what about the second group (--prop:)? I really don't understand them too much. It specifies the complexity of static scenery models at three different stages (Level Of Detail; LOD). Setting them to lower numbers should increase the framerate and setting the numbers higher would improve visible accuracy. The last of those specify not to display any cloud cover. Lastly, should the following work to show frame rate on startup? Didn't work for me and gave no error: --prop:/sim/hud/draw-fps=true This is only for showing the framerate in the alternative HUD. Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] newbie needs help
Curtis L. Olson wrote: Erik Hofman wrote: Currently i wish to have some property values outputted out of the serial port and have some other property values inputted through the same serial port. How do i do that? Have two separate protocol files and configure them as in and out respectivesly to work over the same serial port? Hmm, I never had that in mind. I don't think that would be possible, at least not in an interactive way. The generic protocol just sends data to the output port at regular intervals or reads data from the input port at regular intervals. Hmmm, why wouldn't this work ... you can open up a single serial port and write to and read from it. It can be done, just not in an interactive way. The implementation was not designed for that. So you can't return the value of a property based on a request from the sender. You can however sent and receive at the same time. And since the serial port driver buffers the incoming packets it would be possible to synchronize the sender and receiver without too much trouble. Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] newbie needs help
Kishore wrote: Howdy Fellas' I am a newbie to FlightGear and am impressed by its performance. My greetings to all the developers and everyone associated with the projects development. I have a few queries about the generic I/O protocol. A quick Google search informed be that the protocol can now take input as well (the readme file of my installation still mentions output only). This is Eh, you might be right. Keep in mind that the format tag is ignored for input, the value is just converted to type. wonderful news but how can the same protocol work as both input and output (dir = bi) simultaneously? Is it possible to mention in the XML file as to which chunks are meant for output and which chunks are input? Else what sense would it make to take input and give an output of the same thing? You have to specify the input chunks within an input/input section and the output chunks within an output/output section (this is also done in the playback.xml configuration file located in FlightGear/data/Protocol). Currently i wish to have some property values outputted out of the serial port and have some other property values inputted through the same serial port. How do i do that? Have two separate protocol files and configure them as in and out respectivesly to work over the same serial port? Hmm, I never had that in mind. I don't think that would be possible, at least not in an interactive way. The generic protocol just sends data to the output port at regular intervals or reads data from the input port at regular intervals. Another thing i would like to know is what are the minimal set of data i need to provide to allow me to define the state of the aircraft (these are my input values). Currently i can only input 6DOF (lat, lon, alt, roll, pitch, heading/yaw). Will this set of minimal input be sufficient to simulate the aircraft in GUI? I don't have an instant answer to this one, it would be nice to have this specified somewhere. To see which properties are available you could take a look at README.properties in the docs-mini directory of the source tree or the Docs directory of the base package. But be warned this is still work in progress and not all properties are listed. Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Input-Output native-fdm
Ozan Mahir Alpagut wrote: i've got flightgear 0.9.6 installed. i run fgfs with these parameters fgfs.exe --fg-root=C:\FlightGear\data --fg-scenery=C:\FlightGear\data\Scenery --airport-id=KSFO --aircraft=ComperSwift --control=keyboard --disable-splash-screen --disable-intro-music --disable-random-objects --disable-sound --enable-hud --disable-anti-alias-hud --disable-hud-3d --disable-specular-highlight --disable-ai-models --in-air --lon=0 --lat=0 --altitude=0 --disable-clouds --disable-skyblend --disable-textures --shading-flat --fog-disable --geometry=800x600 --bpp=32 --timeofday=noon --fdm=external --native-fdm==socket,in,30,,5500,udp but it says unknown exception in the main loop. Aborting when i remove the last parameter '--native-fdm==socket,in,30,,5500,udp' it works.. This option should read --native=socket,in,30,,5500,udp See FlightGear/docs-mini/README.IO for more details. Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Re: version 0.9.8
Jon Berndt wrote: If you haven't seen the most recent JSBSim Newsletter, there is an article there that you might find interesting about connecting JSBSim to Matlab/Simulink. The next issue will be getting put together shortly, and there will likely be a surprise in that issue. A pleasant surprise I hope? :-) Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Synchronising more than 2 instances of Flightgear
Curtis L. Olson wrote: Or you can use the --native= option once with the broadcast address. Be cautious here, I've read somewhere that Windows by default doesn't listen to the broadcasts address anymore since a particular version (I don't know which one, but I believe XP). Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] in debian ssgInit called without a valid OpenGL context
Jimmy Ott wrote: i'm running debian sid, with dri drm from http://people.debian.org/~daenzer/dri-trunk-unstable/ my laptop has an ATI IGP 340M graphic card. tuxracer works perfectly with opengl, only fgfs shows me the message ssgInit called without a valid OpenGL context. This is often caused by an incorrect color depth. You should try to set your hardware to 24-, or 32-bit colors. Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Hardware and OS performance for FlightGear
Miles Gazic wrote: I'm starting plans for setting up a simulator lab at work using FlightGear. I've got my company's sim to output native-fdm style messages, and when I run FlightGear with --native-fdm=socket --fdm=external, our sim drives FlightGear without problems. The next step is to decide on hardware to use. I think we are going to have 3 computers, each hooked to a projector, so we'll have a somewhat wrap around display.The projectors will probably do 1024x768. How fast of hardware is necessary to get good frame rates at that resolution? I want to make sure the display isn't going to stutter, but I don't want to go nuts with the price, either. Personally I would start with a dual processor system to separate scenery loading from the display loop. That would eliminate almost all f the stutter you sometimes get (I don't expect hyper threading to solve this problem). I don't think the CPU's need really high speed, average should be enough. For the video adapter it would be wise to take the (semi)professional models rather than the low-end models. Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Okay ... who was it?
Melchior FRANZ wrote: I'll find out anyway. I can't stand people borrowing things from me and returning them like *that*! http://members.aon.at/mfranz/exhibit_A.jpg Hmm, this morning it was still in one piece ... and it was still painted yellow. Any chance the military may have something to do with that? Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Error loading scenery in 0.9.4
Nick Coleman wrote: You may be better posting to the flightgear-devel mail list. On the face of it, I don't see why your FDM won't work with the current version (0.9.8); it's only networking after all. The problem is that every now and then the struct that is sent over the network is extended with new functionality. This makes them incompatible with the previous version. That said, it would still be easy (for Cloudcap) to compile FlightGear 0.9.8 to get it working with their software. I think the 0.9.5 scenery is still usable for FlightGear 0.9.4 but I'm not sure it is our task to offer scenery for every FlightGear version of the past (in fact I think that's up to Cloudcap to accomplish). Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Generic Output Question...
David Edwards wrote: I'm using v0.9.8 of FlightGear under Windows 2000, and am trying to get FG to log position and heading information to a file using the --generic option. (OK, it being windows, I'm using the GUI tool to select this, rather than the command line...) For some reason, FG is not writing anything to the file. Even when I use the example .xml given in the documentation, or the one provided in the Protocol directory, I don't get output. A 0-length file gets created in the right place, so I'm pretty sure I'm on the right track... are there any mistakes frequently made by newbies associated with generic I/O? This option has not been used that much, so there is no mistakes frequently made by newbies. There has been a change in the command line sequence between 0.9.7 and 0.9.8 that might cause problems. You should at least be able to output something by using the following command-line option: --generic=file,out,1,\tmp\data.out,playback Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] DATCOM error
Bill Galbraith wrote: I've been working on a DATCOM+ model for the A380, and discovered one of those pain in the butt errors, that caused MAJOR problems all due to one bad letter. I don't have a DATCOM user's group estabilshed, but I know a number of people on this list are using my DATCOM stuff, and thought this notice might help someone that would have been running into the same problem that I was having, but might be too embarassed to ask. Maybe this is the right time to remind every one there is a flightgear-flightmodel mailinglist that can be used to discuss everything related to the flightmodel, ranging from FDM design (like JSBSim and YASim) to model configuration files (like DATCOM): http://mail.flightgear.org/mailman/listinfo/flightgear-flightmodel If you have any interest in this subject it would be best to subscribe to that list (also). Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Select airport from list
Ron Lange wrote: Hi, are the nescessary scenery files also downloaded and installed? FlightGear is delivered only with the w130n30 scenery tile. That's not the real problem. There was a software problem/bug in plib that is triggered by FlightGear. The next release should have this fixed. Erik francisco.rinaldo1 schrieb: Hi all When I try positioning an aircraft choosing select airport from the list, it doesn´t work. The program reloads the same airport. What is wrong? Best Regards ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Segmentation Fault - Fedora Core 3 2.6.10
Doug Webb wrote: I noticed that when I run configure in the FlightGear folder it can't find a library containing the function hid-init but otherwise it succeeds. Is that function necessary for FG to run? Only on BSD. I'm not aware of any other platform that needs it. ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Segmentation Fault - Fedora Core 3 2.6.10
Doug Webb wrote: I ran the update program for Fedora Core 3 which updated the kernel, glibc and a few other things. Now FG will build but when I try to run it I get Segmentation Fault. I get the splash screen, a notice FG can't find the default runway then the Segmentation Fault. It doesn't get as far as making any sounds. I know that means a bad pointer somewhere but I expect this to be a compiler option problem and not a bug in the code. Am I correct in that? Any suggestions as to what I should do next? Did you run make clean first? Every now and then I get the same behavior while I'm almost certain nothing special has changed. Running make clean; make install for plib, SimGear and FlightGear very often solves that problem. Erik ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d