Re: [Flightgear-devel] Re: simgear for Mac OS X Tiger

2006-04-21 Thread James Turner
On 18 Apr 2006, at 00:51, Adam Dershowitz wrote: I just tried to build simgear from CVS and got a similar, but not identical error to the above: g++ -DHAVE_CONFIG_H -I. -I. -I../../simgear -I../.. -I/Users/dersh/ Programming/FlightGear/include -g -O2 -D_REENTRANT -c -o visual_enviro.o

[Flightgear-devel] Re: statistics: usage of texture memory (shocking!)

2006-04-21 Thread Melchior FRANZ
* Erik Hofman -- Friday 21 April 2006 09:29: Melchior FRANZ wrote: Note that several textures are loaded multiple times! The best way to handle this is to create a caching mechanism where the absolute path of the texture is the key and the texture-id is cached for future use. Yes. And

[Flightgear-devel] Re: statistics: usage of texture memory (shocking!)

2006-04-21 Thread Melchior FRANZ
* Erik Hofman -- Friday 21 April 2006 09:29: The best way to handle this is to create a caching mechanism where the absolute path of the texture is the key and the texture-id is cached for future use. FWIW: In the scenario described in texsize.high removing doubles would save 93,383,168

Re: [Flightgear-devel] Re: statistics: usage of texture memory (shocking!)

2006-04-21 Thread Erik Hofman
Melchior FRANZ wrote: Yes. And this would even be quite easy to do. We'd need to incorporate plib's SGI loader into fg/sg, and make it the preference ssgAddTextureFormat(.rgb, fgLoadSGI); etc. Then we can do whatever optimizations make sense. Of course, this would suggest that we more

[Flightgear-devel] Re: statistics: usage of texture memory (shocking!)

2006-04-21 Thread Melchior FRANZ
[preventing multiple loading of textures] * Erik Hofman -- Friday 21 April 2006 10:55: I didn't take a real close look but I think it could be done without the need to define our own texture loader. The ssgTexture class allows one to fetch the texture-id after it is being loaded. Yes,

[Flightgear-devel] Re: statistics: usage of texture memory (shocking!)

2006-04-21 Thread Melchior FRANZ
* Melchior FRANZ -- Friday 21 April 2006 12:15: [...] otherwise call the regular loader and push its result into the queue. Heh ... into the *hash* or whatever, but certainly not a queue. The weak spot is that such a proxy would have to be registered for each supported format. That was

[Flightgear-devel] Re: statistics: usage of texture memory (shocking!)

2006-04-21 Thread Melchior FRANZ
* Melchior FRANZ -- Friday 21 April 2006 12:15: Better would be to get a patch committed that changes ssgLoadTexture() to [...] This woudln't work, because there's no way for the proxy to get at the stored data. :-( m. --- Using Tomcat

[Flightgear-devel] Funny things for a Cessna and a dog

2006-04-21 Thread Martin Spott
A very nice recipe on how to fool your dog: http://document.ihg.uni-duisburg.de/Parabel_mit_Hund.wmv I'll add an MPEG2 if someone does the conversion for me, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are !

[Flightgear-devel] Scenery authors - DEM data source

2006-04-21 Thread Paul Surgeon
To all the FG scenery authors : I came across a DEM data source which was created by a Scottsman called Jonathan de Ferranti. http://www.viewfinderpanoramas.org What he does in a nutshell is fix all the SRTM voids in mountaneous areas so that the data for the peaks is valid. His work ranges

Re: [Flightgear-devel] Funny things for a Cessna and a dog

2006-04-21 Thread Thomas Förster
Am Freitag 21 April 2006 19:49 schrieb Martin Spott: A very nice recipe on how to fool your dog: http://document.ihg.uni-duisburg.de/Parabel_mit_Hund.wmv Got this from www.eddh.de ? :-) While we are at it, try also this one (!!! 19MB download):

[Flightgear-devel] Re: [Flightgear-cvslogs] CVS: data/Aircraft/b1900d autopilot.xml,1.2,NONE b1900d-autopilot.xml,NONE,1.1 b1900d-electrical.nas,1.2,NONE b1900d-set.xml,1.10,1.11 b1900d-sound.xml,1.4,

2006-04-21 Thread Martin Spott
Curtis L. Olson wrote: Update of /var/cvs/FlightGear-0.9/data/Aircraft/b1900d In directory baron:/tmp/cvs-serv7359 Modified Files: b1900d-set.xml b1900d-sound.xml b1900d.xml b1900dsplash.rgb Added Files: b1900d-autopilot.xml Removed Files: autopilot.xml

Re: [Flightgear-devel] MacOS version of v0.9.10 ?

2006-04-21 Thread Curtis L. Olson
Martin Spott wrote: I think he left this list after several people (including me) didn't like him to ship his very personal statement of faith as part of the FlightGear package. He built a separate web page which appears to be unmaintained now as it lists only the 0.9.9 release:

Re: [Flightgear-devel] Funny things for a Cessna and a dog

2006-04-21 Thread Curtis L. Olson
Martin Spott wrote: Thomas F?rster wrote: Am Freitag 21 April 2006 19:49 schrieb Martin Spott: A very nice recipe on how to fool your dog: http://document.ihg.uni-duisburg.de/Parabel_mit_Hund.wmv Got this from www.eddh.de ? :-) No idea, a friend sent it to me. I'm

RE: [Flightgear-devel] Funny things for a Cessna and a dog

2006-04-21 Thread Jon S. Berndt
If you want to see some really bad flying, check out this link (probably requiring windows.) http://media.putfile.com/wild-fun-fly I'm trying to decide if they are blind, drunk, have no depth perception, have their controls reversed either physically or metaphorically. Curt. Is it

Re: [Flightgear-devel] Funny things for a Cessna and a dog

2006-04-21 Thread Curtis L. Olson
Jon S. Berndt wrote: If you want to see some really bad flying, check out this link (probably requiring windows.) http://media.putfile.com/wild-fun-fly I'm trying to decide if they are blind, drunk, have no depth perception, have their controls reversed either physically or metaphorically.

[Flightgear-devel] Re: FGLive 0.1 alpha available for testing

2006-04-21 Thread Pigeon
So ***ATI*** users, please make sure you try them! I managed to get (remote) access to an ATI card box, and I am getting somewhere. And so, I have proven that fglrx does not work (without much fiddling) with 0.1 alpha. My apologies :( The good news I've found out what's missing and

Re: [Flightgear-devel] Speed discontinuity

2006-04-21 Thread Martin Spott
John Wojnaroski wrote: A change that large (13 knots!!) is a major wind shear. Might it make sense to provide some sort of filtering or extrapolation between stations to moderate such extreme changes Indeed - but remember, that interpolation between different METAR stations does not only