[Flightgear-devel] IAR80 update request
Hello everyone, Back from an extended holiday (1 month of sightseeing in SW USA :P). I have setup a gitorious repository for the IAR-80 and also have updated it. Major changes include the switch of most textures to the .dds format, and an FDM rewrite. The change to .dds was done after weighing in the disadvantages (mainly increased space usage on disk, and the need for a recent openscenegraph =2.9.10 for the normalmap .dds support) with the advantages of using them (better performance, better texture detail, smaller archive). Changelog: 2011-06-14 *v1.1 Converted most textures to .dds (better loading times, better bump detail, smaller package, with the downside of greater on disk space) Local reflect-bump-spec.frag to accomodate dds texture Animations and particle effects over MP Propeller blades pitch animation Reworked FDM, with better stall/spin behaviour Some sound tweaks Changed Cockpit lighting to a blueish shade Some geometry fixes to avoid black faces With all of these in mind, I would like to ask some kind person with fgdata git access to update the IAR80 there. Gitorious repo here: http://gitorious.org/iar80/iar80-repo Direct Tarball link: http://gitorious.org/iar80/iar80-repo/archive-tarball/master Thanks in advance Emilian -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [BUG] Re: SimGear branch, next, updated. c782a32076016f2c3c01b4fd437b024dc77806e9
* ThorstenB -- Monday 13 June 2011: [...] But I'll need some more specific details on what's supposed to be broken with that particular commit introducing another property flag. Yeah, but what about the bug hunting contest?! Who wins the coffee machine? --- a/simgear/props/props.cxx +++ b/simgear/props/props.cxx @@ -642,7 +642,7 @@ SGPropertyNode::trace_read () const * Last used attribute * Update as needed when enum Attribute is changed */ -const int SGPropertyNode::LAST_USED_ATTRIBUTE = USERARCHIVE; +const int SGPropertyNode::LAST_USED_ATTRIBUTE = PRESERVE; There's actually code depending on this, even though only once in the repo. props.getAttribute(last) returns this value and so allows Nasal space to assign additional, user defined property flags. m. -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Airport Textures (Again)
Le 12/06/2011 19:39, Vivian Meazza a écrit : Can we please have the old airport textures back: the new ones wreck some very fine airports. Here's a small sample of Gatwick/EGKK. It's like this all over and it's spoiling someone's very good work: ftp://abbeytheatre2.org.uk:2121/flightgear/Terrain/EGKK-texture.jpg Yes - of course, I can do that locally, but can we really have this ugliness in our flightsim? Vivian Hi all, I also find the previous texture better, me miss the dark asphalt, and the side yellow lines spoils a lot of discrete tricks we used to solve some airport layout problems. I vote for reverting to the previous textures. Alexis -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] compiling FG :error code from Generation of config.h
Please help me out with this error. been stuck with it for a while error PRJ0019: A tool returned an error code from Generation of config.h I finished compiling flightgear. I am compiling using mvsc 2008. I used Git to download -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [BUG] Re: SimGear branch, next, updated. c782a32076016f2c3c01b4fd437b024dc77806e9
On 14.06.2011 13:54, Melchior FRANZ wrote: --- a/simgear/props/props.cxx +++ b/simgear/props/props.cxx @@ -642,7 +642,7 @@ SGPropertyNode::trace_read () const * Last used attribute * Update as needed when enum Attribute is changed */ -const int SGPropertyNode::LAST_USED_ATTRIBUTE = USERARCHIVE; +const int SGPropertyNode::LAST_USED_ATTRIBUTE = PRESERVE; Indeed! That's a tricky one to spot. Yeah, but what about the bug hunting contest?! Who wins the coffee machine? git history reveals the same bug has been made at least once before (when USERARCHIVE was introduced in 2005). Took almost 3 years before it was noticed/fixed. It was you, Melchior, who fixed it then. Since that's a recurring bug, you had insider knowledge, and we can naturally assume you already claimed and got a coffee machine for the same issue at the time, you are exempt from winning again. If you're interested in a tea maker though (aka tea bag, English premium brand), let me know. Well, thanks for remembering the issue and reporting. I don't dare to ask which Nasal code relies on custom property attributes. I hope that still works with one custom bit less now - but I don't want to know... ;-) cheers, Thorsten -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Airport Textures (Again)
Alexis wrote -Original Message- From: Citronnier - Alexis Bory [mailto:alexis.b...@gmail.com] Sent: 14 June 2011 18:05 To: flightgear-devel@lists.sourceforge.net Subject: Re: [Flightgear-devel] Airport Textures (Again) Le 12/06/2011 19:39, Vivian Meazza a écrit : Can we please have the old airport textures back: the new ones wreck some very fine airports. Here's a small sample of Gatwick/EGKK. It's like this all over and it's spoiling someone's very good work: ftp://abbeytheatre2.org.uk:2121/flightgear/Terrain/EGKK-texture.jpg Yes - of course, I can do that locally, but can we really have this ugliness in our flightsim? Vivian Hi all, I also find the previous texture better, me miss the dark asphalt, and the side yellow lines spoils a lot of discrete tricks we used to solve some airport layout problems. I vote for reverting to the previous textures. OK - I've removed the yellow edge lines from the asphalt and concrete taxiways. In Git now - I hope that's solved the problem. Vivian -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] compiling FG :error code from Generation of config.h
Locate the 'config.h-msvc90' file in the 'Flightgear' project (inside VS2008) Open properties of that file Check Custom generation that should actually be a simple copy Regards, -Fred - Gaurav Tendolkar grvtendol...@gmail.com a écrit : Please help me out with this error. been stuck with it for a while error PRJ0019: A tool returned an error code from Generation of config.h I finished compiling flightgear. I am compiling using mvsc 2008. I used Git to download -- Frédéric Bouvier http://www.youtube.com/user/fgfred64 Videos -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Heads up: scenery download / built-in terrasync
ThorstenBv wrote Hi, the final GUI bits for a new feature are now in fgdata - the last feature addition for the 2.4 release from my part... You can download/update scenery directly from FlightGear now (main menu: Environment = Scenery). Credit for the idea goes to James - bugs are mine ;-). It provides built-in terrasync support - with some advantages: * Configuration requires a scenery target directory only (your terrasync directory) and a checkbox to enable. For now, you'll also need to provide the terrasync directory as part of your --fg-scenery paths (otherwise you won't see downloaded scenery). Maybe we can add the directory to the search path internally some time, simplifying things even more. Should help anyway (especially new users) in obtaining world scenery. Not quite as simple as loading scenery with Google Earth yet - but closer... Before someone asks: the scenery server address is displayed in the GUI, but editing is disabled. Is there any reason (right now), why users would want to change? (You could still change using preferences.xml / property browser though). * You can enable/disable scenery download any time using the menu. When you notice mid-flight that scenery is missing, just enable the download checkbox and wait a bit (depending on your connection speed ;-) ). * There is also a (still experimental) option to refresh scenery tiles once their update is complete. You could warp into a new region, initially see ocean only (default replacement for missing scenery) and eventually see the ocean tiles being replaced by actual scenery. That's still experimental though, the update logic requires improvement. Looks weird when scenery tiles are removed when the a/c is just parked/rolling on them (old scenery disappears for a second before the fresh one reappears). Also bad on final approach... And the a/c position and altitude of clouds may need to be adapted when scenery altitude has changed - which is a problem when ocean (sea level) is replaced by actual scenery (mountains...). Usually ok to enable the feature mid-flight. Otherwise, there is also a manual refresh button, so you could choose yourself at what time to replace ocean/missing scenery. The feature reuses the terrasync sources and relies on a subversion client. Either using built-in subversion (when libsvn is installed, which is recommended). Otherwise, fgfs tries calling an external utility (svn) for downloads. All the same as with original terrasync. The built-in svn support is enabled for automake right now (use --with_libsvn=no to disable). It's off by default for cmake builds (we could change that, use ENABLE_LIBSVN to enable for now). The cmake build isn't really well tested yet - except that Hudson seems happy for all targets. And as mentioned, I'd need help with cmake if it wasn't working properly. And it'd also be good to get Hudson to build the Windows/Mac binaries with built-in svn support (seems to do that for Linux/automake already). As usual, report any (new) issues. If you don't like the feature, keep the checkbox disabled and the whole thing shouldn't bother you. You can keep using manual downloads or the separate terrasync utility as before (which lives on), of course. cheers, Thorsten PS: Yes, a complete update (sg+fg+fgdata) is required for things to work. Fred - should this work with MSVC9? It compiles and runs, but I get this error: Cannot start scenery download. Rsync scenery server is undefined. The server input in the menu item is blank, and does not accept any input Vivian -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Heads up: scenery download / built-in terrasync
Excellent! On Mon, Jun 13, 2011 at 12:50 PM, ThorstenB bre...@gmail.com wrote: Hi, the final GUI bits for a new feature are now in fgdata - the last feature addition for the 2.4 release from my part... You can download/update scenery directly from FlightGear now (main menu: Environment = Scenery). Credit for the idea goes to James - bugs are mine ;-). It provides built-in terrasync support - with some advantages: * Configuration requires a scenery target directory only (your terrasync directory) and a checkbox to enable. For now, you'll also need to provide the terrasync directory as part of your --fg-scenery paths (otherwise you won't see downloaded scenery). Maybe we can add the directory to the search path internally some time, simplifying things even more. Should help anyway (especially new users) in obtaining world scenery. Not quite as simple as loading scenery with Google Earth yet - but closer... Before someone asks: the scenery server address is displayed in the GUI, but editing is disabled. Is there any reason (right now), why users would want to change? (You could still change using preferences.xml / property browser though). * You can enable/disable scenery download any time using the menu. When you notice mid-flight that scenery is missing, just enable the download checkbox and wait a bit (depending on your connection speed ;-) ). * There is also a (still experimental) option to refresh scenery tiles once their update is complete. You could warp into a new region, initially see ocean only (default replacement for missing scenery) and eventually see the ocean tiles being replaced by actual scenery. That's still experimental though, the update logic requires improvement. Looks weird when scenery tiles are removed when the a/c is just parked/rolling on them (old scenery disappears for a second before the fresh one reappears). Also bad on final approach... And the a/c position and altitude of clouds may need to be adapted when scenery altitude has changed - which is a problem when ocean (sea level) is replaced by actual scenery (mountains...). Usually ok to enable the feature mid-flight. Otherwise, there is also a manual refresh button, so you could choose yourself at what time to replace ocean/missing scenery. The feature reuses the terrasync sources and relies on a subversion client. Either using built-in subversion (when libsvn is installed, which is recommended). Otherwise, fgfs tries calling an external utility (svn) for downloads. All the same as with original terrasync. The built-in svn support is enabled for automake right now (use --with_libsvn=no to disable). It's off by default for cmake builds (we could change that, use ENABLE_LIBSVN to enable for now). The cmake build isn't really well tested yet - except that Hudson seems happy for all targets. And as mentioned, I'd need help with cmake if it wasn't working properly. And it'd also be good to get Hudson to build the Windows/Mac binaries with built-in svn support (seems to do that for Linux/automake already). As usual, report any (new) issues. If you don't like the feature, keep the checkbox disabled and the whole thing shouldn't bother you. You can keep using manual downloads or the separate terrasync utility as before (which lives on), of course. cheers, Thorsten PS: Yes, a complete update (sg+fg+fgdata) is required for things to work. -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
