Re: [Flightgear-devel] Reminder for the release process for version 2.6.0

2012-01-13 Thread thorsten . i . renk
* All major bugs fixed? I found three in the last days - one major and two minor - since I have added some sunrise/sunset support features to my working copy of Local Weather, I'll just list the fixes rather than provide the updated files: *** local_weather.nas, line 2917 (just after 'Starting

Re: [Flightgear-devel] Reminder for the release process for version 2.6.0

2012-01-13 Thread thorsten . i . renk
*** weather_tiles.nas, line 1004; var alt = spread * 400.0 + local_weather.cloud_vertical_size_map[Nimbus] * 0.5 * m_to_ft; has an obsolete altitude correction in and should just be var alt = 400.0; to get the correct altitude for Nimbostratus layers *** make that var alt = spread

Re: [Flightgear-devel] DDS texures (Was: Improving random trees

2012-01-13 Thread jean pellotier
Le 11/01/2012 18:59, Mathias Fröhlich a écrit : Hi, On Sunday, January 01, 2012 11:41:22 Mathias Fröhlich wrote: I think then, computing mipmaps for any texture file on the CPU in the loader thread should globally improove the situation. Also avoiding the compression already in the files

Re: [Flightgear-devel] [Flightgear-commitlogs] TerraGear / Custom

2012-01-13 Thread Martin Spott
I'd like to point out that I'm now having what I think should be topologically clean CLC2000v15 and VMap0 edition 5.0 datasets. I'll load these into the Landcover-DB as replacements for the current VMap0 and CLC layers. Thanks to the great folks at GRASS GIS, most notably Markus M., the

Re: [Flightgear-devel] Reminder for the release process for version 2.6.0

2012-01-13 Thread Stuart Buchanan
On Fri, Jan 13, 2012 at 9:28 AM, Thorsten Renk wrote: *** weather_tiles.nas, line 1004; var alt = spread * 400.0 + local_weather.cloud_vertical_size_map[Nimbus] * 0.5 * m_to_ft; has an obsolete altitude correction in and should just be var alt = 400.0; to get the correct altitude for

[Flightgear-devel] FlightGear writes autosave.xml into ${FG_ROOT}

2012-01-13 Thread Martin Spott
While trying to find out about a different issue ('fgfs' not starting at all) I noticed, that it still writes an autosave.xml into ${FG_ROOT} despite the fact that I've explicitly set --prop:/sim/startup/save-on-exit=false Now I'd like to learn wether someone is deliberately trying piss users off

Re: [Flightgear-devel] [Flightgear-commitlogs] TerraGear / Custom

2012-01-13 Thread Martin Spott
Martin Spott wrote: 2.) Merging custom land cover data (like John Holden's great work) into the Custom Scenery layer (at MapServer) had been failing in some cases due to topological inconsistencies. I expect these failures to disappear with topologically clean vector data. Finally

Re: [Flightgear-devel] [Flightgear-commitlogs] SimGear branch, next,

2012-01-13 Thread Martin Spott
Flightgear-commitlogs wrote: The branch, next has been updated - Log - commit 21f2e1f25017612959a81bccf4096e36b0c57e10 Author: ThorstenB Date: Fri Jan 13 19:58:45 2012 +0100 #599: Don't crash when a path does not exist.

Re: [Flightgear-devel] ads Models with current OSG

2012-01-13 Thread Olaf Flebbe
Hallo Thorsten, die Szenerie muss irgendwie korrupt gewesen sein. Neu geholt und nun gehts auch... Danke trotzdem. Gruß Olaf Flebbe o...@oflebbe.de Am 11.01.2012 um 23:38 schrieb ThorstenB: On 11.01.2012 23:15, Olaf Flebbe wrote: Hi, does anybody have the same problem? Several

[Flightgear-devel] new fedora

2012-01-13 Thread Peter Sadrozinski
Hello, I'm hitting an 'interesting' problem with the new fedora. For some reason, it's installing the PAE kernel (I guess I should have installed the 64 bit version). The problem is, when the system() is called - for instance, to copy an airport btg file from work to output, I get an error.