Re: [Flightgear-devel] Flash with altitude change
On Apr 26, 2008, at 12:11 PM, Alex Buzin wrote: > Hi! > On Saturday, April 26, 2008 Adam Dershowitz wrote >> >> 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); > >The initial reason was to read data from binary file and now it > can make > full i/o in binary form. But I did not change pointed line and FG > got float > data without truncation due to converting to/from text form. As I > wrote > there were no problems with 0.9.10. May be with text form this can > cause > problems. >But I think there is no difference between double and float while > reading with format 12.9f. Did you try to change i/o format in > playback.xml > without changing generic.cxx? > > With respect, >Alex > > I believe that the format description, in playback.xml, is only used for output of data. It is only in the section of the data. The only information used for input is the float. - 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 Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Screenshot improves
* Nicolas -- Tuesday 08 April 2008: > After precipitation patchs, I post a new patch about screenshot > management. With this patch, you can choose the directory destination > for the screenshots. Committed, thanks. Example: --prop:sim/paths/screenshot-dir=/tmp I moved it into a property dir /sim/paths/, because I want to move other path specs there as well, such as fg-root, fg-home, fg-current. /sim/ is much too crowded since quite a while. I did not commit the error handling. If a user pressed F3 to save a unique situation, then an error message is not welcomed at all, only because the path was undefined or set wrongly (which should have been known from the beginning). In this case fgfs must save the screenshot elsewhere ($FG_HOME) and tell the user where. Only if that fails will it output an error message. m. - 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 Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FG on a 64bit dual core machine
On Sat, Apr 26, 2008 at 7:11 PM, John Wojnaroski <[EMAIL PROTECTED]> wrote: > > Same problem gl-info.c in the tests directory complains. So do we > need glut even if not using it for the fgfs binary? Yes, the tests use it. I think that these should have a separate target in the makefile and not get built by default. Also, the configure script will link against glut if present even if it is not used (so that subsequently uninstalling glut will break FG for no good reason). If you don't have glut installed, you can just remove the "tests" from the SUBDIRS in the top-level Makefile. -- Csaba/Jester - 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 Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Nasal and FGMultiplayMgr errors
Hello, I've built an aerodynamic model (JSBSim) of an aircraft and in order to test it I took the Honda Jet and changed its native FDM with my model. When I select my aircraft and try to run it in Flightgear v1.0.0, I get the following errors: 1) Nasal runtime error: No such member: runways at glide_slope_tunnel.nas line 96, called from glide_slope_tunnel.nas line 123, called from globals.nas, line 79 and then: 2) FGMultiplayMgr::MP_ProcessData: Domain error and FG halts in a loop. The first error can be worked around by flying first the original HondaJet and turning glide slope off, but I would like to understand why is this happening. The main difference between both aero models is that in my model the PITCH axis consist of a wing-body-vertical-tail + isolated horizontal tail contributions, while the native HondaJet model has a wing-body-vertical-horizontal block. In my FCS I put the fcs/pitch-trim-cmd-norm input in the stabilizer aerosurface (which I defined at the beginning of the FCS block). The original HondaJet run and flies nicelly from the same airport. Any hint on what could be wrong? Thank you. Fabian PS: The HondaJet model is a really good work of Tatsuhiro Nishioka (FDM) and Emmanuel BARANGER. I recommend flying it! - 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 Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Multiplayer local echo patch
On Sat, 2008-04-19 at 12:45 +0200, Durk Talsma wrote: > On Thursday 22 November 2007 07:26, I wrote: > > Recently, Martin Spott sent me a patch for the multiplayer system, which > > apparently hasn't been applied yet: > > > > http://durktalsma.xs4all.nl/mp_bugfix.diff > > > > Originally there was a problem that when the multiplayer wasn't found, one > > would see a local echo of one's aircraft, with a few seconds delay. > > > > Running a local MP server, I could not replicate that problem[1], so it > > seems this problem is fixed. My question is therefore whether this patch, > > or parts of it, is still needed. > > > > I just committed this patch, because it appears that under very specific > circumstances, one can still receive a local echo of one's own aircraft,while > on multiplayer. The patch I referred to here addresses this problem. It seems that this patch makes it impossible to choose an ingoing port different from the outgoing port, because of the line: rxPort = txPort; Since I made my FlightGear computer a NAT router using iptables, have I been unable to use the same port for both. I simply do not receive any data from the servers if both use the same port. For a long time have I thought that the servers were wrong, but maybe my iptables configuration makes my computer discard those packages. I have tested with tcpdump using simply the command "tcpdump", but maybe it does not display all the packages, but only those specifically for my computer? - 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 Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Flash with altitude change
Hi! On Saturday, April 26, 2008 Adam Dershowitz wrote > > 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); The initial reason was to read data from binary file and now it can make full i/o in binary form. But I did not change pointed line and FG got float data without truncation due to converting to/from text form. As I wrote there were no problems with 0.9.10. May be with text form this can cause problems. But I think there is no difference between double and float while reading with format 12.9f. Did you try to change i/o format in playback.xml without changing generic.cxx? With respect, Alex - 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 Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FG on a 64bit dual core machine
OK, I see what is happening now, forgot about the /usr/lib64 thingy ;-) This was a 64-bit, dual core install from the git-go from the Centos5.1 site. Wondering if all the apps, servers, tools, etc are built for a 64-bit architecture and what would happen if I *turn-off* the 32 bit libraries at /usr/lib Does the gcc compiler auto-magically build the dependencies (Simgear, plib, osg, openal) as 64-bit libraries by determining the CPU architecture or must the developer specific 64 bits with something like 'make ARCH=64' as noted in the OSG docs? So should there, in turn, be a /usr/local/lib64? OK, just answered my own question... There IS a /usr/local/lib64 that contains the shared libraries for osg but nothing there for Simgear, plib, openal, or glut. Interesting. So does that mean the build for 64 bits is a bit ( -2 pts for bad pun) more labor intensive to set up the proper paths and build comparable libraries for 64 bits? So if the delendencies are compiled for 64 bits, then based on the current build commands they are getting stuffed into the /usr/lib and /usr/local/lib 32-bit library directories; is that something to worry about that needs some clarification? Thanks for the feedback, guys As an aside, just got back from the PCWG conference, some good stuff from Intel and AMD on emerging quad-core and 8-core processors and RedHat on virtual machines, plus a nice presentation on a survey of flightsims (FSX, X-Plane, and Flightgear) Curt will be getting a DVD of the 2-day proceedings. Might be worthwhile to post portions on the website. If anyone wants a complete set of all the proceedings, will be happy to copy and mail a DVD for the cost of handling and postage ($10.00 ???) John W. Georg Vollnhals wrote: >John Wojnaroski schrieb: > > >>... >> >> >> > > > >>Also looking for any tips, gotchas, or watch-out-fors from anyone who >>has successfully built and run FG on a 64-bit machine. >> >>Thanks >>John W. >> >> >> >> >> >> >> >Hi John, >just as a feedback: > >I am compiling FG since more than 18 months on a 64bit O/S and >processor (but NOT dualcore!) without any serious problem. >That is >AMD 64 3700 >OpenSUSE 10.1/10.2 x86_64 (64 bit version) >FlightGear OSG CVS (and for a long time also PLIB - to enjoy 3D clouds >and shadows from time to time :-) ) > >Only all 64bit development libraries have to be installed, normally only >something like the runtime libraries are installed (sorry I am so vague >but I am no Linux guru). >I don't know anything about your Linux O/S but maybe you can get all >available libs listed from a helper tool. The development libraries are >often name -dev. > >At last I have to mention that I changed my OpenSUSE 10.3 (64 bit) from >internally testplatform to productive system status and with THIS O/S I >have some strange compiling errors - other than you have. And this >BEFORE OSG 2.4 got FlightGear default. Just to mention. > >Sorry that I cannot give better advice but it might be good to hear for >you that for more than 18 months a 64bit compiling was not only possible >but very easy. So 64bit is NOT the problem, it might be more the >libraries and compile-procedures. > >Regards >Georg EDDW > >- >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 >Flightgear-devel@lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/flightgear-devel > > > > - 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 Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Spiele Bild promotes FlightGear
Heiko Schulz schrieb:
>>
> -
>
> Yeah, it's amazing how many sites and magazines
> reports positive about Project FlightGear!
> And I'm not so curious about the poeple- the most will
> maybe complain about, beacuse hey don't understand the
> concept behind...
>
> And your post is amazing for me: the first mail from
> future ("written sunday, 27.april 2008") ;-)
>
>
Sorry for that - my new O/S OpenSUSE 10.3 has some difficulties with my
hardware-clock - at least using Wine changes the time and day and I have
to correct that manually. And a time-jump would be nicer backwards
regarding my age :-)
Georg
-
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
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Spiele Bild promotes FlightGear
--- Georg Vollnhals <[EMAIL PROTECTED]> schrieb:
> Hi all,
>
> it is just for your information that "Spiele Bild" -
> one of Germanys
> biggest gamer magazines - has put the full Windows
> version of FlightGear
> 1.0.0 on their second DVD enclosed to the (DVD
> version) magazine.
>
> They have a short but fair review on page 102 (1/2
> page size) with two
> nice screenshots (aircraft carrier landing and
> airliner) and also their
> first pages index covered with one of these
> screenshots (what is some
> sort of accentuation).
>
> They start their short review with
> "Attention: this is nothing for beginners - this is
> a matter for
> experienced PC-pilots"
> and their first pages covering (what most magazine
> user like my son who
> showed me the article study first) tells very fair
> and nice
> "Simulation. Hobby-PC-pilots select between many
> aircraft, weather
> conditions and airports. The realistic simulation
> demands patience and
> expertise at the stick. But the result of the effort
> pays off".
>
> Although most of the readers are younger like my son
> I am courious about
> new people showing up at the Forums.
>
> BTW: sorry for my bad English, but I hope I put it
> in a nutshell :-)
>
> Regards
> Georg EDDW
>
>
-
Yeah, it's amazing how many sites and magazines
reports positive about Project FlightGear!
And I'm not so curious about the poeple- the most will
maybe complain about, beacuse hey don't understand the
concept behind...
And your post is amazing for me: the first mail from
future ("written sunday, 27.april 2008") ;-)
still in work: http://www.hoerbird.net/galerie.html
But already done: http://www.hoerbird.net/reisen.html
E-Mails jetzt auf Ihrem Handy.
www.yahoo.de/go
-
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
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FG on a 64bit dual core machine
John Wojnaroski wrote: > Hi, > > Just finished putting together a dual-core 64 bit machine with Centos5.1 > I regularly build on 64 bit Fedora, so not too different. Lately I've been using Fedora 9 preview. So, not too different from Centos. > The FlightGear build and install was going just fine until trying to > compile FlightGear ( the CVS version ) > > right at the start, the gl-info complained about not finding glut > functions. Looking in /usr/include/GL and /usr/lib both the header > files glut.h and the libraries libglut.a and libglut.so.3.7 are > installed. OTH the ./configure log shows that glutGetModifiers search > fails to find the glut libraries. OK, that explains the compile error, > so question? As others have said, you don't have the 64 bit version of the glut development libraries installed. They would be in /usr/lib64. You want to "yum install freeglut-devel"; if for some reason you aren't getting the 64 bit version, try "yum install freeglut-devel.x84". > > Sounds like a need to recompile recompile the glut library from the > source on the host machine, but before I do that thought of giving SDL a > whirl, so "./configure --enable-sdl --enable-osgviewer" "./configure --enable-osgviewer" is recommended and now the default, however even with that option various auxiliary programs have a dependency on glut. > > Same problem gl-info.c in the tests directory complains. So do we > need glut even if not using it for the fgfs binary? > You would think not, and I would like to make glut optional / unnecessary. > Also looking for any tips, gotchas, or watch-out-fors from anyone who > has successfully built and run FG on a 64-bit machine. > Yes: enjoy! Tim - 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 Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FG on a 64bit dual core machine
John Wojnaroski schrieb: > ... > > Also looking for any tips, gotchas, or watch-out-fors from anyone who > has successfully built and run FG on a 64-bit machine. > > Thanks > John W. > > > > > Hi John, just as a feedback: I am compiling FG since more than 18 months on a 64bit O/S and processor (but NOT dualcore!) without any serious problem. That is AMD 64 3700 OpenSUSE 10.1/10.2 x86_64 (64 bit version) FlightGear OSG CVS (and for a long time also PLIB - to enjoy 3D clouds and shadows from time to time :-) ) Only all 64bit development libraries have to be installed, normally only something like the runtime libraries are installed (sorry I am so vague but I am no Linux guru). I don't know anything about your Linux O/S but maybe you can get all available libs listed from a helper tool. The development libraries are often name -dev. At last I have to mention that I changed my OpenSUSE 10.3 (64 bit) from internally testplatform to productive system status and with THIS O/S I have some strange compiling errors - other than you have. And this BEFORE OSG 2.4 got FlightGear default. Just to mention. Sorry that I cannot give better advice but it might be good to hear for you that for more than 18 months a 64bit compiling was not only possible but very easy. So 64bit is NOT the problem, it might be more the libraries and compile-procedures. Regards Georg EDDW - 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 Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FG on a 64bit dual core machine
John Wojnaroski a écrit : > Hi, > > Just finished putting together a dual-core 64 bit machine with Centos5.1 > > The FlightGear build and install was going just fine until trying to > compile FlightGear ( the CVS version ) > > right at the start, the gl-info complained about not finding glut > functions. Looking in /usr/include/GL and /usr/lib both the header > files glut.h and the libraries libglut.a and libglut.so.3.7 are > installed. OTH the ./configure log shows that glutGetModifiers search > fails to find the glut libraries. OK, that explains the compile error, > so question? > > Sounds like a need to recompile recompile the glut library from the > source on the host machine, but before I do that thought of giving SDL a > whirl, so "./configure --enable-sdl --enable-osgviewer" > > Same problem gl-info.c in the tests directory complains. So do we > need glut even if not using it for the fgfs binary? > > Also looking for any tips, gotchas, or watch-out-fors from anyone who > has successfully built and run FG on a 64-bit machine. > > Thanks > John W. > use either "./configure --enable-sdl" or "./configure --enable-osgviewer" but not both options in the same command. --enable-osgviewer should be prefered. You don't have to have glut or sdl installed with that option that should be the default now -Fred -- Frédéric Bouvier http://my.fotolia.com/frfoto/ Photo gallery http://fgsd.sourceforge.net/FlightGear Scenery Designer - 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 Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FG on a 64bit dual core machine
Hi John, I've never had the opportunity to work on a 64 bit linux machine, but in a past life I was responsible for a couple 64bit sgi machines. With these machines, 32 bit code was different from 64 bit code. That meant having 2 copies of every library ... lib32 and lib64. Compiling code was often complicated because the compiler would not let you mix 32 bit objects with 64 bit objects, but in the course of compiling software packages and also developing software, that was all too easy to do. So you may need a 64 bit version of glut? Or specifically compile *everything* in 32 bit mode? And then whatever you end up deciding to do, make sure you are consistent throughout all the libs and dependencies which may or may not be an easy thing to do. Curt. On Sat, Apr 26, 2008 at 12:11 PM, John Wojnaroski Hi, > > Just finished putting together a dual-core 64 bit machine with Centos5.1 > > The FlightGear build and install was going just fine until trying to > compile FlightGear ( the CVS version ) > > right at the start, the gl-info complained about not finding glut > functions. Looking in /usr/include/GL and /usr/lib both the header > files glut.h and the libraries libglut.a and libglut.so.3.7 are > installed. OTH the ./configure log shows that glutGetModifiers search > fails to find the glut libraries. OK, that explains the compile error, > so question? > > Sounds like a need to recompile recompile the glut library from the > source on the host machine, but before I do that thought of giving SDL a > whirl, so "./configure --enable-sdl --enable-osgviewer" > > Same problem gl-info.c in the tests directory complains. So do we > need glut even if not using it for the fgfs binary? > > Also looking for any tips, gotchas, or watch-out-fors from anyone who > has successfully built and run FG on a 64-bit machine. > > Thanks > John W. > > > > > - > 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 > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel > -- Curtis Olson: http://baron.flightgear.org/~curt/ - 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 Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] FG on a 64bit dual core machine
Hi, Just finished putting together a dual-core 64 bit machine with Centos5.1 The FlightGear build and install was going just fine until trying to compile FlightGear ( the CVS version ) right at the start, the gl-info complained about not finding glut functions. Looking in /usr/include/GL and /usr/lib both the header files glut.h and the libraries libglut.a and libglut.so.3.7 are installed. OTH the ./configure log shows that glutGetModifiers search fails to find the glut libraries. OK, that explains the compile error, so question? Sounds like a need to recompile recompile the glut library from the source on the host machine, but before I do that thought of giving SDL a whirl, so "./configure --enable-sdl --enable-osgviewer" Same problem gl-info.c in the tests directory complains. So do we need glut even if not using it for the fgfs binary? Also looking for any tips, gotchas, or watch-out-fors from anyone who has successfully built and run FG on a 64-bit machine. Thanks John W. - 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 Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] osg 2.4 released today
* Melchior FRANZ -- Saturday 26 April 2008: > I've removed a workaround for a modifier key handling bug in OSG 2.0, > but I've only commented out one for a numlock key bug. OK. The numpad "workaround" wasn't a workaround, but really necessary. It's doesn't fix a bug in OSG. I uncommented that code again and added a better comment. Sorry for the inconvenience. m. - 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 Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Flash with altitude change
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 Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Atlas for FlightGear - new version for Win32
> "Fred" == flightgear-devel-request writes: >> But there is a small problem. Today, when I tried to log on to >> CVS, the authorization failed. Checking things out anonymously >> works fine, and I can log in as a user fine as well, so it >> seems the problem is my permissions in the Atlas project. Fred> Sourceforge recently changed its policy about password Fred> expiration. I run into something similar and discovered I Fred> have to change my password by logging to my account Fred> page. Please check that you are able to log in your account. I am, but I followed your suggestion and changed my password anyway. Voilà! Success! >> And of course, once the changes are made, somebody will have to >> actually compile a Windows version for "igrowing". Any >> volunteers? Fred> I'll try to compile your changes Thanks - I'll let you know when they're done. Brian -- Brian Schack 19 Xǔchāng Street 2Fphone: 2381 4727 Taipei 100 fax:2381 2145 TAIWAN - 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 Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Spiele Bild promotes FlightGear
Hi all, it is just for your information that "Spiele Bild" - one of Germanys biggest gamer magazines - has put the full Windows version of FlightGear 1.0.0 on their second DVD enclosed to the (DVD version) magazine. They have a short but fair review on page 102 (1/2 page size) with two nice screenshots (aircraft carrier landing and airliner) and also their first pages index covered with one of these screenshots (what is some sort of accentuation). They start their short review with "Attention: this is nothing for beginners - this is a matter for experienced PC-pilots" and their first pages covering (what most magazine user like my son who showed me the article study first) tells very fair and nice "Simulation. Hobby-PC-pilots select between many aircraft, weather conditions and airports. The realistic simulation demands patience and expertise at the stick. But the result of the effort pays off". Although most of the readers are younger like my son I am courious about new people showing up at the Forums. BTW: sorry for my bad English, but I hope I put it in a nutshell :-) Regards Georg EDDW - 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 Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Flash with altitude change
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 - 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 Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
