Re: [Flightgear-devel] [PATCH] crease for ac3d files and speedup
On Monday 11 October 2004 10:37, Jon Stockill wrote: Martin Spott wrote: Martin Spott wrote: This patch is great - it works and it significantly increases the frame rate on a simple Linux-PC (old 600 MHz PentiumIII with Radeon9200) from 4-5 to 7-8 fps on the default location, With the recent display list changes things now settle at stable 10 fps. I'd like to express my thanks to everyone who participated in this tremendous improvement(s) ! crease + display list = WOW! I've gone from 3-4FPS at KSFO in the C172 to a rock solid 12 - this seems to be limited by the instruments, because turning the view, or selecting an external view gets 25-35, even with all those models around. I've NEVER seen FlightGear run so smoothly. The fact that a forward cockpit view is so stable (it doesn't matter how many models you point the aircraft at) makes landings at KSFO really smooth, where they used to be almost impossible before because the frame rate was so unpredictable. Thanks to all who contributed. The crease patch works well for me here but the DList patch seems to result in a consistent seg fault. I suspect it's due to the ATI Linux drivers for my Radeon 9200. Can anyone else running Linux with a Radeon 9xxx series card, using ATI's drivers confirm if it works for them? TIA LeeE ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] [PATCH] crease for ac3d files and speedup
Lee Elliott a écrit : On Monday 11 October 2004 10:37, Jon Stockill wrote: Martin Spott wrote: Martin Spott wrote: This patch is great - it works and it significantly increases the frame rate on a simple Linux-PC (old 600 MHz PentiumIII with Radeon9200) from 4-5 to 7-8 fps on the default location, With the recent display list changes things now settle at stable 10 fps. I'd like to express my thanks to everyone who participated in this tremendous improvement(s) ! crease + display list = WOW! I've gone from 3-4FPS at KSFO in the C172 to a rock solid 12 - this seems to be limited by the instruments, because turning the view, or selecting an external view gets 25-35, even with all those models around. I've NEVER seen FlightGear run so smoothly. The fact that a forward cockpit view is so stable (it doesn't matter how many models you point the aircraft at) makes landings at KSFO really smooth, where they used to be almost impossible before because the frame rate was so unpredictable. Thanks to all who contributed. The crease patch works well for me here but the DList patch seems to result in a consistent seg fault. I suspect it's due to the ATI Linux drivers for my Radeon 9200. Can anyone else running Linux with a Radeon 9xxx series card, using ATI's drivers confirm if it works for them? If you are trying to run the patch initially posted by Erik, yes it must segfault. But it has been improved and is now in CVS. Do you run current CVS without change to obj.cxx ? -Fred ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] [PATCH] crease for ac3d files and speedup
Lee Elliott wrote: On Monday 11 October 2004 10:37, Jon Stockill wrote: Martin Spott wrote: Martin Spott wrote: This patch is great - it works and it significantly increases the frame rate on a simple Linux-PC (old 600 MHz PentiumIII with Radeon9200) from 4-5 to 7-8 fps on the default location, With the recent display list changes things now settle at stable 10 fps. I'd like to express my thanks to everyone who participated in this tremendous improvement(s) ! crease + display list = WOW! I've gone from 3-4FPS at KSFO in the C172 to a rock solid 12 - this seems to be limited by the instruments, because turning the view, or selecting an external view gets 25-35, even with all those models around. I've NEVER seen FlightGear run so smoothly. The fact that a forward cockpit view is so stable (it doesn't matter how many models you point the aircraft at) makes landings at KSFO really smooth, where they used to be almost impossible before because the frame rate was so unpredictable. Thanks to all who contributed. The crease patch works well for me here but the DList patch seems to result in a consistent seg fault. I suspect it's due to the ATI Linux drivers for my Radeon 9200. Can anyone else running Linux with a Radeon 9xxx series card, using ATI's drivers confirm if it works for them? TIA LeeE Are you sure you use the latest simgear? makeDList() should now be in simgear/scene/model/model.cxx Horst ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] [PATCH] crease for ac3d files and speedup
On Tuesday 12 October 2004 20:08, Horst J. Wobig wrote: Lee Elliott wrote: On Monday 11 October 2004 10:37, Jon Stockill wrote: Martin Spott wrote: Martin Spott wrote: This patch is great - it works and it significantly increases the frame rate on a simple Linux-PC (old 600 MHz PentiumIII with Radeon9200) from 4-5 to 7-8 fps on the default location, With the recent display list changes things now settle at stable 10 fps. I'd like to express my thanks to everyone who participated in this tremendous improvement(s) ! crease + display list = WOW! I've gone from 3-4FPS at KSFO in the C172 to a rock solid 12 - this seems to be limited by the instruments, because turning the view, or selecting an external view gets 25-35, even with all those models around. I've NEVER seen FlightGear run so smoothly. The fact that a forward cockpit view is so stable (it doesn't matter how many models you point the aircraft at) makes landings at KSFO really smooth, where they used to be almost impossible before because the frame rate was so unpredictable. Thanks to all who contributed. The crease patch works well for me here but the DList patch seems to result in a consistent seg fault. I suspect it's due to the ATI Linux drivers for my Radeon 9200. Can anyone else running Linux with a Radeon 9xxx series card, using ATI's drivers confirm if it works for them? TIA LeeE Are you sure you use the latest simgear? makeDList() should now be in simgear/scene/model/model.cxx Horst I'm a few days old - I'll re-fresh. Thanks. LeeE ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] [PATCH] crease for ac3d files and speedup
Frederic Bouvier a écrit : Lee Elliott a écrit : The crease patch works well for me here but the DList patch seems to result in a consistent seg fault. I suspect it's due to the ATI Linux drivers for my Radeon 9200. Can anyone else running Linux with a Radeon 9xxx series card, using ATI's drivers confirm if it works for them? If you are trying to run the patch initially posted by Erik, yes it must segfault. But it has been improved and is now in CVS. Do you run current CVS without change to obj.cxx ? It was leaf.cxx not obj.cxx. -Fred ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] [PATCH] crease for ac3d files and speedup
On Tuesday 12 October 2004 14:59, Lee Elliott wrote: On Monday 11 October 2004 10:37, Jon Stockill wrote: Martin Spott wrote: Martin Spott wrote: This patch is great - it works and it significantly increases the frame rate on a simple Linux-PC (old 600 MHz PentiumIII with Radeon9200) from 4-5 to 7-8 fps on the default location, With the recent display list changes things now settle at stable 10 fps. I'd like to express my thanks to everyone who participated in this tremendous improvement(s) ! crease + display list = WOW! I've gone from 3-4FPS at KSFO in the C172 to a rock solid 12 - this seems to be limited by the instruments, because turning the view, or selecting an external view gets 25-35, even with all those models around. I've NEVER seen FlightGear run so smoothly. The fact that a forward cockpit view is so stable (it doesn't matter how many models you point the aircraft at) makes landings at KSFO really smooth, where they used to be almost impossible before because the frame rate was so unpredictable. Thanks to all who contributed. The crease patch works well for me here but the DList patch seems to result in a consistent seg fault. I suspect it's due to the ATI Linux drivers for my Radeon 9200. Can anyone else running Linux with a Radeon 9xxx series card, using ATI's drivers confirm if it works for them? I'm running 9200/Linux/DRI drivers... the crease patch was great (thanks!). The DList patch gives me a frame rate of around 0.2 fps when I look at any objects or change the view... it might as well segfault. I don't use the ATI drivers on Linux because they are way too buggy (artifacts,performance,..)... not even worth testing until ATI releases new drivers again. Wishing I had chosen Nvidia so I could enjoy DLists :, Simon ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] [PATCH] crease for ac3d files and speedup
Simon Hollier a écrit : I'm running 9200/Linux/DRI drivers... the crease patch was great (thanks!). The DList patch gives me a frame rate of around 0.2 fps when I look at any objects or change the view... it might as well segfault. I don't use the ATI drivers on Linux because they are way too buggy (artifacts,performance,..)... not even worth testing until ATI releases new drivers again. Wishing I had chosen Nvidia so I could enjoy DLists :, Forgot the Dlist patch that was posted on the list by Erik and get the all new 0.9.6 or CVS -Fred ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] [PATCH] crease for ac3d files and speedup
On Tuesday 12 October 2004 15:27, Frederic Bouvier wrote: Simon Hollier a écrit : I'm running 9200/Linux/DRI drivers... the crease patch was great (thanks!). The DList patch gives me a frame rate of around 0.2 fps when I look at any objects or change the view... it might as well segfault. I don't use the ATI drivers on Linux because they are way too buggy (artifacts,performance,..)... not even worth testing until ATI releases new drivers again. Wishing I had chosen Nvidia so I could enjoy DLists :, Forgot the Dlist patch that was posted on the list by Erik and get the all new 0.9.6 or CVS -Fred This was CVS ( plib,simgear,flightgear) as of yesterday with the simgear DList patch... Simon ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] [PATCH] crease for ac3d files and speedup
On Tuesday 12 October 2004 20:36, Simon Hollier wrote: On Tuesday 12 October 2004 15:27, Frederic Bouvier wrote: Simon Hollier a écrit : I'm running 9200/Linux/DRI drivers... the crease patch was great (thanks!). The DList patch gives me a frame rate of around 0.2 fps when I look at any objects or change the view... it might as well segfault. I don't use the ATI drivers on Linux because they are way too buggy (artifacts,performance,..)... not even worth testing until ATI releases new drivers again. Wishing I had chosen Nvidia so I could enjoy DLists :, Forgot the Dlist patch that was posted on the list by Erik and get the all new 0.9.6 or CVS -Fred This was CVS ( plib,simgear,flightgear) as of yesterday with the simgear DList patch... Simon Hmm... Now I'm getting: config.status: error: cannot find input file: simgear/scene/fgsg/Makefile.in Making all in src-libs make[1]: Entering directory `/common/cvs/CVSROOT/SimGear/src-libs' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/common/cvs/CVSROOT/SimGear/src-libs' Making all in simgear make[1]: Entering directory `/common/cvs/CVSROOT/SimGear/simgear' cd .. /bin/sh ./config.status simgear/simgear_config.h config.status: creating simgear/simgear_config.h make all-recursive make[2]: Entering directory `/common/cvs/CVSROOT/SimGear/simgear' Making all in xml make[3]: Entering directory `/common/cvs/CVSROOT/SimGear/simgear/xml' make[3]: *** No rule to make target `all'. Stop. make[3]: Leaving directory `/common/cvs/CVSROOT/SimGear/simgear/xml' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/common/cvs/CVSROOT/SimGear/simgear' make[1]: *** [all] Error 2 make[1]: Leaving directory `/common/cvs/CVSROOT/SimGear/simgear' make: *** [all-recursive] Error 1 ...sure enough, there's nothing in ~CVSROOT/simgear/scene/fgsg - the directory's empty. :( LeeE ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] [PATCH] crease for ac3d files and speedup
On Tue, 12 Oct 2004 21:27:54 +0200 Frederic Bouvier [EMAIL PROTECTED] wrote: Forgot the Dlist patch that was posted on the list by Erik and get the all new 0.9.6 or CVS Now I'm a bit confused (again!). I thought that Erik's patch, like Matthias', was a patch to plib. I saw a bunch of CVS commits for SimGear and FlightGear relating to his patch; but they looked like they were merely efforts to determine whether one was using a plib that had the patch in it or not. And over on plib-devel, I saw Erik discussing a patch with Steve Baker that I thought was the final version of the DList patch, http://sourceforge.net/mailarchive/message.php?msg_id=9755451 after Horst Wobig fixed what he thought (and Erik seemed to agree) was the problem. http://baron.flightgear.org/pipermail/flightgear-devel/2004-October/031161.html So I would naively think that in addition to fetching the latest SimGear CVS, one still needs to patch it into plib. Where am I mixed up here? -c -Fred ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d -- Chris Metzler [EMAIL PROTECTED] (remove snip-me. to email) As a child I understood how to give; I have forgotten this grace since I have become civilized. - Chief Luther Standing Bear pgpJYYSvJyYDN.pgp Description: PGP signature ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] [PATCH] crease for ac3d files and speedup
1) crease is a patch to PLIB 2) dlist has been solved within simgear: *NO PATCH REQUIRED* Erik could fix this *without* touching plib by moving the call to another thread. It now lives in simgear's model.cxx Make sure that simgear/scene/tgdb/leaf.cxx *does not* contain a call to makeDList(). Horst Chris Metzler wrote: On Tue, 12 Oct 2004 21:27:54 +0200 Frederic Bouvier [EMAIL PROTECTED] wrote: Forgot the Dlist patch that was posted on the list by Erik and get the all new 0.9.6 or CVS Now I'm a bit confused (again!). I thought that Erik's patch, like Matthias', was a patch to plib. I saw a bunch of CVS commits for SimGear and FlightGear relating to his patch; but they looked like they were merely efforts to determine whether one was using a plib that had the patch in it or not. And over on plib-devel, I saw Erik discussing a patch with Steve Baker that I thought was the final version of the DList patch, http://sourceforge.net/mailarchive/message.php?msg_id=9755451 after Horst Wobig fixed what he thought (and Erik seemed to agree) was the problem. http://baron.flightgear.org/pipermail/flightgear-devel/2004-October/031161.html So I would naively think that in addition to fetching the latest SimGear CVS, one still needs to patch it into plib. Where am I mixed up here? -c -Fred ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] [PATCH] crease for ac3d files and speedup
Lee Elliott wrote: Hmm... Now I'm getting: config.status: error: cannot find input file: simgear/scene/fgsg/Makefile.in Making all in src-libs make[1]: Entering directory `/common/cvs/CVSROOT/SimGear/src-libs' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/common/cvs/CVSROOT/SimGear/src-libs' Making all in simgear make[1]: Entering directory `/common/cvs/CVSROOT/SimGear/simgear' cd .. /bin/sh ./config.status simgear/simgear_config.h config.status: creating simgear/simgear_config.h make all-recursive make[2]: Entering directory `/common/cvs/CVSROOT/SimGear/simgear' Making all in xml make[3]: Entering directory `/common/cvs/CVSROOT/SimGear/simgear/xml' make[3]: *** No rule to make target `all'. Stop. make[3]: Leaving directory `/common/cvs/CVSROOT/SimGear/simgear/xml' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/common/cvs/CVSROOT/SimGear/simgear' make[1]: *** [all] Error 2 make[1]: Leaving directory `/common/cvs/CVSROOT/SimGear/simgear' make: *** [all-recursive] Error 1 ...sure enough, there's nothing in ~CVSROOT/simgear/scene/fgsg - the directory's empty. :( LeeE Seems to be a problem in CVS (see a mail a few hours ago concening simgear). I had to edit 2 files in the actual CVS: 1) configure.ac (remove the line with fgsg) 2) simgear/scene/Makefile.am (remove fgsg) Horst ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] [PATCH] crease for ac3d files and speedup
Lee Elliott wrote: Hmm... Now I'm getting: config.status: error: cannot find input file: simgear/scene/fgsg/Makefile.in Making all in src-libs make[1]: Entering directory `/common/cvs/CVSROOT/SimGear/src-libs' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/common/cvs/CVSROOT/SimGear/src-libs' Making all in simgear make[1]: Entering directory `/common/cvs/CVSROOT/SimGear/simgear' cd .. /bin/sh ./config.status simgear/simgear_config.h config.status: creating simgear/simgear_config.h make all-recursive make[2]: Entering directory `/common/cvs/CVSROOT/SimGear/simgear' Making all in xml make[3]: Entering directory `/common/cvs/CVSROOT/SimGear/simgear/xml' make[3]: *** No rule to make target `all'. Stop. make[3]: Leaving directory `/common/cvs/CVSROOT/SimGear/simgear/xml' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/common/cvs/CVSROOT/SimGear/simgear' make[1]: *** [all] Error 2 make[1]: Leaving directory `/common/cvs/CVSROOT/SimGear/simgear' make: *** [all-recursive] Error 1 ...sure enough, there's nothing in ~CVSROOT/simgear/scene/fgsg - the directory's empty. :( LeeE Hi, you need to remove references to fgsg from configure.ac and simgear/scene/Makefile.am then it should build ok. Geoff ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] [PATCH] crease for ac3d files and speedup
On Tuesday 12 October 2004 21:28, Geoff Reidy wrote: Lee Elliott wrote: Hmm... Now I'm getting: config.status: error: cannot find input file: simgear/scene/fgsg/Makefile.in Making all in src-libs make[1]: Entering directory `/common/cvs/CVSROOT/SimGear/src-libs' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/common/cvs/CVSROOT/SimGear/src-libs' Making all in simgear make[1]: Entering directory `/common/cvs/CVSROOT/SimGear/simgear' cd .. /bin/sh ./config.status simgear/simgear_config.h config.status: creating simgear/simgear_config.h make all-recursive make[2]: Entering directory `/common/cvs/CVSROOT/SimGear/simgear' Making all in xml make[3]: Entering directory `/common/cvs/CVSROOT/SimGear/simgear/xml' make[3]: *** No rule to make target `all'. Stop. make[3]: Leaving directory `/common/cvs/CVSROOT/SimGear/simgear/xml' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/common/cvs/CVSROOT/SimGear/simgear' make[1]: *** [all] Error 2 make[1]: Leaving directory `/common/cvs/CVSROOT/SimGear/simgear' make: *** [all-recursive] Error 1 ...sure enough, there's nothing in ~CVSROOT/simgear/scene/fgsg - the directory's empty. :( LeeE Hi, you need to remove references to fgsg from configure.ac and simgear/scene/Makefile.am then it should build ok. Geoff Thanks, and Horst too, I managed to figure it out myself and have just tested it :) On the basis of a very quicjk test, the two patches have given me an approx 80% speed-up and it appears to have cured the airport scenery tearing artifacts I was seeing too:) Still can't fly at night though - that still causes a crash:( LeeE ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] [PATCH] crease for ac3d files and speedup
Simon Hollier wrote: I'm running 9200/Linux/DRI drivers... the crease patch was great (thanks!). The DList patch gives me a frame rate of around 0.2 fps when I look at any objects or change the view... it might as well segfault. [...] [...] Wishing I had chosen Nvidia so I could enjoy DLists :, No, I think you took the wrong source. I'm using a Radeon9200 with almost current Xorg CVS (last weekend) and a stock 2.6.8.1 Linux kernel and experienced an acceleration from 3-4 fps to 7-8 by the crease PLIB patch and an additional improvement up to 10 fps by Fred's (?) reorganizedf DList patch to SimGear on the default location. Things are pretty fine here _without_ closed source drivers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] [PATCH] crease for ac3d files and speedup
Frederic Bouvier a écrit: Sent: 10 October 2004 17:50 To: FlightGear developers discussions Subject: Re: [Flightgear-devel] [PATCH] crease for ac3d files and speedup Vivian Meazza Harald JOHNSEN ... snip ... However ... fgrun doesn't seem to like the crease token. Not certain, because it aborts without any error message. ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/fgrun-0.4.5-20041010.zip -Fred Works fine, ta. V. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] [PATCH] crease for ac3d files and speedup
Martin Spott wrote: This patch is great - it works and it significantly increases the frame rate on a simple Linux-PC (old 600 MHz PentiumIII with Radeon9200) from 4-5 to 7-8 fps on the default location, With the recent display list changes things now settle at stable 10 fps. I'd like to express my thanks to everyone who participated in this tremendous improvement(s) ! Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] [PATCH] crease for ac3d files and speedup
Martin Spott wrote: Martin Spott wrote: This patch is great - it works and it significantly increases the frame rate on a simple Linux-PC (old 600 MHz PentiumIII with Radeon9200) from 4-5 to 7-8 fps on the default location, With the recent display list changes things now settle at stable 10 fps. I'd like to express my thanks to everyone who participated in this tremendous improvement(s) ! crease + display list = WOW! I've gone from 3-4FPS at KSFO in the C172 to a rock solid 12 - this seems to be limited by the instruments, because turning the view, or selecting an external view gets 25-35, even with all those models around. I've NEVER seen FlightGear run so smoothly. The fact that a forward cockpit view is so stable (it doesn't matter how many models you point the aircraft at) makes landings at KSFO really smooth, where they used to be almost impossible before because the frame rate was so unpredictable. Thanks to all who contributed. -- Jon Stockill [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] [PATCH] crease for ac3d files and speedup
Hi, During digging for that adf.ac stuff I have done some minor adjustmens to that patch. Things like not storing texture coordinate arrays when there is no texture attached to that object and such. The updated patch is attached. Wolfram, this is the current one :) Greetings and Thanks Mathias -- Mathias Frhlich, email: [EMAIL PROTECTED] ? Makefile ? Makefile.in ? aclocal.m4 ? autom4te.cache ? config.log ? config.status ? configure ? src/Makefile ? src/Makefile.in ? src/fnt/.deps ? src/fnt/Makefile ? src/fnt/Makefile.in ? src/js/.deps ? src/js/Makefile ? src/js/Makefile.in ? src/net/.deps ? src/net/Makefile ? src/net/Makefile.in ? src/psl/.deps ? src/psl/Makefile ? src/psl/Makefile.in ? src/puAux/.deps ? src/puAux/Makefile ? src/puAux/Makefile.in ? src/pui/.deps ? src/pui/Makefile ? src/pui/Makefile.in ? src/pw/.deps ? src/pw/Makefile ? src/pw/Makefile.in ? src/sg/.deps ? src/sg/Makefile ? src/sg/Makefile.in ? src/sl/.deps ? src/sl/Makefile ? src/sl/Makefile.in ? src/ssg/.deps ? src/ssg/Makefile ? src/ssg/Makefile.in ? src/ssgAux/.deps ? src/ssgAux/Makefile ? src/ssgAux/Makefile.in ? src/util/.deps ? src/util/Makefile ? src/util/Makefile.in Index: src/ssg/ssg.h === RCS file: /cvsroot/plib/plib/src/ssg/ssg.h,v retrieving revision 1.173 diff -u -r1.173 ssg.h --- src/ssg/ssg.h 4 Oct 2004 18:25:59 - 1.173 +++ src/ssg/ssg.h 9 Oct 2004 08:22:56 - @@ -1469,18 +1469,14 @@ void getTexCoordList ( void **list ) { *list = texcoords - get ( 0 ) ; } void getColourList ( void **list ) { *list = colours - get ( 0 ) ; } - float *getVertex (int i){ if(i=getNumVertices())i=getNumVertices()-1; - return (getNumVertices()=0) ? - _ssgVertex000 : vertices-get(i);} - float *getNormal (int i){ if(i=getNumNormals())i=getNumNormals()-1; - return (getNumNormals()=0) ? -_ssgNormalUp: normals-get(i);} - float *getTexCoord(int i){ if(i=getNumTexCoords())i=getNumTexCoords()-1; - return (getNumTexCoords()=0) ? -_ssgTexCoord00 : texcoords-get(i);} - float *getColour (int i){ if(i=getNumColours())i=getNumColours()-1; - return (getNumColours()=0) ? -_ssgColourWhite : colours-get(i);} + float *getVertex (int i){ int nv=getNumVertices(); if(i=nv)i=nv-1; + return (nv=0) ? _ssgVertex000:vertices-get(i);} + float *getNormal (int i){ int nn=getNumNormals(); if(i=nn)i=nn-1; + return (nn=0) ? _ssgNormalUp:normals-get(i);} + float *getTexCoord(int i){ int nc=getNumTexCoords(); if(i=nc)i=nc-1; + return (nc=0) ? _ssgTexCoord00:texcoords-get(i);} + float *getColour (int i){ int nc=getNumColours(); if(i=nc)i=nc-1; + return (nc=0) ? _ssgColourWhite:colours-get(i);} ssgVtxArray *getAs_ssgVtxArray (); @@ -1586,9 +1582,8 @@ void getIndexList ( void **list ) { *list = indices - get ( 0 ) ; } - short *getIndex (int i){ if(i=getNumIndices())i=getNumIndices()-1; - return (getNumIndices()=0) ? - _ssgIndex0 : indices-get(i);} + short *getIndex (int i){ int ni=getNumIndices();if(i=ni)i=ni-1; + return (ni=0) ? _ssgIndex0 : indices-get(i);} void removeUnusedVertices(); virtual ~ssgVtxArray (void) ; Index: src/ssg/ssgLoadAC.cxx === RCS file: /cvsroot/plib/plib/src/ssg/ssgLoadAC.cxx,v retrieving revision 1.34 diff -u -r1.34 ssgLoadAC.cxx --- src/ssg/ssgLoadAC.cxx 2 Oct 2004 12:12:28 - 1.34 +++ src/ssg/ssgLoadAC.cxx 9 Oct 2004 08:22:57 - @@ -23,6 +23,7 @@ #include ssgLocal.h +#include ssgVertSplitter.h static FILE *loader_fd ; @@ -31,27 +32,34 @@ sgVec4 spec ; sgVec4 emis ; sgVec4 rgb ; // Should be named rgba instead - Bram + sgVec4 amb ; float shi ; } ; static int num_materials = 0 ; -static sgVec3 *vtab = NULL ; -static ssgLoaderOptions* current_options = NULL ; -static _ssgMaterial*current_material = NULL ; -static sgVec4 *current_colour = NULL ; -static ssgBranch *current_branch = NULL ; -static char*current_tfname = NULL ; -static char*current_data = NULL ; +static ssgLoaderOptions *current_options= NULL ; +static int current_materialind= 0 ; +static ssgBranch*current_branch = NULL ; +static ssgVertexArray *current_vertexarray= NULL ; +static ssgTexCoordArray *current_texcoordarray = NULL ; +static ssgIndexArray*current_triindexarray = NULL ; +static ssgIndexArray*current_matindexarray = NULL ; +static ssgIndexArray*current_flagsarray = NULL ; +static char *current_tfname = NULL ; +static char *current_data = NULL ; +static float current_crease = 61.0 ; #define
[Flightgear-devel] [PATCH] crease for ac3d files and speedup
Mathias Fröhlich a écrit : Hi, During digging for that adf.ac stuff I have done some minor adjustmens to that patch. Things like not storing texture coordinate arrays when there is no texture attached to that object and such. The updated patch is attached. Wolfram, this is the current one :) The windows binary for this patch is here : ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/fgfs-0.9.6-20041009.zip -Fred ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] [PATCH] crease for ac3d files and speedup
Wolfram Kuss wrote: Is there a reason that models in the base package are not optimised by calling merge hierarchy nodes and possibly by calling stripify and then put into the base package in a file format like ssg that will keep the optimisations? .ssg is not endian safe. Erik ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] [PATCH] crease for ac3d files and speedup
Hi all, During the past days I have done some profiling on flightgear. One final outcome of that work was, that most time is spent in ssg routines (yes, ssg not OpenGL!!). The problems are the huge amount of small leaf nodes we get from the ac file loader. That vertex optimization pass makes this a bit better but there was still room for improovement. I have now changed the ac3d file loader to first collect all surface elements of a leaf object and then split them to a minimum number of leaf nodes according to material and colour properties. For my local setup (radeon 9100, athlon XP 2400+) this gave me a framerate speedup up to 40% (16 fps - 26fps, for the c172 rendered in a window to not hit the ancient radeons fill rate limit). I would guess that the average speedup is about 25%-30%. As a /sideeffect/ it was now easy to implement the crease tag for ac3d files. Ac3d models look now the same as in ac3d. Attached is a patch to todays plib anoncvs. Is sombody there with cvs write access to plib? Can somebody apply this patch, please? Greetings Mathias -- Mathias Frhlich, email: [EMAIL PROTECTED] Index: src/ssg/ssg.h === RCS file: /cvsroot/plib/plib/src/ssg/ssg.h,v retrieving revision 1.173 diff -u -r1.173 ssg.h --- src/ssg/ssg.h 4 Oct 2004 18:25:59 - 1.173 +++ src/ssg/ssg.h 8 Oct 2004 06:02:41 - @@ -1469,18 +1469,14 @@ void getTexCoordList ( void **list ) { *list = texcoords - get ( 0 ) ; } void getColourList ( void **list ) { *list = colours - get ( 0 ) ; } - float *getVertex (int i){ if(i=getNumVertices())i=getNumVertices()-1; - return (getNumVertices()=0) ? - _ssgVertex000 : vertices-get(i);} - float *getNormal (int i){ if(i=getNumNormals())i=getNumNormals()-1; - return (getNumNormals()=0) ? -_ssgNormalUp: normals-get(i);} - float *getTexCoord(int i){ if(i=getNumTexCoords())i=getNumTexCoords()-1; - return (getNumTexCoords()=0) ? -_ssgTexCoord00 : texcoords-get(i);} - float *getColour (int i){ if(i=getNumColours())i=getNumColours()-1; - return (getNumColours()=0) ? -_ssgColourWhite : colours-get(i);} + float *getVertex (int i){ int nv=getNumVertices(); if(i=nv)i=nv-1; + return (nv=0) ? _ssgVertex000:vertices-get(i);} + float *getNormal (int i){ int nn=getNumNormals(); if(i=nn)i=nn-1; + return (nn=0) ? _ssgNormalUp:normals-get(i);} + float *getTexCoord(int i){ int nc=getNumTexCoords(); if(i=nc)i=nc-1; + return (nc=0) ? _ssgTexCoord00:texcoords-get(i);} + float *getColour (int i){ int nc=getNumColours(); if(i=nc)i=nc-1; + return (nc=0) ? _ssgColourWhite:colours-get(i);} ssgVtxArray *getAs_ssgVtxArray (); @@ -1586,9 +1582,8 @@ void getIndexList ( void **list ) { *list = indices - get ( 0 ) ; } - short *getIndex (int i){ if(i=getNumIndices())i=getNumIndices()-1; - return (getNumIndices()=0) ? - _ssgIndex0 : indices-get(i);} + short *getIndex (int i){ int ni=getNumIndices();if(i=ni)i=ni-1; + return (ni=0) ? _ssgIndex0 : indices-get(i);} void removeUnusedVertices(); virtual ~ssgVtxArray (void) ; Index: src/ssg/ssgLoadAC.cxx === RCS file: /cvsroot/plib/plib/src/ssg/ssgLoadAC.cxx,v retrieving revision 1.34 diff -u -r1.34 ssgLoadAC.cxx --- src/ssg/ssgLoadAC.cxx 2 Oct 2004 12:12:28 - 1.34 +++ src/ssg/ssgLoadAC.cxx 8 Oct 2004 06:02:42 - @@ -23,6 +23,7 @@ #include ssgLocal.h +#include ssgVertSplitter.h static FILE *loader_fd ; @@ -35,14 +36,18 @@ } ; static int num_materials = 0 ; -static sgVec3 *vtab = NULL ; -static ssgLoaderOptions* current_options = NULL ; -static _ssgMaterial*current_material = NULL ; -static sgVec4 *current_colour = NULL ; -static ssgBranch *current_branch = NULL ; -static char*current_tfname = NULL ; -static char*current_data = NULL ; +static ssgLoaderOptions *current_options= NULL ; +static int current_materialind= 0 ; +static ssgBranch*current_branch = NULL ; +static ssgVertexArray *current_vertexarray= NULL ; +static ssgTexCoordArray *current_texcoordarray = NULL ; +static ssgIndexArray*current_triindexarray = NULL ; +static ssgIndexArray*current_matindexarray = NULL ; +static ssgIndexArray*current_flagsarray = NULL ; +static char *current_tfname = NULL ; +static char *current_data = NULL ; +static float current_crease = 61.0 ; #define MAX_MATERIALS 1000/* This *ought* to be enough! */ static _ssgMaterial *mlist[ MAX_MATERIALS ] ; @@ -52,6 +57,9 @@ static sgVec2 texrep ; static
RE: [Flightgear-devel] [PATCH] crease for ac3d files and speedup
Mathias Fröhlich wrote: Sent: 08 October 2004 07:24 To: [EMAIL PROTECTED]; FlightGear developers discussions Subject: [Flightgear-devel] [PATCH] crease for ac3d files and speedup Hi all, During the past days I have done some profiling on flightgear. One final outcome of that work was, that most time is spent in ssg routines (yes, ssg not OpenGL!!). The problems are the huge amount of small leaf nodes we get from the ac file loader. That vertex optimization pass makes this a bit better but there was still room for improovement. I have now changed the ac3d file loader to first collect all surface elements of a leaf object and then split them to a minimum number of leaf nodes according to material and colour properties. For my local setup (radeon 9100, athlon XP 2400+) this gave me a framerate speedup up to 40% (16 fps - 26fps, for the c172 rendered in a window to not hit the ancient radeons fill rate limit). I would guess that the average speedup is about 25%-30%. As a /sideeffect/ it was now easy to implement the crease tag for ac3d files. Ac3d models look now the same as in ac3d. Attached is a patch to todays plib anoncvs. Is sombody there with cvs write access to plib? Can somebody apply this patch, This looks like a good bit of work all round. I look forward to trying it very soon. Regards Vivian ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] [PATCH] crease for ac3d files and speedup
Mathias Fr??hlich wrote: flightgear-devel This patch is great - it works and it significantly increases the frame rate on a simple Linux-PC (old 600 MHz PentiumIII with Radeon9200) from 4-5 to 7-8 fps on the default location, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] [PATCH] crease for ac3d files and speedup
Mathias Fröhlich wrote: Hi all, During the past days I have done some profiling on flightgear. One final outcome of that work was, that most time is spent in ssg routines (yes, ssg not OpenGL!!). The problems are the huge amount of small leaf nodes we get from the ac file loader. That vertex optimization pass makes this a bit better but there was still room for improovement. I've tried using display lists again (which didn't work in the past) and on my O2 I get a great improvement (up to 30%, but that only means from 6 fps to 9 fps in my case), but on my Linux machine I get a floating point exception. Could anyone test it on their Linux machine? Erik Index: leaf.cxx === RCS file: /var/cvs/SimGear-0.3/SimGear/simgear/scene/tgdb/leaf.cxx,v retrieving revision 1.3 diff -p -u -r1.3 leaf.cxx --- leaf.cxx17 Feb 2004 14:40:05 - 1.3 +++ leaf.cxx8 Oct 2004 16:32:46 - @@ -250,6 +250,7 @@ ssgLeaf *sgMakeLeaf( const string path, // lookup the state record +leaf-makeDList(); leaf-setState( state ); if ( calc_lights ) { ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] [PATCH] crease for ac3d files and speedup
On Freitag 08 Oktober 2004 18:33, Erik Hofman wrote: I've tried using display lists again (which didn't work in the past) and on my O2 I get a great improvement (up to 30%, but that only means from 6 fps to 9 fps in my case), but on my Linux machine I get a floating point exception. Could anyone test it on their Linux machine? I get a segfault in the radeon driver .so. Greetings Mathias -- Mathias Frhlich, email: [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] [PATCH] crease for ac3d files and speedup
On Fri, 8 Oct 2004 10:59:36 + (UTC) Martin Spott [EMAIL PROTECTED] wrote: Mathias Fr??hlich wrote: flightgear-devel This patch is great - it works and it significantly increases the frame rate on a simple Linux-PC (old 600 MHz PentiumIII with Radeon9200) from 4-5 to 7-8 fps on the default location, OK, well, I have gotten away with using the current stable release of plib with my CVS simgear/flightgear for quite some time (not wanting to have to deal with plib's insistance on being in /usr/lib, and not wanting to prevent having both CVS FG and Debian's stable packaging of FG installed). But I may have to bite the bullet here, since framerates are the single biggest subject about which I wish I knew enough to contribute to FG. -c -- Chris Metzler [EMAIL PROTECTED] (remove snip-me. to email) As a child I understood how to give; I have forgotten this grace since I have become civilized. - Chief Luther Standing Bear pgpXTlMg1dqjx.pgp Description: PGP signature ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] [PATCH] crease for ac3d files and speedup
Chris Metzler wrote: OK, well, I have gotten away with using the current stable release of plib with my CVS simgear/flightgear for quite some time (not wanting to have to deal with plib's insistance on being in /usr/lib I've plib installed in /opt on my O2 and in /usr/local on my PC for quite some time now. Doesn't the following work for you: configure --prefix=/usr/local --libdir=/usr/local/lib Erik ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] [PATCH] crease for ac3d files and speedup
Mathias Frhlich writes: Erik Hofman wrote: I've tried using display lists again (which didn't work in the past) and on my O2 I get a great improvement (up to 30%, but that only means from 6 fps to 9 fps in my case), but on my Linux machine I get a floating point exception. Could anyone test it on their Linux machine? I get a segfault in the radeon driver .so. FWIW This patch won't be acceptable to the PLIB team unless we can fix this. Can anyone isolate where in the code this is breaking ? If so please post the offending SSG calling function with code and stack trace if possible Also are we sure that all variables are initialized in the parsing code might be worth initializing everything of interest with bogus values like (FLOAT_MAX * -1) to make any unitialized value easier to spot. will need to step thru some of the new parsing code and setup code in gdb todo this I would work on this as this is an obvious improvement but I don't have a Linux Box with a Radeon Cheers Norman ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] [PATCH] crease for ac3d files and speedup
On Freitag 08 Oktober 2004 19:54, Norman Vine wrote: This patch won't be acceptable to the PLIB team unless we can fix this. Hmm, from my local machine, I would say that these are different things mixed together. If I understand right Eriks DList change works on the scenery, not on the imported ac3d models. Correct? This one line change does not work for my radeon on the notebook and gives everything from funny colours to coredumps on my r200 chip in the desktop machine. That plib patch changes the function loading the ac3d models. I have also done a quick check what happens if I make display lists for the ac3d models in the plib loader code. This works well for me. From that, I would tell the plib patch is ok. Any different experience? Greetings Mathias -- Mathias Frhlich, email: [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] [PATCH] crease for ac3d files and speedup
On Fri, 08 Oct 2004 19:38:29 +0200 Erik Hofman [EMAIL PROTECTED] wrote: Chris Metzler wrote: OK, well, I have gotten away with using the current stable release of plib with my CVS simgear/flightgear for quite some time (not wanting to have to deal with plib's insistance on being in /usr/lib I've plib installed in /opt on my O2 and in /usr/local on my PC for quite some time now. Doesn't the following work for you: configure --prefix=/usr/local --libdir=/usr/local/lib Most likely when I tried it before, I was a neophyte about passing arguments to configure. -c -- Chris Metzler [EMAIL PROTECTED] (remove snip-me. to email) As a child I understood how to give; I have forgotten this grace since I have become civilized. - Chief Luther Standing Bear pgpUnyq7dL4S5.pgp Description: PGP signature ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] [PATCH] crease for ac3d files and speedup
Mathias Frhlich wrote: On Freitag 08 Oktober 2004 19:54, Norman Vine wrote: This patch won't be acceptable to the PLIB team unless we can fix this. Hmm, from my local machine, I would say that these are different things mixed together. If I understand right Eriks DList change works on the scenery, not on the imported ac3d models. Correct? This one line change does not work for my radeon on the notebook and gives everything from funny colours to coredumps on my r200 chip in the desktop machine. That plib patch changes the function loading the ac3d models. I have also done a quick check what happens if I make display lists for the ac3d models in the plib loader code. This works well for me. From that, I would tell the plib patch is ok. Any different experience? well, it works for me :-) SuSE Linux 9.1, NVidia GF2 MX 64MB, Driver 6111. Framerate improvement is about 30-40%. *Thanks!* So far I couldn't take off because my joystick stopped working. I'm just recompiling plib with #define JS_NEW 1 in js.h. Horst ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] [PATCH] crease for ac3d files and speedup
I wrote: Mathias Frhlich wrote: On Freitag 08 Oktober 2004 19:54, Norman Vine wrote: This patch won't be acceptable to the PLIB team unless we can fix this. Hmm, from my local machine, I would say that these are different things mixed together. If I understand right Eriks DList change works on the scenery, not on the imported ac3d models. Correct? This one line change does not work for my radeon on the notebook and gives everything from funny colours to coredumps on my r200 chip in the desktop machine. That plib patch changes the function loading the ac3d models. I have also done a quick check what happens if I make display lists for the ac3d models in the plib loader code. This works well for me. From that, I would tell the plib patch is ok. Any different experience? well, it works for me :-) SuSE Linux 9.1, NVidia GF2 MX 64MB, Driver 6111. Framerate improvement is about 30-40%. *Thanks!* So far I couldn't take off because my joystick stopped working. I'm just recompiling plib with #define JS_NEW 1 in js.h. Horst but I can confirm the missing ADF scale :-( What I did: (1) - compiled/installed actual plib - compiled/installed simgear - compiled fg == ADF is ok (2) - patched plib (crease.diff) - compiled/installed patched plib - compiled/installed simgear - compiled fg == Framerate improvement, but ADF scale is missing (as Melchior told us) Horst ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] [PATCH] crease for ac3d files and speedup
Is there a reason that models in the base package are not optimised by calling merge hierarchy nodes and possibly by calling stripify and then put into the base package in a file format like ssg that will keep the optimisations? Bye bye, Wolfram. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d