Re: [Flightgear-devel] Reminder for the release process for version 2.6.0
* 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 hard-coded terrain presampling'), insert the line setprop(/environment/terrain/area[0]/enabled,1); (we used to have to start it with that property, or this used to be part of the compat layer checks, but now it is needed to switch terrain presampling on properly). *** weather_tiles.nas, line 857: rn = 0.1; is for debug purpose and should be commented out. *** 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 *** If someone could just edit these on FGData master please? Cheers, * Thorsten -- RSA(R) Conference 2012 Mar 27 - Feb 2 Save $400 by Jan. 27 Register now! http://p.sf.net/sfu/rsa-sfdev2dev2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Reminder for the release process for version 2.6.0
*** 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 * 400; of course - otherwise the altitude is *very* low indeed... * Thorsten -- RSA(R) Conference 2012 Mar 27 - Feb 2 Save $400 by Jan. 27 Register now! http://p.sf.net/sfu/rsa-sfdev2dev2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] DDS texures (Was: Improving random trees
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 should help every use case. Except that the on disk memory consumption is higher. Well and except that the database loader has more work to do on the CPU. Ok, checked in is a log message that checks for image formats that depend on OpenGL extensions not required to be present. That should at least help people running drivers providing those extensions to see when they use texture files that do not work fo all. Greetings Mathias is there an easy way to disable this message? since i'm using dds texture, it's flooding the console... jano -- RSA(R) Conference 2012 Mar 27 - Feb 2 Save $400 by Jan. 27 Register now! http://p.sf.net/sfu/rsa-sfdev2dev2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Flightgear-commitlogs] TerraGear / Custom
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 procedure of cleaning large vector datasets like CORINE is now a matter of just a few days and runs on a machine with far less than 32 GByte of main menory !! One year ago, cleaning CORINE took about one and a half months to complete just one single ! of multiple iterations and you never knew if somebody would reboot the server while the job was still running (which actually happened several times). Having topologically clean datasets is a very important step for at least two reasons: 1.) I expect TerraGear's overall stability to increase with topologically clean vector data. 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. I'll be providing a clean CLC2006 as well, but because that one's still incomplete (and work in progress, actually) I think CLC2000 is more important. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- RSA(R) Conference 2012 Mar 27 - Feb 2 Save $400 by Jan. 27 Register now! http://p.sf.net/sfu/rsa-sfdev2dev2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Reminder for the release process for version 2.6.0
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 Nimbostratus layers *** make that var alt = spread * 400; of course - otherwise the altitude is *very* low indeed... * Thorsten These changes have now been committed. Thanks, -Stuart -- RSA(R) Conference 2012 Mar 27 - Feb 2 Save $400 by Jan. 27 Register now! http://p.sf.net/sfu/rsa-sfdev2dev2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] FlightGear writes autosave.xml into ${FG_ROOT}
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 or it this is just a bug ;-) Is there really no way just to run FG without having _no_ garbage written out to any files ? Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- RSA(R) Conference 2012 Mar 27 - Feb 2 Save $400 by Jan. 27 Register now! http://p.sf.net/sfu/rsa-sfdev2dev2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Flightgear-commitlogs] TerraGear / Custom
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 3.) As soon as the various tools are working in a predictable manner, I'm planning to revive the central idea, the driving motivation behind all the effort, which is to build an infrastructure for re-compiling the respective terrain tiles on a regular, maybe daily schedule after the land cover has been updated in a certain region. Having a stable and reliable procedure to clean the vector data is one of the vital requirements for such an adventure, therefore I'm quite excited today Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- RSA(R) Conference 2012 Mar 27 - Feb 2 Save $400 by Jan. 27 Register now! http://p.sf.net/sfu/rsa-sfdev2dev2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Flightgear-commitlogs] SimGear branch, next,
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. Thanks, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- RSA(R) Conference 2012 Mar 27 - Feb 2 Save $400 by Jan. 27 Register now! http://p.sf.net/sfu/rsa-sfdev2dev2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] ads Models with current OSG
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 Messages: Unknown Chunk: ***UNKNOWN*** (0xA08A) in fgfs output. Seems to be a diagnostic from the 3DS loader within OSG. I get this (and messy views) with current OSG, fgfs, fgdata choosing for instance aircraft MD11 or airport EHAM . Yes, see here: http://code.google.com/p/flightgear-bugs/issues/detail?id=543 It's an AI aircraft causing it (MD11), so it's visible frequently. Maybe someone could fix the model - or check why OSG doesn't like the model. cheers, Thorsten -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- RSA(R) Conference 2012 Mar 27 - Feb 2 Save $400 by Jan. 27 Register now! http://p.sf.net/sfu/rsa-sfdev2dev2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] new fedora
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. Here's debug from copying of said airport: running cp ./work/AirportObj/w090n30/w085n33/KATL.btg.gz ./output/w090n30/w085n33 system: : Cannot allocate memory returned -1 I'm not buying the out of memory error. I've googled for this, but haven't seen anything interesting. Is anyone else running a PAE kernel on a 64 bit machine? Has anyone seen this issue? I don't want to lose another weekend reinstalling linux (again) Pete -- RSA(R) Conference 2012 Mar 27 - Feb 2 Save $400 by Jan. 27 Register now! http://p.sf.net/sfu/rsa-sfdev2dev2___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel