Re: [Flightgear-devel] broken rendering for jpg server?
Birger Brunswiek wrote: > Using FlightGear's 0.9.5 http jpg server I, sometimes, get incompletely > rendered images. The scenery around is missing some of the triangles > and they appear as grey, blueish spots This resembles me of rendering errors with not-that-uptodate XFree86/DRI drivers for ATI Radon. I remember that they got replicated in screenshots, probably in these JPEG images as well, 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
[Flightgear-devel] broken rendering for jpg server?
Using FlightGear's 0.9.5 http jpg server I, sometimes, get incompletely rendered images. The scenery around is missing some of the triangles and they appear as grey, blueish spots. The missing spots tend to occour more often on higher ground and far away places. Sometimes I can see the same effect when I cover FlightGears window with an other window and move that window around. In that case the holes dissapear quickly and it seems to me as if the rendering when FlightGear's window is uncovered is not done on the framebuffer but on the sreen. Anyone know what's wrong here? I have attached a sample file to this email. Birger <>___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] Re: crease for ac3d files and speedup
Curtis L. Olson writes: > > But to be honest I don't know that we actually ever used display lists, > *unless* it was extremely early in the project before we got onboard > with plib/ssg. Maybe it didn't make it into the CVS but I certainly used DLists in all the Windows executables I ever made :-) Cheers Norman ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] DOS line endings in base package
I know. I am proposing that it may be a good idea to cut it down further so that the archive is around 40MB. I've just did some googling today, and I found that I am not the only one who see the size of the archive as a problem. "I think GotM could make a HUGE difference for FlightGear, maybe not for the Flightgear project itself, but for the gamers that (don't) play it. As it is now its really just a mess, ugly gui, almost impossible to find good scenery, half the planes are broken/incomplete, download far to huge and whatever. Yes, with enough knowledge and interest one can tweak everything so that it works, however the casual gamer won't. Simply polishing the GUI, adding just a single complete plane and scenery (thus reducing download and user frustration), all with airport full of 3d objects and such, and some missions and in-game tutorials to the game and you have a huge boost in playability." http://www.happypenguin.org/forums/viewtopic.php?t=1567 On another note: "The 3d models should then be saved in AC3d format (*.ac) because that is the file format that is used by FlightGear. (FYI Blender can import and export into *.ac file format) " I am seeing a serious problem here: people thinks that FlightGear only supports AC3D! We really need to get those people to know that FlightGear supports variety of 3d formats. We especially need to stress that one can uses GMAX for modelling, so that people who have experience in modelling for MSFS would feel comfortable switching over, instead of asking "what the heck is ac3d". Ampere On October 13, 2004 06:52, Erik Hofman wrote: > Most of the aircraft are not included in the official base package > anymore. That's why it fits in 78Mb. > > Erik > > ___ > 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] Re: crease for ac3d files and speedup
Norman Vine wrote: Curtis L. Olson writes: I haven't looked closely at the display list stuff. Are we being careful to free the display lists when we free the associated objects and remove them from the scene graph? Is this something that plib should automatically handle (but maybe isn't because we are the first to stress test it?) IIRC we had several releases that used display lists for scenery tiles and IIRC we never saw a pronlem. Then again we didn't see much of a speedup if any because back then having a 32 meg GFX card was a BIG deal. And most likely at the time, most cards didn't support display lists in hardware so the the driver had to fake it using the cpu and main memory which doesn't buy you a whole lot over doing it yourself in main memory with the cpu. Either way, all the data still had to blast across the bus every frame. But to be honest I don't know that we actually ever used display lists, *unless* it was extremely early in the project before we got onboard with plib/ssg. Regards, Curt. -- Curtis Olsonhttp://www.flightgear.org/~curt HumanFIRST Program http://www.humanfirst.umn.edu/ FlightGear Project http://www.flightgear.org Unique text:2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] Re: crease for ac3d files and speedup
Curtis L. Olson writes: > > I haven't looked closely at the display list stuff. Are we being > careful to free the display lists when we free the associated objects > and remove them from the scene graph? Is this something that plib > should automatically handle (but maybe isn't because we are the first to > stress test it?) IIRC we had several releases that used display lists for scenery tiles and IIRC we never saw a pronlem. Then again we didn't see much of a speedup if any because back then having a 32 meg GFX card was a BIG deal. Cheers Norman ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: crease for ac3d files and speedup
Melchior FRANZ wrote: * Mathias Fröhlich -- Wednesday 13 October 2004 21:30: My guess is that display lists are stored in the graphics cards memory which is not that big with 32MB. That leads to graphics memory allocated via agp in main memory. These accesses seem to be much slower. The dri driver might be screwed up too??? So for gpu's with little memory this might be the problem? Very interesting. I've got a nvidia 440 MX and I observed several times recently that when I flew the Hunter from KLAX to KSFO the system used up more and more memory, until it started swapping more and more and I had to stop. "top" didn't show me which process caused that, which I found quite strange. Was it the nvidia kernel module then, storing more and more dlists in main memory? (This was categorized as "user" memory, though, not "system".) I haven't looked closely at the display list stuff. Are we being careful to free the display lists when we free the associated objects and remove them from the scene graph? Is this something that plib should automatically handle (but maybe isn't because we are the first to stress test it?) Curt. -- Curtis Olsonhttp://www.flightgear.org/~curt HumanFIRST Program http://www.humanfirst.umn.edu/ FlightGear Project http://www.flightgear.org Unique text:2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: crease for ac3d files and speedup
Simon Hollier wrote: > I'm not whining, [...] You were starting your argument by blaming the DRI drivers for the Radeon9200. This is fact - read your own posting. In the same posting you state that the machine swaps quite a lot but you refuse to investigate if this might be related. On the other hand I _have_ a Radon9200 with DRI drivers which works pretty fine with FlightGear - thus this might lead to the conclusion that the true reason for the crippled frame rate with your Radeon card might _not_ be the DRI driver. Do you follow !? Perfect. Right now we are at the point where we could investigate what's really going on here and you can count on my assistance if you are willing to do some investigation instead of blaming a part of the system that you obviously don't know that much about, 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
[Flightgear-devel] Re: crease for ac3d files and speedup
* Mathias Fröhlich -- Wednesday 13 October 2004 21:30: > My guess is that display lists are stored in the graphics cards memory which > is not that big with 32MB. That leads to graphics memory allocated via agp in > main memory. These accesses seem to be much slower. The dri driver might be > screwed up too??? > > So for gpu's with little memory this might be the problem? Very interesting. I've got a nvidia 440 MX and I observed several times recently that when I flew the Hunter from KLAX to KSFO the system used up more and more memory, until it started swapping more and more and I had to stop. "top" didn't show me which process caused that, which I found quite strange. Was it the nvidia kernel module then, storing more and more dlists in main memory? (This was categorized as "user" memory, though, not "system".) m. ?? ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: crease for ac3d files and speedup
On Wednesday 13 October 2004 16:51, Martin Spott wrote: > Simon Hollier wrote: > > > My guess is that display lists are stored in the graphics cards memory > > > which is not that big with 32MB. That leads to graphics memory > > > allocated via agp in main memory. These accesses seem to be much > > > slower. The dri driver might be screwed up too??? > > > > I'm fairly sure that's the case... > > Mathias, he will _never_ learn as long as someone provides the > 'required' pattern for whining :-) > I already told him that the SuSE's DRI driver indeed works but he > refuses to grasp that, ..or rather my video card refuses to grasp that. It's too bad that you telling me something works doesn't make it work or we'd be friends for life, well that and if you weren't also an a$$hole. I'm not whining, just reporting results considering it's a new release, many people have 9200's, and some of those people might be running Suse 9.1. I'll look into a SuSE rpm... Simon ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: crease for ac3d files and speedup
Simon Hollier wrote: > > My guess is that display lists are stored in the graphics cards memory > > which is not that big with 32MB. That leads to graphics memory allocated > > via agp in main memory. These accesses seem to be much slower. The dri > > driver might be screwed up too??? > > I'm fairly sure that's the case... Mathias, he will _never_ learn as long as someone provides the 'required' pattern for whining :-) I already told him that the SuSE's DRI driver indeed works but he refuses to grasp that, 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] Re: crease for ac3d files and speedup
On Wednesday 13 October 2004 15:30, Mathias FrÃhlich wrote: > On Mittwoch 13 Oktober 2004 04:25, Simon Hollier wrote: > > Well, I wish that were the case. Simgear/Flightgear/Plib fresh cvs as of > > 20 minutes ago (just to be sure). I'm running XFree86 4.4RC2,2.6.5-7 as > > per Suse 9.1 which might be the difference. But as everything just works > > right now...I'm pretty happy commenting out line 1174 in > > src/Scenery/tileentry.cxx: > > //makeDList( terra_transform ); > > to keep my 20+ fps. > > How much video memory does your radeon card have? Original ATI Radeon 9200 -128MB Suse 9.1 with all updates, "stock" system > I have seen similar effects with the dlist patch on my notebooks 32MB > radeon 7500. What I can see than is that the system cpu time is at about > 60%. Flying models with small textures and few vertices do not show that > framerate hit with Eriks dlist patch. > My guess is that display lists are stored in the graphics cards memory > which is not that big with 32MB. That leads to graphics memory allocated > via agp in main memory. These accesses seem to be much slower. The dri > driver might be screwed up too??? I'm fairly sure that's the case... I'll load up the latest ATI drivers when I get a chance and see how they perform. I'll also try out the 10/7/04 SuSE Xorg rpms if I find some extra time. Simon ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Prebuilt v0.9.6 packages
"Curtis L. Olson" wrote: > Some of the other linux distributions have fallen way behind ... suse, > gentoo, etc. We didn't have any SuSE-packages for looong time. I do have binaries but I don't have any idea how to create RPM packages - I just learned today how to create packages for Solaris and two of this sort are too much for one week :-) We'll see, 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] Re: crease for ac3d files and speedup
On Mittwoch 13 Oktober 2004 04:25, Simon Hollier wrote: > Well, I wish that were the case. Simgear/Flightgear/Plib fresh cvs as of > 20 minutes ago (just to be sure). I'm running XFree86 4.4RC2,2.6.5-7 as > per Suse 9.1 which might be the difference. But as everything just works > right now...I'm pretty happy commenting out line 1174 in > src/Scenery/tileentry.cxx: > //makeDList( terra_transform ); > to keep my 20+ fps. How much video memory does your radeon card have? I have seen similar effects with the dlist patch on my notebooks 32MB radeon 7500. What I can see than is that the system cpu time is at about 60%. Flying models with small textures and few vertices do not show that framerate hit with Eriks dlist patch. My guess is that display lists are stored in the graphics cards memory which is not that big with 32MB. That leads to graphics memory allocated via agp in main memory. These accesses seem to be much slower. The dri driver might be screwed up too??? So for gpu's with little memory this might be the problem? Greetings Mathias -- Mathias FrÃhlich, email: [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS:
Harald JOHNSEN a écrit : the 'release' binary of fgfs does not launch, it calls MSVCR71D.DLL (not on my system). Sorry about that. A corrected package is here : ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/fgfs-0.9.6-win32-2.zip The other one is delete Thanks for the report that fortunately came before fgsetup. -Fred ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Prebuilt v0.9.6 packages
I've updated the download page for all the latest v0.9.6 builds that I'm aware of. I have updates for Windows, sgi, solaris(sparc), and gnu debian linux. Some of the other linux distributions have fallen way behind ... suse, gentoo, etc. Macintosh is way behind unless I missed an update. FreeBSD is way behind. Anything I'm missing? Thanks, Curt. -- Curtis Olsonhttp://www.flightgear.org/~curt HumanFIRST Program http://www.humanfirst.umn.edu/ FlightGear Project http://www.flightgear.org Unique text:2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] FlightGear 0.9.6
Martin Spott wrote: > Solaris/Sparc binary package ist present at: Disregard, here's the installable package, use with 'pkgadd': ftp://ftp.uni-duisburg.de/FlightGear/Solaris/fgfs-0.9.6-sol8-sparc-opt.gz README included, 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] Re: [Flightgear-cvslogs] CVS:
Frederic Bouvier wrote: Vivian Meazza wrote: Martin Spott wrote: Sent: 13 October 2004 09:42 To: [EMAIL PROTECTED] Subject: Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS: "Vivian Meazza" wrote: I've just downloaded and installed fgfs-0.9.6-20041010 from ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/. It crashes, cause unknown. However, fgfs-0.9.6-20041009 works very well, using all the same settings, etc. To my impression there's already a 'release' package: ftp://ftp.uni-duisburg.de/FlightGear/Win32/fgfs-0.9.6-win32.zip Would you mind to try that one ? That one works as well as fgfs-0.9.6-20041009. Frame rates of up to 75 on a Pentium 4 2.8 512Mb Ram and Nvidia FX5200. A very worthwhile effort by all concerned. It's good to read that the final release works :-) It should be a little better than fgfs-0.9.6-20041009 in building areas. -Fred ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d the 'release' binary of fgfs does not launch, it calls MSVCR71D.DLL (not on my system). Harald. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Re: [Flightgear-announce] FlightGear v0.9.6
The IRIX binary package can be downloaded at the usual place now: http://www.1stweb.nl/~ehofman/fgfs Erik ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Re: [Terragear-devel] compiling terragear: problem with gpc
acrux wrote: > On Wed, 13 Oct 2004 16:15:10 +0200 > Erik Hofman <[EMAIL PROTECTED]> wrote: > > ar cru libgpc.a gpc.o [...] ^^ > g++ -O3 -march=athlon-xp -pipe -fomit-frame-pointer -L/usr/X11R6/lib > -o e00lines main.o ../../../src/Lib/Polygon/libPolygon.a > ../../../src/Lib/Geometry/libGeometry.a > ../../../src/Lib/poly2tri/libpoly2tri.a > ../../../src/Lib/TriangleJRS/libTriangleJRS.a > ../../../src/Lib/e00/libe00.a -lsgdebug -lsgbucket -lsgmisc -lsgmath > -lsgio -lsgstructure -lsgxml -lgenpolyclip -lz -lm /usr/bin/ld: cannot This is why the Makefile I've been posting generates a 'libenpolyclip.a' library. Simply rename it, 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
[Flightgear-devel] Re: [Terragear-devel] compiling terragear: problem with gpc
acrux wrote: > [EMAIL PROTECTED]:~/ports/gpc/gpc231# gcc gpc.c -o gpc > /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/../../../crt1.o(.text+0x18): In > function `_start':: undefined reference to `main' > collect2: ld returned 1 exit status Here's a Makefile: snip -- # Unix/Linux makefile for GPC 2.31 # # Riley Rainey ([EMAIL PROTECTED]) CFLAGS = -O -g libgenpolyclip.a: gpc.o rm -f $@ ar cr $@ $< ranlib $@ clean: rm -f libgenpolyclip.a *.o core *~ install: libgenpolyclip.a -mkdir -p /usr/local/lib -mkdir -p /usr/local/include install libgenpolyclip.a /usr/local/lib/libgenpolyclip.a install gpc.h /usr/local/include/gpc.h snip -- 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] Re: crease for ac3d files and speedup
On Wed, 13 Oct 2004 15:44:36 +0200, Frederic wrote in message <[EMAIL PROTECTED]>: > Ampere K. Hardraade wrote: > > > I have just downloaded 0.9.6. I thought there is supposed to be an > > increase of frame rate? I'm still seeing 2fps/3fps for the 747's, > > and an average of 6fps for other aircrafts. > > > > Ampere > > > > Command used: /usr/local/FlightGear/bin/fgfs > > Parameters: no parameters > > > > [EMAIL PROTECTED]:~$ lspci > > ... > > :00:02.0 VGA compatible controller: Intel Corp. > > 82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device (rev > > 01) > > You can't ask too much from an Intel Graphic processor. IIRC, it > doesn't use dedicated memory for textures and buffers, but rather your > main memory. My notebook, that features an ATI IGP, has a bios > parameter to reserve memory for graphic operation. When I want to do > 3d, I have to allocate more to the graphic processor and less to the > OS. ..what memory bandwidth do you see in this mode? -- ..med vennlig hilsen = with Kind Regards from Arnt... ;-) ...with a number of polar bear hunters in his ancestry... Scenarios always come in sets of three: best case, worst case, and just in case. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: crease for ac3d files and speedup
Ampere K. Hardraade wrote: > I have just downloaded 0.9.6. I thought there is supposed to be an increase > of frame rate? I'm still seeing 2fps/3fps for the 747's, and an average of > 6fps for other aircrafts. > > Ampere > > Command used: /usr/local/FlightGear/bin/fgfs > Parameters: no parameters > > [EMAIL PROTECTED]:~$ lspci > ... > :00:02.0 VGA compatible controller: Intel Corp. 82845G/GL[Brookdale-G]/GE > Chipset Integrated Graphics Device (rev 01) You can't ask too much from an Intel Graphic processor. IIRC, it doesn't use dedicated memory for textures and buffers, but rather your main memory. My notebook, that features an ATI IGP, has a bios parameter to reserve memory for graphic operation. When I want to do 3d, I have to allocate more to the graphic processor and less to the OS. -Fred ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS:
Vivian Meazza wrote: > > > Martin Spott wrote: > > Sent: 13 October 2004 09:42 > > To: [EMAIL PROTECTED] > > Subject: Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS: > > > > "Vivian Meazza" wrote: > > > > > I've just downloaded and installed fgfs-0.9.6-20041010 from > > > ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/. It crashes, cause > > unknown. > > > However, fgfs-0.9.6-20041009 works very well, using all the same > > settings, > > > etc. > > > > To my impression there's already a 'release' package: > > > > ftp://ftp.uni-duisburg.de/FlightGear/Win32/fgfs-0.9.6-win32.zip > > > > Would you mind to try that one ? > > > > That one works as well as fgfs-0.9.6-20041009. Frame rates of up to 75 on a > Pentium 4 2.8 512Mb Ram and Nvidia FX5200. A very worthwhile effort by all > concerned. It's good to read that the final release works :-) It should be a little better than fgfs-0.9.6-20041009 in building areas. -Fred ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS:
Martin Spott wrote: > Sent: 13 October 2004 09:42 > To: [EMAIL PROTECTED] > Subject: Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS: > > "Vivian Meazza" wrote: > > > I've just downloaded and installed fgfs-0.9.6-20041010 from > > ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/. It crashes, cause > unknown. > > However, fgfs-0.9.6-20041009 works very well, using all the same > settings, > > etc. > > To my impression there's already a 'release' package: > > ftp://ftp.uni-duisburg.de/FlightGear/Win32/fgfs-0.9.6-win32.zip > > Would you mind to try that one ? > That one works as well as fgfs-0.9.6-20041009. Frame rates of up to 75 on a Pentium 4 2.8 512Mb Ram and Nvidia FX5200. A very worthwhile effort by all concerned. Regards Vivian ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] FlightGear 0.9.6
Jon Stockill wrote: > The Slackware 10.0 package is now available. It should also work on > Slackware 9.1 systems. Solaris/Sparc binary package ist present at: ftp://ftp.uni-duisburg.de/FlightGear/Solaris/fgfs-0.9.6-Solaris.tar.gz 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
[Flightgear-devel] ANN: FGBenchmark-0.0.4
I placed a new FGBenchmark package, made from the FlightGear-0.9.6 sources, at the 'usual' place (66,5 MByte): ftp://ftp.uni-duisburg.de/FlightGear/Devel/FGBenchmark-0.0.4.tar.gz README is here: ftp://ftp.uni-duisburg.de/FlightGear/Devel/FGBenchmark.README It would be nice to hear if it works for you, 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] Re: crease for ac3d files and speedup
Ampere K. Hardraade wrote: I have just downloaded 0.9.6. I thought there is supposed to be an increase of frame rate? I'm still seeing 2fps/3fps for the 747's, and an average of 6fps for other aircrafts. Display lists are not a one thing solves all solution. Probably you have other limiting factors in your system configuration. (Try removing the Textures.high directory for instance). Erik ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] DOS line endings in base package
Ampere K. Hardraade wrote: Speaking of the Base Package, I see that the Aircraft directory alone used up 123.9MB. Perhaps it will be a good idea to only include the C172, and allow the user to download the other aircrafts seperately? This may encourage new users to try out FlightGear without having to deal with a 78MB download. Most of the aircraft are not included in the official base package anymore. That's why it fits in 78Mb. Erik ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS:
Frederic Bouvier wrote: > Martin Spott wrote: > > Did that myself and I can affirm that it works marvellous for me - with > > the current CVS base package, > > Maybe we could report success or failure with the name of the card > and related info. There could be a limitation on the number of possible > instanciable display list or something like that. Radeon7500 series on Win2k with "wxp-w2k-catalyst-8-02-040515a-015958c" driver, Radeon9200 on SuSE-9.0 with 'stock' XFree86-4.3.0.1 and kernel 2.6.8.1 as well as with Xorg 6.8.1 (from CVS), Octane MXI on IRIX-6.5.22 o.k., the latter is as slow as ever, it's robably even slower as without the recent changes :-( Although this might as well be related to the fact that this is the first IRIX binary I built myelf 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] DOS line endings in base package
Speaking of the Base Package, I see that the Aircraft directory alone used up 123.9MB. Perhaps it will be a good idea to only include the C172, and allow the user to download the other aircrafts seperately? This may encourage new users to try out FlightGear without having to deal with a 78MB download. Ampere On October 13, 2004 02:53, Martin Spott wrote: > Mathias Froehlich has been so kind to create a patch against the base > package that is aimed to fix some bugs that were triggered by the > recent performance-improving patches to PLIB and/or SimGear. His patch > is available here: > > ftp://ftp.uni-duisburg.de/FlightGear/Devel/shading-update.diff.gz > > While investitaging this patch I realized that the file > > Aircraft/737/Models/B737-300.ac > > in the base package CVS still has DOS line endings. Someone might want > to fix that, > > Martin. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: crease for ac3d files and speedup
I have just downloaded 0.9.6. I thought there is supposed to be an increase of frame rate? I'm still seeing 2fps/3fps for the 747's, and an average of 6fps for other aircrafts. Ampere Command used: /usr/local/FlightGear/bin/fgfs Parameters: no parameters [EMAIL PROTECTED]:~$ lspci ... :00:02.0 VGA compatible controller: Intel Corp. 82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device (rev 01) ... :00:1f.1 IDE interface: Intel Corp. 82801DB/DBL (ICH4/ICH4-L) UltraATA-100 IDE Controller (rev 01) ... [EMAIL PROTECTED]:~$ glxinfo name of display: :0.0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.2 server glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context client glx vendor string: SGI client glx version string: 1.2 client glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context GLX extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context OpenGL vendor string: 2d3D, Inc OpenGL renderer string: Mesa DRI Intel(R) 845G 20021115 OpenGL version string: 1.2 Mesa 4.0.4 OpenGL extensions: GL_ARB_imaging, GL_ARB_multitexture, GL_ARB_texture_env_add, GL_ARB_texture_env_combine, GL_ARB_transpose_matrix, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color, GL_EXT_blend_func_separate, GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_clip_volume_hint, GL_EXT_convolution, GL_EXT_compiled_vertex_array, GL_EXT_fog_coord, GL_EXT_histogram, GL_EXT_packed_pixels, GL_EXT_polygon_offset, GL_EXT_rescale_normal, GL_EXT_secondary_color, GL_EXT_texture3D, GL_EXT_texture_env_add, GL_EXT_texture_env_combine, GL_EXT_texture_object, GL_EXT_texture_lod_bias, GL_EXT_vertex_array, GL_IBM_rasterpos_clip, GL_MESA_window_pos, GL_NV_texgen_reflection, GL_SGI_color_matrix, GL_SGI_color_table glu version: 1.3 glu extensions: GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat -- 0x22 16 tc 1 16 0 r y . 5 6 5 0 0 16 0 0 0 0 0 0 0 None 0x23 16 tc 1 16 0 r . . 5 6 5 0 0 16 0 0 0 0 0 0 0 None 0x24 16 tc 1 16 0 r y . 5 6 5 0 0 16 8 0 0 0 0 0 0 Slow 0x25 16 tc 1 16 0 r . . 5 6 5 0 0 16 8 0 0 0 0 0 0 Slow 0x26 16 tc 1 16 0 r y . 5 6 5 0 0 16 0 16 16 16 16 0 0 Slow 0x27 16 tc 1 16 0 r . . 5 6 5 0 0 16 0 16 16 16 16 0 0 Slow 0x28 16 tc 1 16 0 r y . 5 6 5 0 0 16 8 16 16 16 16 0 0 Slow 0x29 16 tc 1 16 0 r . . 5 6 5 0 0 16 8 16 16 16 16 0 0 Slow ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS:
Martin Spott wrote: > Martin Spott wrote: > > > To my impression there's already a 'release' package: > > > > ftp://ftp.uni-duisburg.de/FlightGear/Win32/fgfs-0.9.6-win32.zip > > > > Would you mind to try that one ? > > Did that myself and I can affirm that it works marvellous for me - with > the current CVS base package, Maybe we could report success or failure with the name of the card and related info. There could be a limitation on the number of possible instanciable display list or something like that. For me it works great on Windows with an NVidia FX5900 and the latest available driver ( 61.77 IIRC ). I also tested it on Linux with a GF3 ( driver 61.11 ) -Fred ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS: releasesFlightGear-0.9.6.tar.gz, NONE,
Vivian Meazza wrote: > Frederic Bouvier wrote: > > > Sent: 12 October 2004 18:12 > > To: FlightGear developers discussions > > Subject: Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS: > > releasesFlightGear-0.9.6.tar.gz, NONE, > > > > Martin Spott wrote: > > > > > "Curtis L. Olson" wrote: > > > > Update of /var/cvs/FlightGear-0.9/releases > > > > In directory baron:/tmp/cvs-serv18174 > > > > > > > Added Files: > > > > FlightGear-0.9.6.tar.gz > > > > Log Message: > > > > Official source release for v0.9.6 > > > > > > I'm asking just to find out: Do we all agree that it makes much sense > > > to build the upcoming binary releases with a "crease-patched" version > > > of current PLIB CVS ? > > > > My Win32 build has it. I test it again and then send it to Curt. > > I've just downloaded and installed fgfs-0.9.6-20041010 from > ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/. It crashes, cause unknown. > However, fgfs-0.9.6-20041009 works very well, using all the same settings, > etc. fgfs-0.9.6-20041009 use Dlist only for terrain and fgfs-0.9.6-20041010 use them also for static models. They all have the crease patch. Martin already mentionned that I packed a complete build for the release at the usual location. -Fred ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS:
Martin Spott wrote: > To my impression there's already a 'release' package: > > ftp://ftp.uni-duisburg.de/FlightGear/Win32/fgfs-0.9.6-win32.zip > > Would you mind to try that one ? Did that myself and I can affirm that it works marvellous for me - with the current CVS base package, 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] Re: [Flightgear-cvslogs] CVS:
"Vivian Meazza" wrote: > I've just downloaded and installed fgfs-0.9.6-20041010 from > ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/. It crashes, cause unknown. > However, fgfs-0.9.6-20041009 works very well, using all the same settings, > etc. To my impression there's already a 'release' package: ftp://ftp.uni-duisburg.de/FlightGear/Win32/fgfs-0.9.6-win32.zip Would you mind to try that one ? 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] Re: [Flightgear-cvslogs] CVS: releasesFlightGear-0.9.6.tar.gz, NONE,
Frederic Bouvier wrote: > Sent: 12 October 2004 18:12 > To: FlightGear developers discussions > Subject: Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS: > releasesFlightGear-0.9.6.tar.gz, NONE, > > Martin Spott wrote: > > > "Curtis L. Olson" wrote: > > > Update of /var/cvs/FlightGear-0.9/releases > > > In directory baron:/tmp/cvs-serv18174 > > > > > Added Files: > > > FlightGear-0.9.6.tar.gz > > > Log Message: > > > Official source release for v0.9.6 > > > > I'm asking just to find out: Do we all agree that it makes much sense > > to build the upcoming binary releases with a "crease-patched" version > > of current PLIB CVS ? > > My Win32 build has it. I test it again and then send it to Curt. I've just downloaded and installed fgfs-0.9.6-20041010 from ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/. It crashes, cause unknown. However, fgfs-0.9.6-20041009 works very well, using all the same settings, etc. Regards Vivian ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: crease for ac3d files and speedup
Simon Hollier wrote: > If you want to spend your time hacking your system for the sake of DRI/X.org > CVS...ATI is your choice! > > If you want to be up and running in 20 minutes without hassle and are > willing to use closed source drivers...NVidia is your choice! Please let me rephrase because you obviously didn't get the point: It is _not_ necessary to eploy a NVidia card to "be up and running in 20 minutes without hassle". This also works with stock XFree86 et least as shipped with SuSE-9.0. I ran the whole stuff without modifying X11 as well and it works fine for me (including DList-improvement). Maybe you should better have a look who claims that much memory on your system that makes it "swaps like mad even with 512M". > Yes, hard locking is an interesting drawback. I chose ATI because of the > existence of the DRI driver. I'm grateful to the DRI folk for providing what > they have, but I remain unsympathetic to ATI for their complete lack of > decent support. [...] > Glad to hear it. I'm sure everyone using an ATI card will be in a position > to run and get the latest X.org. You don't need to compile X11 yourself. SuSE never shipped the broken XFree86-4.3 stuff, 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
