On Apr 26, 2008, at 3:16 AM, Alex Buzin wrote: > Hi! > > On Friday, April 25, 2008 Melchior FRANZ wrote >> >> * Adam Dershowitz -- Thursday 24 April 2008: >>> I spent a while trying to track this down, and finally figured out >>> what is going on. The problem is that generic.cxx can only handle >>> floats, and that is not enough resolution for latitude and >>> longitude, >>> so the last few digits are lost in the conversion. >> >> Eeew. I never thought of this possibility, but that makes sense. >> I'm not an fg networking user, so I can't comment on or commit >> your patches. I'll leave that to Curt. :-) >> > No, this is not the problem. May be in some cases. I provide FG > with > data at 100Hz in binary form (my extension for generic protocol). > The data > can be lost while converting from double to float only. At 0.9.10 > all was > fine but not at 1.0.0. > > I look CVS for fix. It removes continuous high-level jitter but > sometimes screen flashes. I can not specify now how to reproduce it. > This > can be set aside for future investigation. > > With respect, > Alex > >
Then your extension must be handling the input differently. When data is read in from a text file, using --generic it is not possible with the current code to read in a double. It is called an FG_DOUBLE in some places in the code, but it is converted to a float before it is written to the property tree. The actual line of code in generic.cxx was: _in_message[i].prop->setFloatValue((float)val); ------------------------------------------------------------------------- This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone _______________________________________________ Flightgear-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/flightgear-devel
