Re: [Flightgear-devel] Improving random trees buildings
On Tue, 2011-12-27 at 09:53 +0100, Mathias Fröhlich wrote: Sorry to step in this so late - probably way too late - but is there a reason that the on disk format must be compressed? The previous strategy to have on disk an format that everybody can read and to make the driver compress them as needed/possible is better I think? So, for me the f16 lost its livery lately - where I can live with this for the f16, I hope that this does not happen to flightgear as a whole ... Actually for the F-16 I did not switch because of compression but because livery switching is almost instant while the previous textures is took about 10 seconds to switch from internal view to external for the first time. I would be very pleased to use another texture format that has the same effect though. Erik -- Write once. Port to many. Get the SDK and tools to simplify cross-platform app development. Create new or port existing apps to sell to consumers worldwide. Explore the Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join http://p.sf.net/sfu/intel-appdev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] PostGIS update @ Landcover-DB
Most of Scenemodels should be up and running. Please test, if you like. Most of MapServer should be working again as well, at least in testing mode. I had to patch the MapServer map renderer in order to be conformant with the PostGIS 2.x SQL syntax constraints, but I'm not sure wether I've caught all issues. Feedback is welcome. Shapefile download is still broken, I'll try to fix as soon as time permits. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- Write once. Port to many. Get the SDK and tools to simplify cross-platform app development. Create new or port existing apps to sell to consumers worldwide. Explore the Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join http://p.sf.net/sfu/intel-appdev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Jenkins mac build #871 fails to run on Snowleopard 10.6.8 and Lion 10.7.2
On 26 Dec 2011, at 10:00, Jari Häkkinen wrote: I don't have access to my Lion right now so I cannot check but I think the 10.6 SDK is included already. It does - and Jenkins is set to use the correct SDK for OSG, SG and FG - unfortunately at link time we're selecting the system libapr over the SDK one, apparently. I *guess* this is because of some search path ordering, although I hoped that the sysroot / SDK handling dealt with that automatically. James -- Write once. Port to many. Get the SDK and tools to simplify cross-platform app development. Create new or port existing apps to sell to consumers worldwide. Explore the Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join http://p.sf.net/sfu/intel-appdev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Some More Detailed Scenery
I've now uploaded sceneries for Miami and Orlando in Florida. I plan to start on Sacramento - right north of the default scenery area - tomorrow. Miami: http://www.stattosoftware.com/flightgear/miami.zip Orlando: http://www.stattosoftware.com/flightgear/orlando.zip This scenery works only with 2.5 or above. Also, when downloading 2.5, I think it would be nice to give users the option to download some of these more detailed scenery areas - not just the ones I've generated, but some of the European (and Asian?) sceneries as well. Cheers John -- Write once. Port to many. Get the SDK and tools to simplify cross-platform app development. Create new or port existing apps to sell to consumers worldwide. Explore the Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join http://p.sf.net/sfu/intel-appdev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Improving random trees buildings
Hi, On Tuesday, December 27, 2011 00:27:41 Stuart Buchanan wrote: Vivian - are you anticipating the materials-dds.xml file replacing materials.xml at some point? Any plans for further DDS texture work? Hmm, regarding dds. I have to say, that not all OpenGL drivers support texture compression, and the models with dds files, are those that I cannot display, because of that. And in fact this will not happen to the open source drivers before something about 2020 because of patent issues. Sorry to step in this so late - probably way too late - but is there a reason that the on disk format must be compressed? The previous strategy to have on disk an format that everybody can read and to make the driver compress them as needed/possible is better I think? So, for me the f16 lost its livery lately - where I can live with this for the f16, I hope that this does not happen to flightgear as a whole ... Thanks Mathias -- Write once. Port to many. Get the SDK and tools to simplify cross-platform app development. Create new or port existing apps to sell to consumers worldwide. Explore the Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join http://p.sf.net/sfu/intel-appdev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Live Multiplayer
Am 25.12.11 15:52, schrieb Csaba Halász: At times, we had 2 servers but only one active with manual switching when necessary. That means there is no load balancing among multiple servers. In case anybody wants to volunteer maintaining a backup server, I am sure we can collect the knowledge required to set it up and fill in the holes in the wiki. I'd like to thank all the people who keep fgcom alive behind the scenes, in particular Charles, Jon, Thomas, Willie and of course Holger for creating it. Hi Csaba Fill in the last hole in the wiki about fgcom.inc would be nice. I am running an asterisk server and tried to run a fgcom testing server for my own purposes some months ago, but had to stop because of the last missing part in the wiki. Of course I can try to set up this looking what fgcom.inc should be, but when an running example configuration is around, much appreciated here, then I can finish my personal experiment once. I have no time to multiplay FlightGear that much, and personally it is not that important for me. I wrote my sentence about the only one because there were some suggestions around it is easy to setup a own ggcom server. So of course, my thanks goes everytime to people behind the scenes and to what they bring to me ! I declare this to my personal christmas wish, a fgcom.inc example. ;-) Hope it is not late! Cheers, Yves -- Write once. Port to many. Get the SDK and tools to simplify cross-platform app development. Create new or port existing apps to sell to consumers worldwide. Explore the Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join http://p.sf.net/sfu/intel-appdev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Problem restarting YASim aircraft after fuel starvation
On Tue, Dec 20, 2011 at 9:16 PM, Stuart Buchanan wrote: Hi All, I'm investigating http://code.google.com/p/flightgear-bugs/issues/detail?id=526, which appears to be a long-standing bug that after fuel starvation it isn't possible to restart YASim engines. The problem appears to be in fuel.nas line 25, which drops out from making any fuel calculations if the engines aren't consuming any fuel. Unfortunately this means that there's no opportunity to reset the out-of-fuel flag. I think this line is also intended to drop out for FDMs other than YASim, which don't use fuel.nas, but instead have their own fuel management. Can anyone confirm that fuel.nas is only used by YASim? If so, I'll change the FDM initialization listener to simply never start the update loops for FDMs other than YASim, and remove the code that drops out. I've now committed a fix that does exactly this. Please let me know if this has bad knock-on effects to any aircraft. -Stuart -- Write once. Port to many. Get the SDK and tools to simplify cross-platform app development. Create new or port existing apps to sell to consumers worldwide. Explore the Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join http://p.sf.net/sfu/intel-appdev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] PostGIS update @ Landcover-DB
Martin Spott wrote: Shapefile download is still broken, I'll try to fix as soon as time permits. Shapefile download might/should be working again. Please test, particularly the assigned reference system, and report. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- Write once. Port to many. Get the SDK and tools to simplify cross-platform app development. Create new or port existing apps to sell to consumers worldwide. Explore the Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join http://p.sf.net/sfu/intel-appdev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Live Multiplayer
We need an Winstaller ...and a dead reckno0re.. machine.. On Tue, Dec 27, 2011 at 12:43 PM, HB-GRAL flightg...@sablonier.ch wrote: Am 25.12.11 15:52, schrieb Csaba Halász: At times, we had 2 servers but only one active with manual switching when necessary. That means there is no load balancing among multiple servers. In case anybody wants to volunteer maintaining a backup server, I am sure we can collect the knowledge required to set it up and fill in the holes in the wiki. I'd like to thank all the people who keep fgcom alive behind the scenes, in particular Charles, Jon, Thomas, Willie and of course Holger for creating it. Hi Csaba Fill in the last hole in the wiki about fgcom.inc would be nice. I am running an asterisk server and tried to run a fgcom testing server for my own purposes some months ago, but had to stop because of the last missing part in the wiki. Of course I can try to set up this looking what fgcom.inc should be, but when an running example configuration is around, much appreciated here, then I can finish my personal experiment once. I have no time to multiplay FlightGear that much, and personally it is not that important for me. I wrote my sentence about the only one because there were some suggestions around it is easy to setup a own ggcom server. So of course, my thanks goes everytime to people behind the scenes and to what they bring to me ! I declare this to my personal christmas wish, a fgcom.inc example. ;-) Hope it is not late! Cheers, Yves -- Write once. Port to many. Get the SDK and tools to simplify cross-platform app development. Create new or port existing apps to sell to consumers worldwide. Explore the Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join http://p.sf.net/sfu/intel-appdev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Write once. Port to many. Get the SDK and tools to simplify cross-platform app development. Create new or port existing apps to sell to consumers worldwide. Explore the Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join http://p.sf.net/sfu/intel-appdev___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
