[Flightgear-devel] Thesis Advice
Hi all, I'm trawling for topics to do my masters thesis on. My interest in intelligent flight control. Anyone have any good ideas?? Thanks, ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] opengc
On 12/2/05, Bruce Benneke [EMAIL PROTECTED] wrote: I'm having trouble with opengc connecting to flightgear 99 (windows) I THINK opengc is working, not sure how to check as I can't get FG to talk to it. It just seems to be listening to port 5800 FG is set up socket, out, (my ip), 5800, udp I think everything is setup properly, but I'm new to FG Has anyone got this to work...? Bruce ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d try using a port sniffer to see if any data is over the network. I recommend ethereal. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] opengc
are you saying that you can't get FG to transmit UDP on WinXP. It works for me. On 12/2/05, Bruce Benneke [EMAIL PROTECTED] wrote: Thanks for the quick reply I just found out the problem lies with there not being any provision to do this setup in the windows port of FG. I'm gonna move this over to linux and try again... Bruce bass pumped wrote: On 12/2/05, Bruce Benneke [EMAIL PROTECTED] wrote: I'm having trouble with opengc connecting to flightgear 99 (windows) I THINK opengc is working, not sure how to check as I can't get FG to talk to it. It just seems to be listening to port 5800 FG is set up socket, out, (my ip), 5800, udp I think everything is setup properly, but I'm new to FG Has anyone got this to work...? Bruce ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d try using a port sniffer to see if any data is over the network. I recommend ethereal. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] FlightGear FDM
k... got it fixed :-) On 12/2/05, bass pumped [EMAIL PROTECTED] wrote: On 12/1/05, bass pumped [EMAIL PROTECTED] wrote: Hi, I'm glad to report that I am an idiot and that there is nothing wrong with the data transmission code. It works fine except when trying to write throttle over udp. For some wierd reason it takes values of one or zero at random when the throttle is pushed from 0 to 1. For example, when sending a throttle value of 0.3459 the throttle gets set to 1 but stays at 0 at most points before and after that. I do remember seeing this same problem with 9.8 and also remember mentioning to me that this might be a bug. Would someone be able to give me some pointers on how I may be able to fix this? Thanks, Is there anybody out there?? follow up with pink floyd sound effects:-) ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] OpenGL and new video drivers
On 12/1/05, Richard Bytheway [EMAIL PROTECTED] wrote: Use the latest drivers from the chipset manufacturer's website (nVidia or ATI). The card manufacturers have been known to optimise the drievrs that they ship on the CD. Richard -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jon S Berndt Sent: 01 December 2005 12:09 To: Flightgear-devel@flightgear.org Subject: [Flightgear-devel] OpenGL and new video drivers I just installed a new video card (eVGA GeForce 6800) on my Windows 2000 box and after installing the drivers I find that OpenGL applications crash. I've uninstalled (in safe mode) and reinstalled (in safe mode) earlier versions of the drivers, but no luck, so far. I am trying to find the solution through the manufacturer's web site and support mechanism, but any suggestions given here would be much appreciated, as well - I know many of you may have gone through the same thing. Jon This e-mail has been scanned for Bede Scientific Instruments for all viruses by Star Internet. The service is powered by MessageLabs. For more information on a proactive anti-virus service working around the clock, around the globe, visit: http://www.star.net.uk ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d Try this as an idea... I did it for the same card, but on win XP box. I installed the version of drivers needed for nvidia stereo graphics... did it in regular mode... i don't know... maybe it might help. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] FlightGear FDM
On 12/1/05, bass pumped [EMAIL PROTECTED] wrote: Hi, I'm glad to report that I am an idiot and that there is nothing wrong with the data transmission code. It works fine except when trying to write throttle over udp. For some wierd reason it takes values of one or zero at random when the throttle is pushed from 0 to 1. For example, when sending a throttle value of 0.3459 the throttle gets set to 1 but stays at 0 at most points before and after that. I do remember seeing this same problem with 9.8 and also remember mentioning to me that this might be a bug. Would someone be able to give me some pointers on how I may be able to fix this? Thanks, Is there anybody out there?? follow up with pink floyd sound effects:-) ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] FlightGear FDM
Hi, I'm glad to report that I am an idiot and that there is nothing wrong with the data transmission code. It works fine except when trying to write throttle over udp. For some wierd reason it takes values of one or zero at random when the throttle is pushed from 0 to 1. For example, when sending a throttle value of 0.3459 the throttle gets set to 1 but stays at 0 at most points before and after that. I do remember seeing this same problem with 9.8 and also remember mentioning to me that this might be a bug. Would someone be able to give me some pointers on how I may be able to fix this? Thanks, ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] FlightGear FDM
On 11/23/05, pmaclean [EMAIL PROTECTED] wrote: Well I got flight gear (version 0.9.8) to compile thanks to the posting by Erik Hofman. http://mail.flightgear.org/pipermail/simgear-cvslogs/2005-January/001011.html I am using Visual Studio dotnet (7.1) on Win2K. The only reason I have had any success building this environment is due to the following article: http://www.geoffmclane.com/fg/fgmsvc7.htm Now I am having an issue running the compiled code as freeglut.dll is not accessible. I'm sure it's a path issue... I am still interested in knowing the format of latitude, longitude and altitude with respect to flightgear's net FDM format. Does anyone know the 64bit description of these fields? Paul __ Is your .com Auracom? Best access rates on the web http://exclusive.auracom.com ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d hmm... I think I was able to read latitude and longitude properly over net fdm. Let me check and get back to you. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] FlightGear FDM
On 11/27/05, John Wojnaroski [EMAIL PROTECTED] wrote: bass pumped wrote: On 11/23/05, pmaclean [EMAIL PROTECTED] wrote: Well I got flight gear (version 0.9.8) to compile thanks to the posting by Erik Hofman. http://mail.flightgear.org/pipermail/simgear-cvslogs/2005-January/001011.html I am using Visual Studio dotnet (7.1) on Win2K. The only reason I have had any success building this environment is due to the following article: http://www.geoffmclane.com/fg/fgmsvc7.htm Now I am having an issue running the compiled code as freeglut.dll is not accessible. I'm sure it's a path issue... I am still interested in knowing the format of latitude, longitude and altitude with respect to flightgear's net FDM format. Does anyone know the 64bit description of these fields? Paul __ Is your .com Auracom? Best access rates on the web http://exclusive.auracom.com ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d hmm... I think I was able to read latitude and longitude properly over net fdm. Let me check and get back to you. look in net_fdm.hxx for the variable type and units, as in radians and meters ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d Hi, I had a look at the net_fdm output data. I am seeing fluctations in the data they look quite strange. I am running the model at 120 hz and the data rate is at 10 hz. There seems to be a fluctuation which I cannot account for from the code. I put in a printf statement and got the following for the vcas output speed=-398976952544137610.00 speed=2.588009 speed=-398976952544137610.00 speed=2.588009 speed=-398976952544137610.00 speed=2.588009 speed=-398976952544137610.00 speed=2.588009 speed=-398976952544137610.00 speed=2.588009 speed=-398976952544137610.00 speed=2.588009 speed=-398976952544137610.00 speed=2.588009 speed=-398976952544137610.00 speed=2.588009 speed=-398976952544137610.00 speed=2.588009 speed=-398976952544137610.00 speed=2.588009 speed=-398976952544137610.00 speed=2.588009 speed=-398976952544137610.00 speed=2.588009 I did a prinf for the vcas just befor the htonf function call, and the data it was reading was right. Is there a bug? This is FG 0.9.9. Regards, ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] FlightGear FDM
On 11/27/05, bass pumped [EMAIL PROTECTED] wrote: On 11/27/05, John Wojnaroski [EMAIL PROTECTED] wrote: bass pumped wrote: On 11/23/05, pmaclean [EMAIL PROTECTED] wrote: Well I got flight gear (version 0.9.8) to compile thanks to the posting by Erik Hofman. http://mail.flightgear.org/pipermail/simgear-cvslogs/2005-January/001011.html I am using Visual Studio dotnet (7.1) on Win2K. The only reason I have had any success building this environment is due to the following article: http://www.geoffmclane.com/fg/fgmsvc7.htm Now I am having an issue running the compiled code as freeglut.dll is not accessible. I'm sure it's a path issue... I am still interested in knowing the format of latitude, longitude and altitude with respect to flightgear's net FDM format. Does anyone know the 64bit description of these fields? Paul __ Is your .com Auracom? Best access rates on the web http://exclusive.auracom.com ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d hmm... I think I was able to read latitude and longitude properly over net fdm. Let me check and get back to you. look in net_fdm.hxx for the variable type and units, as in radians and meters ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d Hi, I had a look at the net_fdm output data. I am seeing fluctations in the data they look quite strange. I am running the model at 120 hz and the data rate is at 10 hz. There seems to be a fluctuation which I cannot account for from the code. I put in a printf statement and got the following for the vcas output speed=-398976952544137610.00 speed=2.588009 speed=-398976952544137610.00 speed=2.588009 speed=-398976952544137610.00 speed=2.588009 speed=-398976952544137610.00 speed=2.588009 speed=-398976952544137610.00 speed=2.588009 speed=-398976952544137610.00 speed=2.588009 speed=-398976952544137610.00 speed=2.588009 speed=-398976952544137610.00 speed=2.588009 speed=-398976952544137610.00 speed=2.588009 speed=-398976952544137610.00 speed=2.588009 speed=-398976952544137610.00 speed=2.588009 speed=-398976952544137610.00 speed=2.588009 I did a prinf for the vcas just befor the htonf function call, and the data it was reading was right. Is there a bug? This is FG 0.9.9. Regards, oops... disregard the above ouput. I found an error in what I had done. Right now I can only confirm that the data being put on the network is wrong. I have matlab running on another computer reading the output as -398976952544137610.00 insead of 2.58802. I know my matlab code is working... it worked perfectly with 0.9.8. I'll keep everyone updated ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] FlightGear FDM
On 11/27/05, Curtis L. Olson [EMAIL PROTECTED] wrote: bass pumped wrote: oops... disregard the above ouput. I found an error in what I had done. Right now I can only confirm that the data being put on the network is wrong. I have matlab running on another computer reading the output as -398976952544137610.00 insead of 2.58802. I know my matlab code is working... it worked perfectly with 0.9.8. I'll keep everyone updated Note that there are FGNetFDM structure changes between v0.9.8 and v0.9.9. I have instances of FG talking to other copies of FG as well as an external FDM talking to FG using the same structure. There can be packing differences between compilers, but we were pretty careful with the current structure (all values are 4 or 8 bytes) and we don't know of any compilers that pack the structure differently from any other compilers. Curt. -- Curtis Olsonhttp://www.flightgear.org/~curt HumanFIRST Program http://www.humanfirst.umn.edu/ FlightGear Project http://www.flightgear.org Unique text:2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d Hi Curt, Thank you for your reply. I've got the packet structure all clear. Its just the htonf, htond (and maybe other) function that seems to be doing something strange (as strange as it sounds). I haven't had enough time to completely work on it. I will come back as soon as I have a clearer idea. Thanks, ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] FlightGear FDM
On 11/27/05, bass pumped [EMAIL PROTECTED] wrote: On 11/27/05, Curtis L. Olson [EMAIL PROTECTED] wrote: bass pumped wrote: oops... disregard the above ouput. I found an error in what I had done. Right now I can only confirm that the data being put on the network is wrong. I have matlab running on another computer reading the output as -398976952544137610.00 insead of 2.58802. I know my matlab code is working... it worked perfectly with 0.9.8. I'll keep everyone updated Note that there are FGNetFDM structure changes between v0.9.8 and v0.9.9. I have instances of FG talking to other copies of FG as well as an external FDM talking to FG using the same structure. There can be packing differences between compilers, but we were pretty careful with the current structure (all values are 4 or 8 bytes) and we don't know of any compilers that pack the structure differently from any other compilers. Curt. -- Curtis Olsonhttp://www.flightgear.org/~curt HumanFIRST Program http://www.humanfirst.umn.edu/ FlightGear Project http://www.flightgear.org Unique text:2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d Hi Curt, Thank you for your reply. I've got the packet structure all clear. Its just the htonf, htond (and maybe other) function that seems to be doing something strange (as strange as it sounds). I haven't had enough time to completely work on it. I will come back as soon as I have a clearer idea. Thanks, uhhh and please don't anyone flame me for saying a standard c function is doing something wrong... I'm probably wrong and need verify it properly. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Unresolved externals MSVC
On 11/16/05, Ethan D. Schur [EMAIL PROTECTED] wrote: So I'm getting about 4273 unresolved externals when linking flightgear in MSVC7. I build simgear and all the dependencies. The errors look something like this FlightGear error LNK2001: unresolved external symbol bool __cdecl copyProperties(class SGPropertyNode const *,class SGPropertyNode *) (?copyProperties@@YA_NPBVSGPropertyNode@@PAV1@@Z) But there are 4273 of them and they are all different. Thanks in advance. Ethan Schur ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d Hi Ethan, I finally got my build done on msvc yesterday. Geoff Air has a page which explains in detail how to build FG in detail. Its at http://geoffmclane.com/fg/fgfs-018.htm Follow those steps exactly and you shouldn't have any problems. Regards, ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: openAL compilation problem
On 11/14/05, Geoff Air [EMAIL PROTECTED] wrote: Hi WIN32 developers, I too have had BIG PROBLEMS with compiling OpenAL CVS with MSVC7.1 - maybe this will eventually be cleared up by the OpenAL developer group ... maybe NOT ;=(( Part of the problem, is that for no particular good reason that I see, in WIN32 they, the OpenAL group, decided to implement these as DLLs, rather than Static libraries, as they are in other environments ... Meantime, to get FlightGear LINKED, I downloaded, and installed the OpenAL (WIN32) SDK 1.1 binaries, and used those for the SimGear/FlightGear COMPILE and LINK ... This presented a small problem, in that, in this SDK, which will install in C:\Program Files\OpenAL 1.1 SDK\ by default, the 3 headers needed, al.h, alc.h, alut.h have been placed in an 'include' directory, whereas SimGear expects them to be in an 'AL' directory ... it uses #include AL/al.h and AL/alut.h ... Ok, so I created an AL directory, in the SDK folder, and copied them into there ... simple ... That nearly works ... unfortunately alut.h also includes al.h by just using #include al.h You could probably modify this to al.h, then MSVC would do a 'local' search ... al.h only searches 'include' directories ... This meant I had to provide BOTH 'additional include' folders, namely 'C:\Program Files\OpenAL 1.1 SDK' and 'C:\Program Files\OpenAL 1.1 SDK\AL' to the SimGear compile ... but, Bob's your uncle ... I got a CLEAN LINK of SG and FG ... A little more can be read about this on my page - http://geoffmclane.com/fg/fgfs-018.htm Down at the bottom, under 'Some other details:' I have given the additional dependencies, and directories of FG AND SG that I used ... Regards, Geoff. _ View 1000s of pictures, profiles and more now at Lavalife http://lavalife.com.au ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d Hi Geoff, Thank you very much for your guide. I followed it and finally... ...finally... Flightgear 0.9.9 compiled for me. Thank you very much for your guide... And thank you very much to the entire flightgear team for such a great simulator. It looks GREAT!! Thank you very much!! ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] SimGear compile dying in MSVC6
Ok... I myself have been having problems with compiling FG with MSVC 7.1, but I've been told this much. Its way to hard to compile with MSVC6. But ofcourse, I submit to the judgement of the masters. They know way better. On 11/14/05, Sam Ingarfield - VK6HSI [EMAIL PROTECTED] wrote: Hi Any assistance would be gratefully accepted. Debug info: Compiling... iochannel.cxx lowlevel.cxx c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(80) : error C2059: syntax error : 'bad suffix on number' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(80) : error C2146: syntax error : missing ')' before identifier 'L' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(80) : error C2059: syntax error : ')' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(80) : error C2059: syntax error : 'bad suffix on number' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(81) : error C2059: syntax error : 'bad suffix on number' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(81) : error C2146: syntax error : missing ')' before identifier 'L' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(81) : error C2059: syntax error : ')' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(81) : error C2059: syntax error : 'bad suffix on number' sg_binobj.cxx c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(80) : error C2059: syntax error : 'bad suffix on number' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(80) : error C2146: syntax error : missing ')' before identifier 'L' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(80) : error C2059: syntax error : ')' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(80) : error C2059: syntax error : 'bad suffix on number' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(81) : error C2059: syntax error : 'bad suffix on number' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(81) : error C2146: syntax error : missing ')' before identifier 'L' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(81) : error C2059: syntax error : ')' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(81) : error C2059: syntax error : 'bad suffix on number' sg_file.cxx c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(80) : error C2059: syntax error : 'bad suffix on number' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(80) : error C2146: syntax error : missing ')' before identifier 'L' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(80) : error C2059: syntax error : ')' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(80) : error C2059: syntax error : 'bad suffix on number' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(81) : error C2059: syntax error : 'bad suffix on number' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(81) : error C2146: syntax error : missing ')' before identifier 'L' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(81) : error C2059: syntax error : ')' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(81) : error C2059: syntax error : 'bad suffix on number' sg_serial.cxx sg_socket.cxx sg_socket_udp.cxx Generating Code... Error executing cl.exe. SimGear.lib - 24 error(s), 1 warning(s) Cheers - -- Sam Ingarfield Student, Western Australia ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] openAL compilation problem
Add the libs to FG, SG does not need them. Harald. Hi Harald, Thank you for your reply. I did add the libraries to FG as you suggested but I still get the same errors. It looks like for some reason or the other the header files are not being read... for example the function alGetError is defined in al.h but even though the header file is included in soundmgr_openal.c the linker says that these are unresolved externals. Am I doing something wrong or is there something wrong with the version of openal I am using. I did download a copy of the openal windows sdk from the openal website. Thanks!! ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] compiling Simgear...
However, I am getting an error building the openal/alut directory after the make install of the openal/linux directory succeeds. I get a lot of warnings from the aclocal process (shown below as there's many). Then creating libs/libalut.dll.a I get a large number of undefined references as shown here: gcc -shared .libs/libalut_la-alutBufferData.o .libs/libalut_la-alutCodec.o .libs/libalut_la-alutError.o .libs/libalut_l a-alutInit.o .libs/libalut_la-alutInputStream.o .libs/libalut_la-alutLoader.o .libs/libalut_la-alutUtil.o .libs/libalut_ la-alutVersion.o .libs/libalut_la-alutWaveform.o -o .libs/cygalut-0.dll -Wl,--enable-auto-image-base -Wl,--out-implib, .libs/libalut.dll.a Creating library file: .libs/libalut.dll.a .libs/libalut_la-alutBufferData.o: In function `_alutPassBufferData': /cygdrive/s/flightgear/fgdev9.9/src/openal/alut/src/alutBufferData.c:119: undefined reference to `_alGenBuffers' /cygdrive/s/flightgear/fgdev9.9/src/openal/alut/src/alutBufferData.c:120: undefined reference to `_alGetError' /cygdrive/s/flightgear/fgdev9.9/src/openal/alut/src/alutBufferData.c:136: undefined reference to `_alBufferData' /cygdrive/s/flightgear/fgdev9.9/src/openal/alut/src/alutBufferData.c:139: undefined reference to `_alGetError' .libs/libalut_la-alutInit.o: In function `_alutSanityCheck': /cygdrive/s/flightgear/fgdev9.9/src/openal/alut/src/alutInit.c:27: undefined reference to `_alcGetCurrentContext' /cygdrive/s/flightgear/fgdev9.9/src/openal/alut/src/alutInit.c:34: undefined reference to `_alGetError' /cygdrive/s/flightgear/fgdev9.9/src/openal/alut/src/alutInit.c:40: undefined reference to `_alcGetContextsDevice' /cygdrive/s/flightgear/fgdev9.9/src/openal/alut/src/alutInit.c:40: undefined reference to `_alcGetError' .libs/libalut_la-alutInit.o: In function `alutInit': /cygdrive/s/flightgear/fgdev9.9/src/openal/alut/src/alutInit.c:67: undefined reference to `_alcOpenDevice' /cygdrive/s/flightgear/fgdev9.9/src/openal/alut/src/alutInit.c:74: undefined reference to `_alcCreateContext' /cygdrive/s/flightgear/fgdev9.9/src/openal/alut/src/alutInit.c:82: undefined reference to `_alcMakeContextCurrent' /cygdrive/s/flightgear/fgdev9.9/src/openal/alut/src/alutInit.c:84: undefined reference to `_alcDestroyContext' /cygdrive/s/flightgear/fgdev9.9/src/openal/alut/src/alutInit.c:85: undefined reference to `_alcCloseDevice' /cygdrive/s/flightgear/fgdev9.9/src/openal/alut/src/alutInit.c:77: undefined reference to `_alcCloseDevice' .libs/libalut_la-alutInit.o: In function `alutExit': /cygdrive/s/flightgear/fgdev9.9/src/openal/alut/src/alutInit.c:130: undefined reference to `_alcMakeContextCurrent' /cygdrive/s/flightgear/fgdev9.9/src/openal/alut/src/alutInit.c:136: undefined reference to `_alcGetContextsDevice' /cygdrive/s/flightgear/fgdev9.9/src/openal/alut/src/alutInit.c:137: undefined reference to `_alcDestroyContext' /cygdrive/s/flightgear/fgdev9.9/src/openal/alut/src/alutInit.c:138: undefined reference to `_alcGetError' /cygdrive/s/flightgear/fgdev9.9/src/openal/alut/src/alutInit.c:144: undefined reference to `_alcCloseDevice' collect2: ld returned 1 exit status make[2]: *** [libalut.la] Error 1 make[2]: Leaving directory `/cygdrive/s/flightgear/fgdev9.9/src/openal/alut/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/cygdrive/s/flightgear/fgdev9.9/src/openal/alut' make: *** [all] Error 2 I'm not sure what to do at this point. Ideas anyone on how to get working openal (including alut) on cygwin? I have the latest cygwin, including cygwin versions of automake/autoconf, etc. I'm seeing the similar errors while linking in MSVC. Grateful for any help. Thanks! ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] openAL compilation problem
Hi, I'm trying to compile pre-rel-3 in MSVC 7 but i'm running into a linking problem again. It looks to me like simgear is unable to read the openAL header files while trying to link. I have put them in the sound_mngr directory and modified the include statements to read it directly from there, but with no luck. Am I doing something wrong? Thanks! Linker Output == Generating non-SAFESEH image. main.obj : error LNK2019: unresolved external symbol __imp__alListenerf referenced in function public: void __thiscall SGSoundMgr::set_volume(float) ([EMAIL PROTECTED]@@[EMAIL PROTECTED]) fg_fx.obj : error LNK2001: unresolved external symbol __imp__alListenerf SimGear.lib(soundmgr_openal.obj) : error LNK2001: unresolved external symbol __imp__alListenerf main.obj : error LNK2019: unresolved external symbol __imp__alListenerfv referenced in function public: void __thiscall SGSoundMgr::set_listener_pos(float *) ([EMAIL PROTECTED]@@[EMAIL PROTECTED]) SimGear.lib(soundmgr_openal.obj) : error LNK2019: unresolved external symbol __imp__alListenerfv referenced in function public: static char * __cdecl std::char_traits::move(char *,char const *,unsigned int) ([EMAIL PROTECTED]@[EMAIL PROTECTED]@@[EMAIL PROTECTED]) SimGear.lib(soundmgr_openal.obj) : error LNK2019: unresolved external symbol __imp__alDopplerVelocity referenced in function public: __thiscall SGSoundMgr::SGSoundMgr(void) (??0SGSoundMgr@@[EMAIL PROTECTED]) SimGear.lib(soundmgr_openal.obj) : error LNK2019: unresolved external symbol __imp__alDopplerFactor referenced in function public: __thiscall SGSoundMgr::SGSoundMgr(void) (??0SGSoundMgr@@[EMAIL PROTECTED]) SimGear.lib(soundmgr_openal.obj) : error LNK2019: unresolved external symbol __imp__alGetError referenced in function public: __thiscall SGSoundMgr::SGSoundMgr(void) (??0SGSoundMgr@@[EMAIL PROTECTED]) SimGear.lib(sample_openal.obj) : error LNK2001: unresolved external symbol __imp__alGetError SimGear.lib(soundmgr_openal.obj) : error LNK2019: unresolved external symbol __imp__alcMakeContextCurrent referenced in function public: __thiscall SGSoundMgr::SGSoundMgr(void) (??0SGSoundMgr@@[EMAIL PROTECTED]) SimGear.lib(soundmgr_openal.obj) : error LNK2019: unresolved external symbol __imp__alcCreateContext referenced in function public: __thiscall SGSoundMgr::SGSoundMgr(void) (??0SGSoundMgr@@[EMAIL PROTECTED]) SimGear.lib(soundmgr_openal.obj) : error LNK2019: unresolved external symbol __imp__alcOpenDevice referenced in function public: __thiscall SGSoundMgr::SGSoundMgr(void) (??0SGSoundMgr@@[EMAIL PROTECTED]) SimGear.lib(soundmgr_openal.obj) : error LNK2019: unresolved external symbol __imp__alcDestroyContext referenced in function public: __thiscall SGSoundMgr::~SGSoundMgr(void) (??1SGSoundMgr@@[EMAIL PROTECTED]) SimGear.lib(soundmgr_openal.obj) : error LNK2019: unresolved external symbol __imp__alcSuspendContext referenced in function public: void __thiscall SGSoundMgr::pause(void) ([EMAIL PROTECTED]@@QAEXXZ) SimGear.lib(soundmgr_openal.obj) : error LNK2019: unresolved external symbol __imp__alcProcessContext referenced in function public: void __thiscall SGSoundMgr::resume(void) ([EMAIL PROTECTED]@@QAEXXZ) SimGear.lib(sample_openal.obj) : error LNK2019: unresolved external symbol _alutUnloadWAV referenced in function public: __thiscall SGSoundSample::SGSoundSample(char const *,char const *,bool) (??0SGSoundSample@@[EMAIL PROTECTED]@Z) SimGear.lib(sample_openal.obj) : error LNK2019: unresolved external symbol __imp__alBufferData referenced in function public: __thiscall SGSoundSample::SGSoundSample(char const *,char const *,bool) (??0SGSoundSample@@[EMAIL PROTECTED]@Z) SimGear.lib(sample_openal.obj) : error LNK2019: unresolved external symbol _alutLoadWAVFile referenced in function public: __thiscall SGSoundSample::SGSoundSample(char const *,char const *,bool) (??0SGSoundSample@@[EMAIL PROTECTED]@Z) SimGear.lib(sample_openal.obj) : error LNK2019: unresolved external symbol __imp__alGenBuffers referenced in function public: __thiscall SGSoundSample::SGSoundSample(char const *,char const *,bool) (??0SGSoundSample@@[EMAIL PROTECTED]@Z) SimGear.lib(sample_openal.obj) : error LNK2019: unresolved external symbol __imp__alDeleteBuffers referenced in function public: __thiscall SGSoundSample::~SGSoundSample(void) (??1SGSoundSample@@[EMAIL PROTECTED]) SimGear.lib(sample_openal.obj) : error LNK2019: unresolved external symbol __imp__alSourcePlay referenced in function public: void __thiscall SGSoundSample::play(bool) ([EMAIL PROTECTED]@@[EMAIL PROTECTED]) SimGear.lib(sample_openal.obj) : error LNK2019: unresolved external symbol __imp__alSourcei referenced in function public: void __thiscall SGSoundSample::play(bool) ([EMAIL PROTECTED]@@[EMAIL PROTECTED]) SimGear.lib(sample_openal.obj) : error LNK2019: unresolved external symbol __imp__alSourceStop referenced in function public: void __thiscall SGSoundSample::play(bool) ([EMAIL PROTECTED]@@[EMAIL PROTECTED]) SimGear.lib(sample_openal.obj) : error LNK2019:
Re: [Flightgear-devel] Transfer function elevator/climb for root locus analyse for JSBSIM
On 9/29/05, Hans-Georg Wunder [EMAIL PROTECTED] wrote: Hello all, is it possible to derive the transfer function from jsbsim fdm coefficients. I know the way to calculate the parameters like Clalpha for a operation point. But for a root locus analyse I need the transfer function (Root locus is used to calculate the PID-Controller parameter) I would like to start with a function, which descripe the dependency of climb to elevator deflection climb = f(elevator-deflection) I want to use SCILAB (free matlab ;)) to analyse the close-loop behaviour. Any help will be appreciated Kind regards Hans-Georg I'm not any good at this, but will converting the state space of the logitudinal dynamics into a transfer function help? Again, I'm not sure. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] MSVC build error
On 9/22/05, Frederic Bouvier [EMAIL PROTECTED] wrote: Selon bass pumped : Hi everyone, I tried to compile the latest version of flightgear today in MSVC 7. It compiled fine... but then I had problems when it tried linking. Any ideas on how to fix it would help. Thank you in advance. Start ouput Linking... LINK : warning LNK4075: ignoring '/EDITANDCONTINUE' due to '/INCREMENTAL:NO' specification LINK : warning LNK4098: defaultlib 'LIBCMT' conflicts with use of other libs; use /NODEFAULTLIB:library Don't use that option. Be sure you compiled all programs and libraries with the same 'Code Generation' options. /MT is fine if it is everywhere. .\Debug/FlightGear.exe : fatal error LNK1120: 119 unresolved externals You have to add all the files containing the unresolved symbols in you solution in order to compile and link them to fgfs.exe For exemple, in the line : environment.obj : error LNK2019: unresolved external symbol public: bool __thiscall SGEnviro::get_turbulence_enable_state(void)const ([EMAIL PROTECTED]@@QBE_NXZ) referenced in function public: virtual double __thiscall FGEnvironment::get_turbulence_magnitude_norm(void)const ([EMAIL PROTECTED]@@UBENXZ) it is said that the SGEnviro class ( the name before :: ) is missing. A quick search in the source tree tells me that it is in simgear/environment/visual_enviro.cxx that has to be added in the simgear project file. Do that until you have no unresolved external. -Fred Hi Fred, Thanks a lot for your suggestion. It helped and I managed to get rid of some of the linking errors. But I'm still stuck with another 74 errors I hope you will be able to help me locate and fixed. I've noticed the errors revolve around the gz function, the sgsoundmanager (which to me looks like an maybe an openal error??)... If you could take a quick look at the error output and point me in the right direction. Thank you very much. Start output Linking... LINK : warning LNK4075: ignoring '/EDITANDCONTINUE' due to '/INCREMENTAL:NO' specification LIBCMTD.lib(dbgheap.obj) : error LNK2005: _malloc already defined in LIBCMT.lib(malloc.obj) LIBCMTD.lib(dbgheap.obj) : error LNK2005: __nh_malloc already defined in LIBCMT.lib(malloc.obj) LIBCMTD.lib(dbgheap.obj) : error LNK2005: __heap_alloc already defined in LIBCMT.lib(malloc.obj) LIBCMTD.lib(dbgheap.obj) : error LNK2005: _calloc already defined in LIBCMT.lib(calloc.obj) LIBCMTD.lib(dbgheap.obj) : error LNK2005: _realloc already defined in LIBCMT.lib(realloc.obj) LIBCMTD.lib(dbgheap.obj) : error LNK2005: _free already defined in LIBCMT.lib(free.obj) LIBCMTD.lib(dbgheap.obj) : error LNK2005: __msize already defined in LIBCMT.lib(msize.obj) LIBCMTD.lib(sbheap.obj) : error LNK2005: __get_sbh_threshold already defined in LIBCMT.lib(sbheap.obj) LIBCMTD.lib(sbheap.obj) : error LNK2005: __set_sbh_threshold already defined in LIBCMT.lib(sbheap.obj) LIBCMTD.lib(sbheap.obj) : error LNK2005: ___sbh_heap_init already defined in LIBCMT.lib(sbheap.obj) LIBCMTD.lib(sbheap.obj) : error LNK2005: ___sbh_find_block already defined in LIBCMT.lib(sbheap.obj) LIBCMTD.lib(sbheap.obj) : error LNK2005: ___sbh_free_block already defined in LIBCMT.lib(sbheap.obj) LIBCMTD.lib(sbheap.obj) : error LNK2005: ___sbh_alloc_block already defined in LIBCMT.lib(sbheap.obj) LIBCMTD.lib(sbheap.obj) : error LNK2005: ___sbh_alloc_new_region already defined in LIBCMT.lib(sbheap.obj) LIBCMTD.lib(sbheap.obj) : error LNK2005: ___sbh_alloc_new_group already defined in LIBCMT.lib(sbheap.obj) LIBCMTD.lib(sbheap.obj) : error LNK2005: ___sbh_resize_block already defined in LIBCMT.lib(sbheap.obj) LIBCMTD.lib(sbheap.obj) : error LNK2005: ___sbh_heapmin already defined in LIBCMT.lib(sbheap.obj) LIBCMTD.lib(sbheap.obj) : error LNK2005: ___sbh_heap_check already defined in LIBCMT.lib(sbheap.obj) LIBCMTD.lib(isctype.obj) : error LNK2005: __isctype already defined in LIBCMT.lib(isctype.obj) LIBCMTD.lib(isctype.obj) : error LNK2005: ___isctype_mt already defined in LIBCMT.lib(isctype.obj) LINK : warning LNK4098: defaultlib 'LIBCMTD' conflicts with use of other libs; use /NODEFAULTLIB:library new_gui.obj : error LNK2001: unresolved external symbol class puFont FONT_SANS_12B (?FONT_SANS_12B@@3VpuFont@@A) new_gui.obj : error LNK2001: unresolved external symbol class puFont FONT_HELVETICA_14 (?FONT_HELVETICA_14@@3VpuFont@@A) main.obj : error LNK2019: unresolved external symbol __imp__alListenerf referenced in function public: void __thiscall SGSoundMgr::set_volume(float) ([EMAIL PROTECTED]@@[EMAIL PROTECTED]) fg_fx.obj : error LNK2001: unresolved external symbol __imp__alListenerf SimGear.lib(soundmgr_openal.obj) : error LNK2001: unresolved external symbol __imp__alListenerf main.obj : error LNK2019: unresolved external symbol __imp__alListenerfv referenced in function public: void __thiscall SGSoundMgr::set_listener_pos(float *) ([EMAIL PROTECTED]@@[EMAIL PROTECTED]) SimGear.lib(soundmgr_openal.obj) : error LNK2001: unresolved
Re: [Flightgear-devel] MSVC build error
Hi everyone, I tried to compile the latest version of flightgear today in MSVC 7. It compiled fine... but then I had problems when it tried linking. Any ideas on how to fix it would help. Thank you in advance. Start ouput Linking... LINK : warning LNK4075: ignoring '/EDITANDCONTINUE' due to '/INCREMENTAL:NO' specification LINK : warning LNK4098: defaultlib 'LIBCMT' conflicts with use of other libs; use /NODEFAULTLIB:library environment.obj : error LNK2019: unresolved external symbol public: double __thiscall SGEnviro::get_cloud_turbulence(void)const ([EMAIL PROTECTED]@@QBENXZ) referenced in function public: virtual double __thiscall FGEnvironment::get_turbulence_magnitude_norm(void)const ([EMAIL PROTECTED]@@UBENXZ) environment.obj : error LNK2019: unresolved external symbol public: bool __thiscall SGEnviro::get_turbulence_enable_state(void)const ([EMAIL PROTECTED]@@QBE_NXZ) referenced in function public: virtual double __thiscall FGEnvironment::get_turbulence_magnitude_norm(void)const ([EMAIL PROTECTED]@@UBENXZ) environment_mgr.obj : error LNK2001: unresolved external symbol public: bool __thiscall SGEnviro::get_turbulence_enable_state(void)const ([EMAIL PROTECTED]@@QBE_NXZ) environment.obj : error LNK2001: unresolved external symbol class SGEnviro sgEnviro (?sgEnviro@@3VSGEnviro@@A) environment_mgr.obj : error LNK2001: unresolved external symbol class SGEnviro sgEnviro (?sgEnviro@@3VSGEnviro@@A) renderer.obj : error LNK2001: unresolved external symbol class SGEnviro sgEnviro (?sgEnviro@@3VSGEnviro@@A) environment_mgr.obj : error LNK2019: unresolved external symbol public: __thiscall FGClouds::FGClouds(class FGEnvironmentCtrl *) (??0FGClouds@@[EMAIL PROTECTED]@@@Z) referenced in function public: __thiscall FGEnvironmentMgr::FGEnvironmentMgr(void) (??0FGEnvironmentMgr@@[EMAIL PROTECTED]) environment_mgr.obj : error LNK2019: unresolved external symbol public: __thiscall FGClouds::~FGClouds(void) (??1FGClouds@@[EMAIL PROTECTED]) referenced in function public: void * __thiscall FGClouds::`scalar deleting destructor'(unsigned int) (??_GFGClouds@@[EMAIL PROTECTED]) environment_mgr.obj : error LNK2019: unresolved external symbol public: void __thiscall SGEnviro::set_turbulence_enable_state(bool) ([EMAIL PROTECTED]@@[EMAIL PROTECTED]) referenced in function public: virtual void __thiscall FGEnvironmentMgr::bind(void) ([EMAIL PROTECTED]@@UAEXXZ) environment_mgr.obj : error LNK2019: unresolved external symbol public: bool __thiscall SGEnviro::get_lightning_enable_state(void)const ([EMAIL PROTECTED]@@QBE_NXZ) referenced in function public: virtual void __thiscall FGEnvironmentMgr::bind(void) ([EMAIL PROTECTED]@@UAEXXZ) environment_mgr.obj : error LNK2019: unresolved external symbol public: void __thiscall SGEnviro::set_lightning_enable_state(bool) ([EMAIL PROTECTED]@@[EMAIL PROTECTED]) referenced in function public: virtual void __thiscall FGEnvironmentMgr::bind(void) ([EMAIL PROTECTED]@@UAEXXZ) environment_mgr.obj : error LNK2019: unresolved external symbol public: int __thiscall FGClouds::get_update_event(void)const ([EMAIL PROTECTED]@@QBEHXZ) referenced in function public: virtual void __thiscall FGEnvironmentMgr::bind(void) ([EMAIL PROTECTED]@@UAEXXZ) environment_mgr.obj : error LNK2019: unresolved external symbol public: void __thiscall FGClouds::set_update_event(int) ([EMAIL PROTECTED]@@[EMAIL PROTECTED]) referenced in function public: virtual void __thiscall FGEnvironmentMgr::bind(void) ([EMAIL PROTECTED]@@UAEXXZ) environment_mgr.obj : error LNK2019: unresolved external symbol public: bool __thiscall SGEnviro::get_precipitation_enable_state(void)const ([EMAIL PROTECTED]@@QBE_NXZ) referenced in function public: virtual void __thiscall FGEnvironmentMgr::bind(void) ([EMAIL PROTECTED]@@UAEXXZ) environment_mgr.obj : error LNK2019: unresolved external symbol public: void __thiscall SGEnviro::set_precipitation_enable_state(bool) ([EMAIL PROTECTED]@@[EMAIL PROTECTED]) referenced in function public: virtual void __thiscall FGEnvironmentMgr::bind(void) ([EMAIL PROTECTED]@@UAEXXZ) environment_mgr.obj : error LNK2019: unresolved external symbol public: int __thiscall SGEnviro::get_CacheResolution(void)const ([EMAIL PROTECTED]@@QBEHXZ) referenced in function public: virtual void __thiscall FGEnvironmentMgr::bind(void) ([EMAIL PROTECTED]@@UAEXXZ) environment_mgr.obj : error LNK2019: unresolved external symbol public: void __thiscall SGEnviro::set_CacheResolution(int) ([EMAIL PROTECTED]@@[EMAIL PROTECTED]) referenced in function public: virtual void __thiscall FGEnvironmentMgr::bind(void) ([EMAIL PROTECTED]@@UAEXXZ) environment_mgr.obj : error LNK2019: unresolved external symbol public: int __thiscall SGEnviro::get_clouds_CacheSize(void)const ([EMAIL PROTECTED]@@QBEHXZ) referenced in function public: virtual void __thiscall FGEnvironmentMgr::bind(void) ([EMAIL PROTECTED]@@UAEXXZ) environment_mgr.obj : error LNK2019: unresolved external symbol public: void __thiscall SGEnviro::set_clouds_CacheSize(int)
Re: [Flightgear-devel] MSVC build error
On 9/7/05, Jim Wilson [EMAIL PROTECTED] wrote: From: Andy Ross [EMAIL PROTECTED] snip These words, the same thing say. Hmmm, too much of Star Wars prequel this summer have you watch? ;-) Best, Jim Wilson LOL!! ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] MSVC build error
On 9/6/05, Andy Ross [EMAIL PROTECTED] wrote: This looks like a version skew problem. That function signature (with four arguments) is the one from the current CVS version. The 0.9.8 Nasal interpreter used a different API with only two arguments. It looks to me like you're compiling CVS FlightGear (or a relatively recent snapshot) with an older SimGear. Andy Thinking about it, I did download flightgear source and simgear source from the 'bleeding edge' link from the website. But when compiling that simgear, I ran into an error... it couldn't find any files in the scene\sky\clouds3d directory. So instead I downloaded the 0.3.8 version. Could that be a problem? Thanks. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] MSVC build error
On 9/6/05, Andy Ross [EMAIL PROTECTED] wrote: bass pumped wrote: Andy Ross wrote: It looks to me like you're compiling CVS FlightGear with an older SimGear. I did download flightgear [...] from the 'bleeding edge' link from the website. [...] But when compiling that simgear [...] I downloaded the 0.3.8 version. Could that be a problem? These words, the same thing say. :) Yes, always match your FlightGear and SimGear versions. Actually I was asking you (indirectly I guess) if there was an error in the bleeding edge file I downloaded from the simgear download page. Anyway, I will try compiling that by removing the couds3d from the solution explorer and see what happens. Thanks. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] MSVC build error
Hi all, I'm trying to get flightgear 9.8 built in Windows. I'm using MSVC 7 for the build. I ran into the following errors from the Nasal code. start output from the following code:- static struct { naCFunction func; char* name; } propfuncs[] = { { f_getType, _getType }, { f_getName, _getName }, { f_getIndex, _getIndex }, { f_getValue, _getValue }, { f_setValue, _setValue }, { f_setIntValue, _setIntValue }, { f_setBoolValue, _setBoolValue }, { f_setDoubleValue, _setDoubleValue }, { f_getParent, _getParent }, { f_getChild, _getChild }, { f_getChildren, _getChildren }, { f_removeChild, _removeChild }, { f_getNode, _getNode }, { f_new, _new }, { f_globals, _globals }, { 0, 0 } }; in nasal-props.cxx and static struct { char* name; naCFunction func; } funcs[] = { { getprop, f_getprop }, { setprop, f_setprop }, { print, f_print }, { _fgcommand, f_fgcommand }, { settimer, f_settimer }, { _cmdarg, f_cmdarg }, { _interpolate, f_interpolate }, { rand, f_rand }, { 0, 0 } }; in NasalSys.cxx Compiling... nasal-props.cxx g:\Flightgear_build\FlightGear\FlightGear\src\Scripting\nasal-props.cxx(197) : warning C4800: 'int' : forcing value to bool 'true' or 'false' (performance warning) g:\Flightgear_build\FlightGear\FlightGear\src\Scripting\nasal-props.cxx(217) : error C2440: 'initializing' : cannot convert from 'naRef (__cdecl *)(naContext,naRef,int,naRef *)' to 'naCFunction' None of the functions with this name in scope match the target type g:\Flightgear_build\FlightGear\FlightGear\src\Scripting\nasal-props.cxx(218) : error C2440: 'initializing' : cannot convert from 'naRef (__cdecl *)(naContext,naRef,int,naRef *)' to 'naCFunction' None of the functions with this name in scope match the target type g:\Flightgear_build\FlightGear\FlightGear\src\Scripting\nasal-props.cxx(219) : error C2440: 'initializing' : cannot convert from 'naRef (__cdecl *)(naContext,naRef,int,naRef *)' to 'naCFunction' None of the functions with this name in scope match the target type g:\Flightgear_build\FlightGear\FlightGear\src\Scripting\nasal-props.cxx(220) : error C2440: 'initializing' : cannot convert from 'naRef (__cdecl *)(naContext,naRef,int,naRef *)' to 'naCFunction' None of the functions with this name in scope match the target type g:\Flightgear_build\FlightGear\FlightGear\src\Scripting\nasal-props.cxx(221) : error C2440: 'initializing' : cannot convert from 'naRef (__cdecl *)(naContext,naRef,int,naRef *)' to 'naCFunction' None of the functions with this name in scope match the target type g:\Flightgear_build\FlightGear\FlightGear\src\Scripting\nasal-props.cxx(222) : error C2440: 'initializing' : cannot convert from 'naRef (__cdecl *)(naContext,naRef,int,naRef *)' to 'naCFunction' None of the functions with this name in scope match the target type g:\Flightgear_build\FlightGear\FlightGear\src\Scripting\nasal-props.cxx(223) : error C2440: 'initializing' : cannot convert from 'naRef (__cdecl *)(naContext,naRef,int,naRef *)' to 'naCFunction' None of the functions with this name in scope match the target type g:\Flightgear_build\FlightGear\FlightGear\src\Scripting\nasal-props.cxx(224) : error C2440: 'initializing' : cannot convert from 'naRef (__cdecl *)(naContext,naRef,int,naRef *)' to 'naCFunction' None of the functions with this name in scope match the target type g:\Flightgear_build\FlightGear\FlightGear\src\Scripting\nasal-props.cxx(225) : error C2440: 'initializing' : cannot convert from 'naRef (__cdecl *)(naContext,naRef,int,naRef *)' to 'naCFunction' None of the functions with this name in scope match the target type g:\Flightgear_build\FlightGear\FlightGear\src\Scripting\nasal-props.cxx(226) : error C2440: 'initializing' : cannot convert from 'naRef (__cdecl *)(naContext,naRef,int,naRef *)' to 'naCFunction' None of the functions with this name in scope match the target type g:\Flightgear_build\FlightGear\FlightGear\src\Scripting\nasal-props.cxx(227) : error C2440: 'initializing' : cannot convert from 'naRef (__cdecl *)(naContext,naRef,int,naRef *)' to 'naCFunction' None of the functions with this name in scope match the target type g:\Flightgear_build\FlightGear\FlightGear\src\Scripting\nasal-props.cxx(228) : error C2440: 'initializing' : cannot convert from 'naRef (__cdecl *)(naContext,naRef,int,naRef *)' to 'naCFunction' None of the functions with this name in scope match the target type g:\Flightgear_build\FlightGear\FlightGear\src\Scripting\nasal-props.cxx(229) : error C2440: 'initializing' : cannot convert from 'naRef (__cdecl *)(naContext,naRef,int,naRef *)' to 'naCFunction' None of the functions with this name in scope match the target type g:\Flightgear_build\FlightGear\FlightGear\src\Scripting\nasal-props.cxx(230) : error C2440: 'initializing' : cannot convert from 'naRef (__cdecl
Re: [Flightgear-devel] Simgear
any idea when we will see the next release? ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Saitek Cyborg Evo
Hi, Reading this gave me an idea... I have a Logitech Extreme 3D Pro joystick in which the rudder axis and the other buttons never used to work. I looked at the xml file for it and fount that it was names as Logitech Logitech Extreme 3D Pro. I removed one of the Logitechs and had to reconfigure some of the axises, after which the joystick worked perfectly. Thanks a lot for the guidance. BP On 8/22/05, Erik Hofman [EMAIL PROTECTED] wrote: Steve Knoblock wrote: In the Inputs folder there is a joystick configuration file for this stick, which puzzled me at first as to why it didn't work. The name in the file is Saitek Cyborg USB Stick Once I changed this to Saitek Cyborg Evo the rudder and everything else worked fine. Thanks for the information Steve, I've updated CVS to also detect this joystick (just by specifying multiple name tags). Erik ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Stereographics
Just wondering... would it be possible to fly flightgear in stereo? I do know Nvidia has a stereo driver which you could use to make applications seem in 3D with both shutter glasses and the old red-blue glasses. I tried it out on a computer here with no effect (I was using shutter glasses with an IR emitter). I couldn't find out why it refused to let flightgear in 3D (windows machine). What do you guys think is needed to make this possible? ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Re: Stereographics
oooppss... didn't see jon's mail. should have kept this one in that thread... ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Controlling FlightGear from external flight data.
Where I can find a similar info for FGFS ? Also, what kind of program I can use to send some test UDP packets to FGFS ? Telnet ? I've had success with Matlab. I used Simulink with the virtual reality toolbox and a tcp/udp toolbox to send joystick data to flightgear. As Josh said above, native_fdm.cxx is a good place to start reading about the sequence and the format in which data is to be sent to flightgear. Let me know if you need any help. Regards, ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] CVS for OpenAL
Point taken. Will correct. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] CVS for OpenAL
I give up... could someone save me the suffering and mail me a tarball of openal they have to this address? I've decided cvs hates me lol... kind of reminds me of Martin's signature on all his posts!! ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] CVS for OpenAL
Yes, I do this already for months at least since FlightGear uses OpenAL. I did the initial checkout using this command: cvs -d:pserver:[EMAIL PROTECTED]:/usr/local/cvs-repository co openal after doing a CVS login. I don't remember the password, though .. The website says the password is 'guest'. It doesn't work for me! just stalls!! ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] CVS for OpenAL
cvs -d:pserver:[EMAIL PROTECTED]:/usr/local/cvs-repository co openal I tried this command too!! nothing happened. it just sits. Didn't even ask me for a password. I am using Fedora Core 2. Does this have anything to do with it? ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] CVS for OpenAL
Why do you yell at me !? I'm sorry... I didn't think I was yelling at you. But if u feel I did so, I sincerely apologize, that was not my intention. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Jitter related
Hi all, I got two questions to ask... 1. When an aircraft has ZERO velocity, given some rudder input, and also when there is no wind, should the rudder actually have any effect at all? I see the c-172 actually turn, and over a period of time, if left alone, flip over, do some gymnastics, sometimes reset itself to some random altitude... Same applies to the elevator. I've noticed that it happens when jitter is more pronounced (with no wind), that if u pull back on the stick, the aircraft actually tries to pitch up. I don't know if this only on my version of FG9.8 (Windows)... 2. This would be more JSBsim related... I run FG on 2 computers on campus... the jitter in the cessna is more pronounced. I then ran FG with similar parameters (ie. no wind) on my personal laptop, again with Windows and with a similar configuration as one of the computers on campus. There was NO jitter!!! I have not edited any files, everything is being run as is after downloading the binaries. Is there an explanation for this behavior? Thanks!! ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Jitter related
Strange. Are you sure there's no wind? I'll take a look. No wind!! ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] CVS for OpenAL
Sorry to bother you guys... I know this is unrelated but I have to ask. Are you able to access CVS for OpenAL? I followed the instructions on the download page of openAL, but none of those commands seem to work... in the sense everytime I try to login, it just hangs, and I end up having to stop it. I tried Cervisia, but the same thing happens and Cervisia crashes. Is this happening for everyone or only me? ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Jitter related
This doesn't limit to the c-172. I do not know whether this has been fixed or not, but back in Feburary when I was testing the model for the A380, I notice that the wind is powerful enough to moved the A380 slowly from the center of the runway to the edge of the runway. Going back a bit further, when I was testing the model of the MD-11, a gust of wind could come and lifted the nose of the aircraft up. If the wind is strong enough, the aircraft would pivot all the way around its main landing gears, flipped, and sunk below the ground. Ampere I've seen what you talk about in all aircraft... except the point is that there is NO WIND!!! In my case, the wind direction is zero, the wind speed is zero, turbulence is zero, and I am not fetching real time data. Unless there is some code written in somewhere where u are generating gusts of wind at random, I don't see how any of the above is possible. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Native_FDM suggestion
Hi all, I was working on interfacing flightgear with Simulink via UDP... I'm happy to say that it worked :-) I used a matlab script file to read and write data to transfer data to flightgear. I was looking at the data that is being sent and I realized that of all the engine data being sent, throttle position is neglected. I do think its a good idea to have that as data sent, especially for people who might be designing automatic flight controls with flight gear. I don't think that would be hard to add in since all that needs to be done is to pick up the data from the property tree. What do you guys think? Regards ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Native_FDM suggestion
Throttle position is definitely included in the net_ctrls.hxx structure. What structure are you using for your matlab communication? Curt. yup!!! it is there in native_ctrls. I just thought it might be a good idea to have it in native_fdm too!! Just a thought!!! ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Native_FDM suggestion
I think you should share the specifics of the UDP and Matlab version with those of us that have been toying with this unsucessfully for months... ;^) Matlab 7 it is. I used the TCP/UDP/IP toolbox by Peter Rydesäter. You can find it at http://www.mathworks.com/matlabcentral/fileexchange/loadFile.do?objectId=345objectType=FILE ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Native_FDM suggestion
ok... I have a question. I want to send a commanded elevator control surface deflection instead of a stick command to flightgear from matlab. This means that I cannot use native_ctrls but instead have to use native_fdm where an option to edit this value does exist. But how will I be able to send this data without affecting anything else ie. I only want to control elevator surface position, I don't want to touch anything else. Any ideas? ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Debugging Throttle control in Native-ctrls
..this is the correct behavior for early WWI era planes powered with rotary engines such as the Gnome, Rhone and Oberursel rotaries, these were throttled by blipping the ignition off-n-on to cut power to a desirable level. If you're _not_ doing a rotary, it's a bug. ;o) I know I'm not doing a rotary!!! Its the cessna 172!!! ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Native_FDM suggestion
On 6/22/05, Drew [EMAIL PROTECTED] wrote: If I were you, I'd take a look at net_fdm.h and native_fdm.c. The data structure received by FlightGear can easily be modified to include whichever parameters you'd like to control from your Matlab sim. You just need to add code to set the appropriate FlightGear properties. Yeah... I realized that. I've just been hesitant/lazy to compile flightgear. Every time I tried it under MSVC it gives me an error... I don't know what I am doing wrong. In anycase, the Matlab side of this is easy now that I figured how it works. I do plan on customizing one of the data structures for my usage. I think I should be able to survive!!! Thanks! ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Debugging Throttle control in Native-ctrls
Hi all, I'm sending joystick input through Simulink in Matlab to Flightgear using the Native-ctrls structure. I am able to control everything pretty satisfactorily, everything except the throttle... its gone digital on me!!! It fluctuates between a one and a zero in almost a random manner when I vary the slider on the joystick. I know I've setup the input data right... its scaled between one and zero. I know I'm sending the right data in the right slot since the throttle varies only if I place that input data there and it doesn't vary anywhere else. I've used to a port sniffer to read the packets as they are sent, and even there it seems perfect. Is there anyway at all that I can fix this? Thanks!!! ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Debugging Throttle control in Native-ctrls
Throttle should be no different from any other value. There is probalby internal code clamping this to the range of 0.0 - 1.0 so if your numbers are coming through garbage and random, you might see this effect. If it was me, I'd insert some debugging code in src/Networks/native_ctrls.cxx where the incoming throttle data is processed to see exactly what is coming in. Perhaps something isn't getting byte swapped correctly or you are off by a byte or two in alignment? The data isn't random or garbage it is between the range of 0 and 1 before I send it to flightgear. The data that comes to flightgear is in 64bit IEE floating point format and I have been able to verify that with a port sniffer. I'll try and have a ago at your suggestions and see what comes up. Thanks!!! ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Native-Ctrls UDP packet structure
Hi all, I managed to finally get control of flightgear using a joystick and the native-ctrls format from simulink. IT FLIES! at least almost... Just have one thing I couldn't sort out... that was the throttle. It seems to be acting digital,ie. at certain instants, based on the position of the slider, the throttle is either zero or one. I checked the data being sent from simulink and its fine... its scaled properly from zero to one. But for some reason, flightgear will set the throttle to either one or zero. Any ideas on how I could solve this? Thanks for building such a great sim guys... I enjoy working with it!!! ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Short Reference Document error?
Hi guys, Since you are updating the documentation, I think it might be a good idea to include the byte order lists of the various input/ouput protocols. It would help someone who would want to fly flightgear through some external application, and especially help those who are building external controllers... ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Native-Ctrls UDP packet structure
Maybe I'm wrong but I remember reading somewhere on the lists that the reason for this vibration was because of the damping on the gear being too low and that you could fix that problem by increasing the damping? or did I read that for Yasim? On 6/18/05, Jon Berndt [EMAIL PROTECTED] wrote: Can you give me a good example case of where an aircraft is sitting on the runway and jittering a lot? I know that problem existed at one point with the C-172, but it does not seem to happen for me now. I have a possible fix I wanted to try out, so I need a good example. The default c172 with default wind jitters all over the place if you let it sit for a few seconds. Curt. With default wind ... Has that been removed? I tried the default startup: fgfs a few days ago and let the C172 sit there. It seemed fine to me. Jon ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] property browser
If I wanted to look at the code for the property browser where would I look? ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] batteries, alternators, volts, amps - electrical system
Hi, I'm thinking that if you can find the performance graphs for a given alternator for an aircraft, especially those with rpm vs output (whether voltage or current) and then put the values into an XML file, it might do the trick for you. You could then use Kirchoff's laws to sum the input from the battery and the alternator and the total draw, so on so forth. I don't know if any of this makes sense... I'm still a newbie to Flightgear, not much of a programmer either :-(. I'll look and see if I can find any graphs that may help you too!! ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Cygwin slowness
Well, I submitted it. Alas, it didn't go well. You can follow the flame war here: http://cygwin.com/ml/cygwin/2005-05/threads.html#01305 I just read that... that guy certainly has a problem!!! ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] working with the property tree
On 5/26/05, Erik Hofman [EMAIL PROTECTED] wrote: bass pumped wrote: I need to learn how to work with the property tree in flightgear. Could someone refer me to material that might be helpful? This isn't much information. What exactly do you want to do with the property tree, or are you just looking for a short description? You could start by taking a look at README.introduction, README.IO and README.properties in the Docs directory of the base package. Erik Been reading that. What I need to do is to create a separate area in the property tree to map user inputs and send the relevant ones (and the current state vector of the aircraft) out for processing to a different computer. The other computer would then return two modified inputs, which along with the remaining user inputs, would have to be again mapped in an appropriate manner to be sent into flightgear for processing. Any ideas on how I could do this? Thanks! ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] working with the property tree
I need to learn how to work with the property tree in flightgear. Could someone refer me to material that might be helpful? Thanks! ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d