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] 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
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
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
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
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
[Flightgear-devel] FlightGear FDM
Hello, I have been trying to decode the Latitude, Longitude and Altitude provided by the NET-FDM (native_fdm.cxx). I have been able to read all of the fields provided by the output from flightgear, but I cannot understand what value is being passed for the three fields I mentioned above. After the first two 32bit fields, namely Version (32bits) and PadValue(32bits) I should have three 64bit words. According to the source code, the values are supposed to be double floats. There seems to be some sort of manipulation that happens before the data is actually sent out from Flight Gear. Near as I can tell, flight gear sends some combination of two 32 bit Floats. The resultant value should be a Latitude/Longitude in radians and an Altitude in meters. 64 bits seems like overkill for these values. I tried decoding the values as two 32bit Floats using (IEEE 754 specification), one 64bit Float and even some combinations of two 32bit Long integers with varying scaling factors. I have no trouble reading the unix time, roll, pitch, fuel consumption etc... Any assistance would be greatly appreciated! Sincerely, Paul MacLean P.S. I have been trying to compile the FlightGear code so I can debug the values myself, but I am getting 6 LNK2019: unresolved external symbol errors. namely: (__imp__alutExit, __imp_alutGetError __imp__aultGetErrorString ,__imp__alutInit ,__imp__alutLoadWAVFile, __imp__alutUnloadWAV) __ 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
[Flightgear-devel] FlightGear FDM
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