[Flightgear-devel] Promoting the release
Hi all, now that the release has been rolled out, it's time to contact (local) flightsim websites/magazines and spread the word! I've created a wiki page to track progress, so we don't end up contacting the same website multiple times ;-) Please contact one or two websites in your country (or another country, if you manage their language) and feel free to add missing links. http://wiki.flightgear.org/Release_promotion Thanks! Gijs -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New package of 2.6.0 for Mac
Am 22.02.12 20:49, schrieb Tatsuhiro Nishioka: Dear Mac users, Thanks to your help, I made a new package that solves many problems that are reported so far. I recommend all mac/fg users apply the new package - for speed and stability. Please go visit the site below for detail explanation and download: http://macflightgear.sourceforge.net/flightgear-260-for-mac-now-supports-many-of-your-wishes Good night, Tat Hi Tat Just for my understanding, did you patch the osg/cocoa issue or is that a workaround now just for macflightgear? I get this behaviour (#7 resizing) with all osg cocoa windowing on 10.6. Ok, x1600 I do not care for fg, because this one has so many well known problems also with other software. I am investigating the osg cocoa implementation and compare it with other cocoa windowing, and all what I can say at the moment is ... it is interesting :-) at least for me! Cheers, Yves -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 2.6.0 for Mac - call for detail bug info known issues
On Wed, 22 Feb 2012 20:08:04 +0900, Tatsuhiro wrote in message 5f5e5b8c-cc66-496c-b5af-a6c8ab388...@gmail.com: Hi, So this could be ATI specific problem. I got a report about similar problem with MBP/Radeon X1600 on RC2. ..command line I can try to try reproduce this on similar hw (M56GL [Mobility FireGL V5200]) with X.org's radeon driver on Debian Sid? ..AFAICT, FG-2.6.0 has the same weird colors on the c172p that I reported on FG-2.4.0. I have a dying MBP that has X1600. Unfortumately it has 10.5 so I haven't tried a Cocoa version. I'll Check on this later. Btw, why don't we make a universal binary with i386/Carbon and x86_64/Cocoa? Using arch command can pick one from two versions at launch time, so those who have this issue can stay with Carbon version while others can take advantage of cocoa/64bit. If I make i386 version compatible with 10.5, I can save much time for support. Tat --- Tatsuhiro Nishioka @ iPhone On 2012/02/22, at 7:09, HB-GRAL flightg...@sablonier.ch wrote: Hi Olaf This is a flightgear/osg/cocoa issue I can reproduce with release/2.6.0 on OSX 10.6.8. No MacBook graphics, but almost ... - ATI 5750. I am wondering a bit that this doesn’t happen with nVidia/10.7.2 Cheers, Yves Am 21.02.12 22:19, schrieb Olaf Flebbe: Hi Yves, Can you please more specific? Which download, Macbook, graphics, macosx, steps to reproduce? Thanks, Olaf -- ..med vennlig hilsen = with Kind Regards from Arnt Karlsen ...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. -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Scenery related: groundnetworks and parking
On Thursday, February 23, 2012 01:05:07 Martin Spott wrote: I do, I've been the first real user of the xplane driver in GDAL - except from Even himself :-) BTW, I didn't say I don't want any 850 centerlines as a base for this. I just wanted to make clear that there's a trap hiding because you can't rely on v8.50 centerlines being topologically reasonable - simply because there's no constraint enforcing proper topology. Ask OSM folks about the big surprise they experienced when they first tried to build routing on top of their road network. It's the same with v8.50 centerlines. If you'd like to develop automated creation and maintenance of ground networks in PostGIS on the basis of X-Plane v8.50, then please negotiate with Durk and go ahead - you know how the database works. Cheers, Martin. Hi Martin, Christian, The main problem I see is the lack of parking positions defined in apt.dat For example, EHAM has 30, EDDF none, LFPO 50. And the parking positions are pretty much essential to the groundnet files. In my script I am generating them automatically, because I have a known airport layout. Anyway, I think it's more likely for the large airports to get attention from scenery designers than for smaller ones. Using taxiway markings was just an idea, now of course I might go ahead and try to come up with a working proof of concept for just one airport, but it's not guaranteed to happen. Cheers, Adrian -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Looking at a nice project from outside
In the mid of the last decade I've been one of those who realized that developing a long-term strategy for the various FlightGear Scenery ressources would be a Really Good Idea. Meanwhile there's been progress to make such a strategy happen, anyhow, as usual, the groundwork doesn't have much of a shiny surface, it doesn't have eye-candy. The idea I had in mind, the motivation which drove me into dedicating so many hours was to focus as many of the available ressources as possible on building the best _common_ Scenery we could make for FlightGear. Yet I have to realize that this idea has become pretty unpopular. The sort of collaboration which is being carried out at improving FlightGear's source code and the sense for continuous development obviously don't work in the Scenery department. Apparently I've been too ambitious and idealistic. I know that voluntary OpenSource development is primarily ego-driven, but there's a strong indication that I've still under-estimated the average Scenery- developers narcism: Scenery development is nowadays diverging into more different (and contradicting) branches than ever before - and almost no one cares. That's the complete opposite of what I was trying to achieve. Therefore I'm drawing the consequences from this process and, as a last resort to save myself from even more frustration, I'll resign from maintaining any FlightGear Scenery ressources. I'll be leaving the Scenemodels/MapServer-database-, webserver- and TerraSync- infrastructure intact and will also be maintaining the underlying machinery as long as required, so Jon Stockill, Olivier Jacq or someone else whom they trust may continue using it according to their needs. Those who relied on me to continue what I've done so far I kindly ask to bear with me, because I reached the point where I have to apply a measure of self protection and, let's face it, why should I continue serving such a mostly unpleasant and ungrateful role when I can spend all the time on so many other enjoyable activities. Have fun, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Promoting the release
Can I have the links for this site.. MAIN FEED I need is the feed in json of links to windows, etc.. so I dont have to update the site.. http://www.freeflightsim.org/ ta pete On Thu, Feb 23, 2012 at 1:06 PM, Gijs de Rooy gijsr...@hotmail.com wrote: Hi all, now that the release has been rolled out, it's time to contact (local) flightsim websites/magazines and spread the word! I've created a wiki page to track progress, so we don't end up contacting the same website multiple times ;-) Please contact one or two websites in your country (or another country, if you manage their language) and feel free to add missing links. http://wiki.flightgear.org/Release_promotion Thanks! Gijs -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Looking at a nice project from outside
Am 24.02.2012 00:19, schrieb Pedro Morgan: On Thu, Feb 23, 2012 at 10:21 PM, Martin Spott martin.sp...@mgras.net mailto:martin.sp...@mgras.net wrote: Apparently I've been too ambitious and idealistic. I know that voluntary OpenSource development is primarily ego-driven, but there's a strong indication that I've still under-estimated the average Scenery- developers narcism: Scenery development is nowadays diverging into more different (and contradicting) branches than ever before - and almost no one cares. That's the complete opposite of what I was trying to achieve. I agree with all the above, apart from one point... There's a lot of frustration and the boundaries and responsibilities.. and indeed negatives, vs positives .. One thing to bear in mind,, if you dont hear from anyone their happy == Invisible positives.. You only get the winging negatives... !! whilst there's millions of happinesses.. invisible_positives += 1; thx a million, Martin, for your work and kind support! But please don't let it be the last chapter of the flightgear screenplay containing your name. I believe there's a need for your opinion and your sense for community in projects like these. Cheers, Andre -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Sanitizing materials.xml
Hi All, I've created a distinct Port/Industrial material type. Before I commit it, I'd like to propose a more significant refactoring of the materials files. At present, we have two files that contain lots of duplication. E.g. - The runway effect is used by 93 different materials in exactly the same way - As we have both winter and summer textures, and use the same random object assignments in both the png and dds variants, any change to a set of random objects has to be duplicated 4 times, leading to copy-and-paste errors. - The files are now very long and difficult to navigate. I've been refactoring the files leveraging the existing include attribute of a property node to load in a separate xml file. This means that the two materials files can refer to a common base file, and instead of duplicating object groups, I can simply use an include to reference a common snippet of XML. So far, this has worked well, and I've uncovered a number of inconsistencies between the files that I've fixed as I've gone along. The end result is that I'd like to do the following: - Create a new Materials directory under fgdata - Move materials-dds.xml and materials.xml into it - Create a new Materials/materials-base.xml file containing material definitions common to both materials files. - Create a number of small xml snippets, mainly for random object definitions, e.g. urban-buildings.xml which will contain the random object definitions for Urban areas. Any objections to this? On advantage of this approach is that it should make it easier to create more geographically-specific material definitions, should we enhance the landclass types in the scenery database. -Stuart -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Looking at a nice project from outside
Am 23.02.12 23:21, schrieb Martin Spott: Apparently I've been too ambitious and idealistic. No ! Cheers, Yves -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel