Re: [Flightgear-devel] patch for osgViewer and statistics
Nick Warne wrote: > On Friday 25 May 2007 03:59:55 Laurence Vanek wrote: > >>> ./configure CXXFLAGS=-O3 ... >>> >>> If you wish to include further flags, they need to enclosed in double >>> quotes: >>> >>> ./configure CXXFLAGS="-march=athlon-tbird -O3" >>> >>> This is my full FG configure option: >>> >>> ./configure CXXFLAGS="-march=athlon-tbird -O3" --prefix=/usr --enable-sdl >>> >>> Nick >> wow! I can confirm the frame rate increase on this system as well using >> the above suggestions. It approx. doubled my frame rates. >> >> thank you gentlemen. >> > > Yes, wow. > > The 'cmake -i .' is what done it for me - all this time I thought you had to > especially build a debug OSG, not the other way around. Confirmed here too. Seems like they have their defaults the wrong way round, but now I've changed it I'm seeing framerates way beyond anything ever achieved with plib. It looks like "Release" mode includes -O3 optimisation. You'll only need to play with the compiler flags if you want any extra architecture specific optimisations (probably best avoided for anyone building packages). -- Jon Stockill [EMAIL PROTECTED] - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] patch for osgViewer and statistics
On Friday 25 May 2007 03:59:55 Laurence Vanek wrote: > > ./configure CXXFLAGS=-O3 ... > > > > If you wish to include further flags, they need to enclosed in double > > quotes: > > > > ./configure CXXFLAGS="-march=athlon-tbird -O3" > > > > This is my full FG configure option: > > > > ./configure CXXFLAGS="-march=athlon-tbird -O3" --prefix=/usr --enable-sdl > > > > Nick > > wow! I can confirm the frame rate increase on this system as well using > the above suggestions. It approx. doubled my frame rates. > > thank you gentlemen. > Yes, wow. The 'cmake -i .' is what done it for me - all this time I thought you had to especially build a debug OSG, not the other way around. Nick - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] patch for osgViewer and statistics
Nick Warne wrote: > Hi Georg, > > On Wednesday 23 May 2007 19:05:43 Georg Vollnhals wrote: > >> But where do you apply this "-O3" parameter? Configure or Make when >> compiling the FlightGear sources? Thank you very much in advance for your >> help. >> >> Regards >> Georg EDDW > > Sorry, I read this too quick. You can build SG/FG with optimisations like > this: > > ./configure CXXFLAGS=-O3 ... > > If you wish to include further flags, they need to enclosed in double quotes: > > ./configure CXXFLAGS="-march=athlon-tbird -O3" > > This is my full FG configure option: > > ./configure CXXFLAGS="-march=athlon-tbird -O3" --prefix=/usr --enable-sdl > > Nick > wow! I can confirm the frame rate increase on this system as well using the above suggestions. It approx. doubled my frame rates. thank you gentlemen. Fedora Core 6, Intel core 2 duo, nVidia GeForce 7600 GS w/256 meg. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] patch for osgViewer and statistics
Nick Warne schrieb: > If you read the questions when using 'cmake -i .' one of them is what type of > build to do: > > ...Debug | Release ... > > etc. Default is NONE. So you set that to 'Release'. > > Then later there is a question about what CXX flags the compiler should use > when making a 'Release' build. Default is already '-O3 -DNDEBUG'.I just > changed this to '-O3 -march-tbird-athlon' to suit my machine. > > That's it! > > Nick > Hi Georg, > > On Wednesday 23 May 2007 19:05:43 Georg Vollnhals wrote: > > >> But where do you apply this "-O3" parameter? Configure or Make when >> compiling the FlightGear sources? Thank you very much in advance for your >> help. >> >> Regards >> Georg EDDW >> > > Sorry, I read this too quick. You can build SG/FG with optimisations like > this: > > ./configure CXXFLAGS=-O3 ... > > If you wish to include further flags, they need to enclosed in double quotes: > > ./configure CXXFLAGS="-march=athlon-tbird -O3" > > This is my full FG configure option: > > ./configure CXXFLAGS="-march=athlon-tbird -O3" --prefix=/usr --enable-sdl > > Nick > > Hi Nick, just as a feedback to you and all lurkers - this works for me, too :-) Now I am getting the same hight framerates with OSG-CVS as I got in the past before the low-framerate-problem. Thank you once again, Georg - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] patch for osgViewer and statistics
Nick Warne schrieb: > Sorry, I read this too quick. You can build SG/FG with optimisations like > this: > > ./configure CXXFLAGS=-O3 ... > > If you wish to include further flags, they need to enclosed in double quotes: > > ./configure CXXFLAGS="-march=athlon-tbird -O3" > > This is my full FG configure option: > > ./configure CXXFLAGS="-march=athlon-tbird -O3" --prefix=/usr --enable-sdl > > Nick > > Thank you Curtis and thank you Nick for your help. I already did the "cmake -i" process as described but learned now about the FG ./ configure options. So off I go to make a new FG build, hopefully improving the framerate. Georg :-) - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] patch for osgViewer and statistics
Hi Georg, On Wednesday 23 May 2007 19:05:43 Georg Vollnhals wrote: > But where do you apply this "-O3" parameter? Configure or Make when > compiling the FlightGear sources? Thank you very much in advance for your > help. > > Regards > Georg EDDW Sorry, I read this too quick. You can build SG/FG with optimisations like this: ./configure CXXFLAGS=-O3 ... If you wish to include further flags, they need to enclosed in double quotes: ./configure CXXFLAGS="-march=athlon-tbird -O3" This is my full FG configure option: ./configure CXXFLAGS="-march=athlon-tbird -O3" --prefix=/usr --enable-sdl Nick - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] patch for osgViewer and statistics
Hi George, On Wednesday 23 May 2007 19:05:43 Georg Vollnhals wrote: > >> cmake -i . > > Thank you for the hint, this "cmake -i" configuration process works > very nice for me but does not improve the framerates. > > > Oh my. After building OSG with 'Release' and then building FG with -O3, > > I have never, ever had better frame rates, even with PLIB. > > > > Thanks ! > > > > Nick > > But where do you apply this "-O3" parameter? Configure or Make when > compiling the FlightGear sources? Thank you very much in advance for your > help. If you read the questions when using 'cmake -i .' one of them is what type of build to do: ...Debug | Release ... etc. Default is NONE. So you set that to 'Release'. Then later there is a question about what CXX flags the compiler should use when making a 'Release' build. Default is already '-O3 -DNDEBUG'.I just changed this to '-O3 -march-tbird-athlon' to suit my machine. That's it! Nick - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] patch for osgViewer and statistics
On 5/23/07, Georg Vollnhals <[EMAIL PROTECTED]> wrote: >> Once you have a fresh checkout, in the trunk directory (top layer of code) >> to build the CMAKE files, issue: >> >> cmake -i . Thank you for the hint, this "cmake -i" configuration process works very nice for me but does not improve the framerates. I just learning about this now myself, but as I understand it, one of the questions you are asked with cmake -i . is the build type. Enter "Release" (other options are things like debug, release w/ debug info, etc.) If you answer yes to advanced options, you will be presented with many more questions. One of those advanced questions relates to "verbose" make. If you change that to TRUE (defaults to FALSE) then you can see the actual compiler command line when make is run. That is one way you can verify that the -O3 option is indeed being invoked. Regards, Curt. -- Curtis Olson - University of Minnesota - FlightGear Project http://baron.flightgear.org/~curt/ http://www.humanfirst.umn.edu/ http://www.flightgear.org Unique text: 2f585eeea02e2c79d7b1d8c4963bae2d - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] patch for osgViewer and statistics
Hi Nick, >> I was a bit confused with this - I couldn't work out what 'the >> configuration' screen was, nor meant. >> >> But I sussed out CMAKE now, so for anybody else with problems. >> >> Once you have a fresh checkout, in the trunk directory (top layer of code) >> to build the CMAKE files, issue: >> >> cmake -i . >> >> Thank you for the hint, this "cmake -i" configuration process works very nice for me but does not improve the framerates. > Oh my. After building OSG with 'Release' and then building FG with -O3, I > have never, ever had better frame rates, even with PLIB. > > Thanks ! > > Nick > > But where do you apply this "-O3" parameter? Configure or Make when compiling the FlightGear sources? Thank you very much in advance for your help. Regards Georg EDDW - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] patch for osgViewer and statistics
On Tuesday 22 May 2007 17:48:02 Nick Warne wrote: > On Monday 21 May 2007 23:46:34 gh.robin wrote: > > > Configure osg with ist's new build system as a Release version. Or > > > provide CMAKE_CXX_FLAGS and CMAKE_C_FLAGS on the command line of cmake. > > > I run cmake with something like > > > > > > cmake -D CMAKE_CXX_FLAGS="-O3 " \ > > > -D CMAKE_C_FLAGS="-O3 " \ > > > -D CMAKE_VERBOSE_MAKEFILE=TRUE . > > > > > > Please try ... > > > > > > Greetings > > > > > >Mathias > > > > Thanks Mathias, > > > > Every values are right , > > i have recovered the good fps. > > I was a bit confused with this - I couldn't work out what 'the > configuration' screen was, nor meant. > > But I sussed out CMAKE now, so for anybody else with problems. > > Once you have a fresh checkout, in the trunk directory (top layer of code) > to build the CMAKE files, issue: > > cmake -i . > > CMAKE will now run through a lot of question and shows current values, so > you can change it all to suit... very handy. > > Any time you need to change the build, just run the 'cmake -i .' command > again (after a make clean, of course). > > I am now going to build an optimised OSG and try again (after my 5 fps > version made me move back to PLIB). > > Nick Oh my. After building OSG with 'Release' and then building FG with -O3, I have never, ever had better frame rates, even with PLIB. Thanks ! Nick - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] patch for osgViewer and statistics
On Monday 21 May 2007 23:46:34 gh.robin wrote: > > Configure osg with ist's new build system as a Release version. Or > > provide CMAKE_CXX_FLAGS and CMAKE_C_FLAGS on the command line of cmake. > > I run cmake with something like > > > > cmake -D CMAKE_CXX_FLAGS="-O3 " \ > > -D CMAKE_C_FLAGS="-O3 " \ > > -D CMAKE_VERBOSE_MAKEFILE=TRUE . > > > > Please try ... > > > > Greetings > > > >Mathias > > Thanks Mathias, > > Every values are right , > i have recovered the good fps. I was a bit confused with this - I couldn't work out what 'the configuration' screen was, nor meant. But I sussed out CMAKE now, so for anybody else with problems. Once you have a fresh checkout, in the trunk directory (top layer of code) to build the CMAKE files, issue: cmake -i . CMAKE will now run through a lot of question and shows current values, so you can change it all to suit... very handy. Any time you need to change the build, just run the 'cmake -i .' command again (after a make clean, of course). I am now going to build an optimised OSG and try again (after my 5 fps version made me move back to PLIB). Nick - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] patch for osgViewer and statistics
Hi, On Monday 21 May 2007, Tim Moore wrote: > In case it's not obvious how to do that (I sure missed it!), in the > ccmake configuration screen change CMAKE_BUILD_TYPE to "Release". That is also possible ... Greetings Mathias - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] patch for osgViewer and statistics
On Mon 21 May 2007 19:46, Mathias Fröhlich wrote: > Hi, > > On Saturday 19 May 2007, gh.robin wrote: > > I try to understand the big FPS differences i get when i build FG > > first with an old OSG library 10 april 2007, > > second with a recent OSG library 1.9.4 version > > I believe that you built osg without optimization. > When building without optimization you get what you ask for. Unoptimized > code that takes hours for the cpu intensive jobs like culling. That is also > what the stats show ... > > Configure osg with ist's new build system as a Release version. Or provide > CMAKE_CXX_FLAGS and CMAKE_C_FLAGS on the command line of cmake. > I run cmake with something like > > cmake -D CMAKE_CXX_FLAGS="-O3 " \ > -D CMAKE_C_FLAGS="-O3 " \ > -D CMAKE_VERBOSE_MAKEFILE=TRUE . > > Please try ... > > Greetings > >Mathias > Thanks Mathias, Every values are right , i have recovered the good fps. Regards -- Gérard - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] patch for osgViewer and statistics
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mathias Fröhlich wrote: > Hi, > > On Saturday 19 May 2007, gh.robin wrote: >> I try to understand the big FPS differences i get when i build FG >> first with an old OSG library 10 april 2007, >> second with a recent OSG library 1.9.4 version > I believe that you built osg without optimization. > When building without optimization you get what you ask for. Unoptimized code > that takes hours for the cpu intensive jobs like culling. That is also what > the stats show ... > > Configure osg with ist's new build system as a Release version. Or provide In case it's not obvious how to do that (I sure missed it!), in the ccmake configuration screen change CMAKE_BUILD_TYPE to "Release". Tim -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFGUhW0eDhWHdXrDRURAlLnAKDewyXKRJQE4bqNTGrOqv/GoqW9GACgwpf9 U8abLFBviufsI2Y5b1EBYyE= =1+yc -END PGP SIGNATURE- - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] patch for osgViewer and statistics
Hi Tim, Just tried this patch and had a couple observations (beyond noticing that it generally works pretty well.) :-) 1. The application continuously scrolls the following message: Viewer::checkWindowStatus() - 1 I couldn't immediately see where that was coming from. 2. The numeric keypad keys do not work, so flying with keyboard controls is difficult. 3. At least on the an2, the prop animation seemed to not work. I can't imagine how this would be linked, but something seems to have broken there. 4. The lack of mouse pointer change is disconcerting to say the least. One short term idea would be to pop up a temporary window like is done when you change the zoom level? That wouldn't hurt anyway so people would know initially what mouse pointer equates to what mode ... And a side note ... compiling OSG with -O3 seemed to *really* boost my frame rates ... good trick to know. Curt. On 5/14/07, Tim Moore wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Howdy, This patch implements the option of using OpenSceneGraph's osgViewer instead of SDL or glut. The major user visible difference is the availability of OSG statistics, as seen in http://www.bricoworks.com/moore/osgstats.png, which show the time spent in each major part of the update and rendering process and which can help track down performance problems (hit the '*' key). The osgViewer framework also allows very flexible view / camera / window configuration and multithreading options which will be useful in the future. The one loss of functionality with this patch is that the cursor can't be changed; I'm looking into that. Enjoy, Tim -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFGSON1eDhWHdXrDRURAo/qAKCf5TE+vVoW6++0KmEYh7L9QAKV+gCg4csx kFQYcAB/NimSig8Ij8HCP/8= =S/k9 -END PGP SIGNATURE- - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Curtis Olson - University of Minnesota - FlightGear Project http://baron.flightgear.org/~curt/ http://www.humanfirst.umn.edu/ http://www.flightgear.org Unique text: 2f585eeea02e2c79d7b1d8c4963bae2d - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] patch for osgViewer and statistics
Mathias Fröhlich schrieb: > Hi, > > On Saturday 19 May 2007, gh.robin wrote: > >> I try to understand the big FPS differences i get when i build FG >> first with an old OSG library 10 april 2007, >> second with a recent OSG library 1.9.4 version >> > I believe that you built osg without optimization. > When building without optimization you get what you ask for. Unoptimized code > that takes hours for the cpu intensive jobs like culling. That is also what > the stats show ... > > Configure osg with ist's new build system as a Release version. Or provide > CMAKE_CXX_FLAGS and CMAKE_C_FLAGS on the command line of cmake. > I run cmake with something like > > cmake -D CMAKE_CXX_FLAGS="-O3 " \ > -D CMAKE_C_FLAGS="-O3 " \ > -D CMAKE_VERBOSE_MAKEFILE=TRUE . > > Please try ... > > Greetings > >Mathias > > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel > > Hi Mathias, Gerard is only *one* of many who are using OSG for a long time but suddenly getting very, very bad framerates with the latest CVS OSG versions. Do I understand it right that I get the "optimization" when I just call cmake (for OSG only, not for OpenThreads or Producer) in that way: cmake -D CMAKE_CXX_FLAGS="-O3" \ -D CMAKE_C_FLAGS="-O3" \ -D CMAKE_VERBOSE_MAKEFILE=TRUE (I deleted ). But strange enough, this was not necessary for a long time and I got suffizient framerates though. Thank you! Regards Georg EDDW - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] patch for osgViewer and statistics
Hi, On Saturday 19 May 2007, gh.robin wrote: > I try to understand the big FPS differences i get when i build FG > first with an old OSG library 10 april 2007, > second with a recent OSG library 1.9.4 version I believe that you built osg without optimization. When building without optimization you get what you ask for. Unoptimized code that takes hours for the cpu intensive jobs like culling. That is also what the stats show ... Configure osg with ist's new build system as a Release version. Or provide CMAKE_CXX_FLAGS and CMAKE_C_FLAGS on the command line of cmake. I run cmake with something like cmake -D CMAKE_CXX_FLAGS="-O3 " \ -D CMAKE_C_FLAGS="-O3 " \ -D CMAKE_VERBOSE_MAKEFILE=TRUE . Please try ... Greetings Mathias - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] patch for osgViewer and statistics
Hello Tim, Mathias, This is a digest of tests i have done , (and a repeat of previous separated mails) I try to understand the big FPS differences i get when i build FG first with an old OSG library 10 april 2007, second with a recent OSG library 1.9.4 version FG was patched with Tim Moore patch OSG stats. Every components and parameters are the same on both built FG : -same computer and operating system -same FlightGear cvs source -same Nvidia parameter -same Aircraft -same airport and scenery -same FG parameter -the aircraft was in place on the runway, parking brake On. The measurement values ( average) which where given are: OSG version ---old 10-04-207-||--recent v 1.9.4 Fps---41---||---14 Event4.5---||---5.5 Update--2.5---||---3.5 Cull--6.5---||---34 Draw---10.5--||---21.5 Gpu--12---||-19.5 the following snapshots show these values OLD OSG lib http://perso.orange.fr/GRTux/OSG_older-Stat.jpg RECENT OSG lib http://perso.orange.fr/GRTux/OSG-Stat.jpg Why a so big difference ? if i look at the performance i conclude, FG likes better to be built with that one month old OSG library rather than to be built with the more recent available OSG library. You could notice, 14 fps with the new OSG lib, makes FG unusable. The 41 fps which is given with the old OSG lib look like the values we had, when the first comparative tests where done, PLIB versus OSG, for me in the same situation/condition. I can understand , the old OSG content was probably more buggy than the recent one and a lot of modifications/improvements have been done on it. I wonder if FG has followed these modifications/improvements. Regards -- Gérard - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] patch for osgViewer and statistics
Hi, On Friday 18 May 2007, Tim Moore wrote: > renderer.cxx already contains a lot of OSG specific code; in fact it > would be fair to say that is all OSG specific code. I did add some > osgViewer specific code to renderer.cxx because the details of accessing > the scene root, controlling the camera, and running the rendering loop > are different when using a Viewer; those are concepts that fg_os doesn't > handle at all. That needs to be restructured! > It's possible that the osgViewer changes to renderer.cxx could be > refactored a bit to be less intrusive, but I'm hoping the need for the > non-osgViewer case will disappear :) In the mean time the differences > between the two approaches are made obvious, which I think is good for > people looking at this code. Yes, SDL and glut will go away. Greetings Mathias - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] patch for osgViewer and statistics
On Tuesday 15 May 2007, Tim Moore wrote: > Howdy, > This patch implements the option of using OpenSceneGraph's osgViewer > instead of SDL or glut. The major user visible difference is the > availability of OSG statistics, as seen in > http://www.bricoworks.com/moore/osgstats.png, which show the time spent > in each major part of the update and rendering process and which can > help track down performance problems (hit the '*' key). The osgViewer > framework also allows very flexible view / camera / window configuration > and multithreading options which will be useful in the future. The one > loss of functionality with this patch is that the cursor can't be > changed; I'm looking into that. This is great! I am a bit short in time. I will probably look into that at sunday! Thanks! Mathias - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] patch for osgViewer and statistics
On Thu 17 May 2007 22:28, Tim Moore wrote: SNIP > > > The "Cull" is basically very high compared to the other values but when > > i fly over the sea (without tiles as i said in an other topic). > > What is exactly the meaning of the "Cull" value ? > > It's hard to assign a meaning to these times in isolation, except to > note that 16 milliseconds total is the magic number that gives you a > frame rate of 60hz. The large cull time indicates poor scene graph > layout; possibly there's a problem with transparent objects in your > beautiful cockpit :) The large draw time vs. gpu time shows that the > scene and model geometry could be grouped in larger batches. > > > I get ThreadingModel : SingleThreaded , is it right ? > > Yes; I've forced all the OSG operations into one thread to start with. > There is a lot of flexibility in that area, and we'll try multithreading > things on multiprocessor machines. > > > Here a snapshot of the Stats http://perso.orange.fr/GRTux/OSG-Stat.jpg > > > > Regards > > Thanks! I'd love to know the details of that (aircraft, location, ...) > > Tim > Hello Tim, May be that new test could be useful, and help to understand. Every parameter are the same than these one used for the previous test, only one diff i did built SG/FG with an older OSG 1.9.4 10-april With that one do get a very good FPS with that one ( as said on a previous topic). the snapshot is there http://perso.orange.fr/GRTux/OSG_older-Stat.jpg You can notice : => your patch gives that ugly sky (blue sky has vanished, grey takes place) It is not a problem because working nice without patch. => the cull was with the previous test 35 more or less it is now 6.5 more or less. DRAW and GPU have decreased dramatically (same Nvidia parameters, High Quality, Anti aliasing setting 4x 9tap G, Anisotropic Filtering x4, Texture sharpening ON) Regards -- Gérard - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] patch for osgViewer and statistics
On Thu 17 May 2007 22:28, Tim Moore wrote: SNIP > It's hard to assign a meaning to these times in isolation, except to > note that 16 milliseconds total is the magic number that gives you a > frame rate of 60hz. The large cull time indicates poor scene graph > layout; possibly there's a problem with transparent objects in your > beautiful cockpit :) The large draw time vs. gpu time shows that the > scene and model geometry could be grouped in larger batches. > > > I get ThreadingModel : SingleThreaded , is it right ? > > Yes; I've forced all the OSG operations into one thread to start with. > There is a lot of flexibility in that area, and we'll try multithreading > things on multiprocessor machines. > > > Here a snapshot of the Stats http://perso.orange.fr/GRTux/OSG-Stat.jpg > > > > Regards > > Thanks! I'd love to know the details of that (aircraft, location, ...) > > Tim > > That Aircraft is an old (achieved) model Crusader F-8E from my French Air Navy Models collection (which suit to to French Carrier Foch). the Low FPS performance and that large cull (you point the finger on it) represent, to me, the average performances i get compared to every others aircraft which are there into FG, more or less according the model. So it is, for me, a measurement tool. Regards -- Gérard - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] patch for osgViewer and statistics
* Tim Moore -- 5/18/2007 9:20 AM: > renderer.cxx already contains a lot of OSG specific code; in fact it > would be fair to say that is all OSG specific code. I agree. Main/fg_os*.cxx are there to handle the operating system dependent interfaces for window management/keyboard/mouse: glut and later sdl. But if the osg counterparts can fully replace those two on all platforms (maybe they are even better?), then we should probably delegate that job to osg and drop glut/sdl support altogether. I doubt we would ever have introduced the fg_os* files if plib had offered all we need. glut is a dying species, just like plib ... m. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] patch for osgViewer and statistics
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Curtis Olson wrote: > Hi Tim, > > I took a peek at the diffs and had a couple questions. Originally the > idea of the fg_os files was to have a single interface within the > flightgear code so that the details could be hidden in fg_os.[ch]xx, but > I see with your changes that you have a lot of OSG specific code now > that has filtered up into the renderer.cxx. Is that needed or could > these new changes be hidden better behind fg_os like the code originally > intended? > > Thanks, > Hi Curt, renderer.cxx already contains a lot of OSG specific code; in fact it would be fair to say that is all OSG specific code. I did add some osgViewer specific code to renderer.cxx because the details of accessing the scene root, controlling the camera, and running the rendering loop are different when using a Viewer; those are concepts that fg_os doesn't handle at all. It's possible that the osgViewer changes to renderer.cxx could be refactored a bit to be less intrusive, but I'm hoping the need for the non-osgViewer case will disappear :) In the mean time the differences between the two approaches are made obvious, which I think is good for people looking at this code. Tim -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFGTVPGeDhWHdXrDRURAoZaAJ462o0jI0I5HdbXXaPLd59ZSZsYjwCgjVAM KyG6cixedS/pNH9+eptsOxU= =aGBK -END PGP SIGNATURE- - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] patch for osgViewer and statistics
Hi Tim, I took a peek at the diffs and had a couple questions. Originally the idea of the fg_os files was to have a single interface within the flightgear code so that the details could be hidden in fg_os.[ch]xx, but I see with your changes that you have a lot of OSG specific code now that has filtered up into the renderer.cxx. Is that needed or could these new changes be hidden better behind fg_os like the code originally intended? Thanks, Curt. On 5/14/07, Tim Moore <[EMAIL PROTECTED]> wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Howdy, This patch implements the option of using OpenSceneGraph's osgViewer instead of SDL or glut. The major user visible difference is the availability of OSG statistics, as seen in http://www.bricoworks.com/moore/osgstats.png, which show the time spent in each major part of the update and rendering process and which can help track down performance problems (hit the '*' key). The osgViewer framework also allows very flexible view / camera / window configuration and multithreading options which will be useful in the future. The one loss of functionality with this patch is that the cursor can't be changed; I'm looking into that. Enjoy, Tim -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFGSON1eDhWHdXrDRURAo/qAKCf5TE+vVoW6++0KmEYh7L9QAKV+gCg4csx kFQYcAB/NimSig8Ij8HCP/8= =S/k9 -END PGP SIGNATURE- - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Curtis Olson - University of Minnesota - FlightGear Project http://baron.flightgear.org/~curt/ http://www.humanfirst.umn.edu/ http://www.flightgear.org Unique text: 2f585eeea02e2c79d7b1d8c4963bae2d - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] patch for osgViewer and statistics
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 gh.robin wrote: > Hello Tim, > > I spite of a very low fps with osg 1.9.4 (as i said before) i have built FG > with that patch, which works perfectly (but the cursor change, you are > working on it). > I'll turn this into a Wiki page if it gets taken up. First of all you should have the OpenSceneGraph-Data distribution from the Downloads->SampleData page of www.openscenegraph.com, unpack it, and point the OSG_FILE_PATH environment variable at it so you get the real fonts that the Stats display needs. > How may we understand the values which are given > Event > Update > Cull > Draw > Gpu > > Are they percentage of use , or anything else ? > The numbers are time, in milliseconds. The names refer to the different steps that OSG uses to update and draw a scene: Event - All non-graphics update is done here: processing user and other input, FDM, etc. Queries against the scene graph for finding height above ground are done in this phase as part of the FDM, which is currently a big bottleneck. Update - Callbacks in the scene graph are called, basically implementing all the animations. Cull - Non-visible parts of the scene are discarded, transparent objects are sorted by depth, and all geometry is grouped to minimize OpenGL state changes. Draw - Everything is rendered using OpenGL. GPU - This statistic is available only on Nvidia hardware, I think; it shows how much time the GPU takes to execute all the OpenGL requests. It won't be much smaller than the Draw time, but it could be quite a bit larger. > The "Cull" is basically very high compared to the other values but when i > fly > over the sea (without tiles as i said in an other topic). > What is exactly the meaning of the "Cull" value ? > It's hard to assign a meaning to these times in isolation, except to note that 16 milliseconds total is the magic number that gives you a frame rate of 60hz. The large cull time indicates poor scene graph layout; possibly there's a problem with transparent objects in your beautiful cockpit :) The large draw time vs. gpu time shows that the scene and model geometry could be grouped in larger batches. > I get ThreadingModel : SingleThreaded , is it right ? > Yes; I've forced all the OSG operations into one thread to start with. There is a lot of flexibility in that area, and we'll try multithreading things on multiprocessor machines. > Here a snapshot of the Stats http://perso.orange.fr/GRTux/OSG-Stat.jpg > > Regards > Thanks! I'd love to know the details of that (aircraft, location, ...) Tim -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFGTLsAeDhWHdXrDRURAsKvAKDRGhHzF65a4x8sT0oyMtBTUPsBBgCePkV4 qt17uGiTPG5JB021A7v+t0M= =6/Ik -END PGP SIGNATURE- - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] patch for osgViewer and statistics
gh.robin wrote: >Hello Tim, > >I spite of a very low fps with osg 1.9.4 (as i said before) i have built FG >with that patch, which works perfectly (but the cursor change, you are >working on it). > >How may we understand the values which are given >Event >Update >Cull >Draw >Gpu > >Are they percentage of use , or anything else ? > >The "Cull" is basically very high compared to the other values but when i fly >over the sea (without tiles as i said in an other topic). >What is exactly the meaning of the "Cull" value ? > >I get ThreadingModel : SingleThreaded , is it right ? > >Here a snapshot of the Stats http://perso.orange.fr/GRTux/OSG-Stat.jpg > >Regards > > > > The numbers is the time in miliseconds, Event is I think the time for the non osg code, update, cull and draw are the time for the osg calls ; update is for the animation code, Cull is for the culling objects not visible, Draw does the rendering sort and then the calls to opengl. Gpu is the time used by the gpu only. Event+update+cull+draw+a bit of gpu gives your total frame time. The cull time is enormous but this should be better soon. But your draw time is astronomous too. I can not comment on that with only a screen shot. What we need now is the number of drawelement calls, I'm sure Time will add this ;) Harald. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] patch for osgViewer and statistics
On Tue 15 May 2007 00:32, Tim Moore wrote: > Howdy, > This patch implements the option of using OpenSceneGraph's osgViewer > instead of SDL or glut. The major user visible difference is the > availability of OSG statistics, as seen in > http://www.bricoworks.com/moore/osgstats.png, which show the time spent > in each major part of the update and rendering process and which can > help track down performance problems (hit the '*' key). The osgViewer > framework also allows very flexible view / camera / window configuration > and multithreading options which will be useful in the future. The one > loss of functionality with this patch is that the cursor can't be > changed; I'm looking into that. > > Enjoy, > Tim Hello Tim, I spite of a very low fps with osg 1.9.4 (as i said before) i have built FG with that patch, which works perfectly (but the cursor change, you are working on it). How may we understand the values which are given Event Update Cull Draw Gpu Are they percentage of use , or anything else ? The "Cull" is basically very high compared to the other values but when i fly over the sea (without tiles as i said in an other topic). What is exactly the meaning of the "Cull" value ? I get ThreadingModel : SingleThreaded , is it right ? Here a snapshot of the Stats http://perso.orange.fr/GRTux/OSG-Stat.jpg Regards -- Gérard - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel