Re: [Flightgear-devel] Default 3d clouds in Local Weather
I see. So what do I do when I want to change the wind and want the clouds to follow the new setting? Simply do a setprop for the layer height setting it to the same value it was? For the moment, Yes. At some point in the future we should fix it so that we're picking up the wind from the appropriate aloft layer. Okay, no hurry with that, I have no infrastructure for creating tiles for a set altitude anyway yet, so it may not be needed for a while... What's the status of the flat layer on curved Earth problem by the way? Cheers, * Thorsten -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Default 3d clouds in Local Weather
On Mon, Oct 3, 2011 at 11:08 AM, Thorsten Renk wrote: What's the status of the flat layer on curved Earth problem by the way? This should have been fixed since September 12th in git. https://gitorious.org/fg/simgear/commit/d2dfb81a0907276f36cf7582c4274fa1784972d6 Are you still seeing the problem? -Stuart -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] terragear-cs moved to Gitorious; Was: Scenery Creation/TerraGear problems
While we're a it: The main terragear-cs repository has now moved to Gitorious as a new repository within the FlightGear project, so those, who'd like to develop TerraGear using Gitorious don't need to maintain their private spin-off's. Instead, feel invited to create personal clones of the main repo and submit merge-requests whenever you see fit, this hopefully will prevent the various efforts from drifting into too many different directions. The repository is now available at: https://www.gitorious.org/fg/terragear-cs/ Have fun, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Default 3d clouds in Local Weather
What's the status of the flat layer on curved Earth problem by the way? This should have been fixed since September 12th in git. https://gitorious.org/fg/simgear/commit/d2dfb81a0907276f36cf7582c4274fa1784972d6 Are you still seeing the problem? Unfortunately yes. I've pulled and compiled just today, I'm seeing the new replay system, so I guess there's no chance of me mixing up the binaries. Do the following test (this is what I'm seeing): * with the ufo, select any non-scenery intensive area (say, TNCM) * set hardcoded_clouds_flag = 0 in local_weather.nas * get any weather tile in 'repeat tile' mode * fly to the cloudbase, then level off and get going with 6000 kt into any given direction, keeping your altitude constant = after 250 km or so, you are still about at the same cloud base as originally * repeat the exercise with hardcoded_clouds_flag = 1 = after 250 km or so, you are well below cloud base, you can observe as you go that every subsequent tile is drawn above the last The increase even appears to be non-linear in distance, getting worse as you are further and further away from your origin, in agreement with the expected 1- d^2 expansion of the cosine as you follow the sphere. Could you perform this test and let me know if you observe something different? I have a customized version of FGData, but since the patch is supposed to simgear, which I use unmodified from the devel version, I can't see that this is an issue here... Thanks, * Thorsten -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Question: FLCH-Mode or How to decouple Throttles from target-speed?
Hello, I'm looking for a way to create a correct FLCH-Mode for autopilots like it is used on the real Citation X or Dornier 328. Usually it works this way: Engaging this mode the AP will maintain the pitch to hold the current or selected airspeed. Maintaining throttle by the pilot will maintain the climbrate. We have already in FGFS a Speed-Hold by Pitch-trim, but whenever increasing throttle you also increases target-speed. Is there are way to decouple it? Thanks Kind Regards Heiko still in work: http://www.hoerbird.net/galerie.html But already done: http://www.hoerbird.net/reisen.html -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] flight recorder / replay system
On 02.10.2011 02:48, Jacob Burbach wrote: Many (many) months back I had a build of flightgear where there was a bug-feature that actually allowed this to happen. I forget exactly how I triggered it and maybe it is/was still possibleI think it was some magic combo of reset/pause/unpause during a replay. Yes, I'm aware of that cheat :). It formerly worked by triggering a sim reset while replay was active. Indeed, I'm thinking of reviving that cheat and turning it into a feature. Instead of re-initing the whole sim, it's enough to reset the FDM alone. However, unfortunately there are issues with some FDMs. For example, YASim doesn't like it when the initial speed is 0 for propeller aircraft and just goes wild (bug #178, http://code.google.com/p/flightgear-bugs/issues/detail?id=178). Such issues spoil such a feature. Could we have replays broadcast over mp as a hidden option or something, something that is disabled by default? It was actually kind of useful sometimes to be able to see other peoples replays. Having it hidden and/or disabled by default should prevent most/all unintentional bad behavior. And we have the ignore options on MP to get rid of any intentionally annoying people. Sure. That's easy, see new sim/multiplay/freeze-on-replay switch. The replay on MP was really annoying, since it also happened to well behaved MP players, which you normally don't ignore. I've seen people following ATC instructions, and nicely taxiing to their gate - and then they suddenly engaged replay - being unaware of the effect and meaning no harm. So changing the default here avoids most issues. cheers, Thorsten -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear Newsletter - September 2011
Due to some unexpected problems with the wiki; a slightly later published newsletter this month. Nevertheless we got some nice subjects covered. Lots of (big) images this time, we'll have to see if that's something we'd like to continue with. Comments, typos and anything else is welcome as always! FlightGear Newsletter September 2011 Contributions for next month's edition are welcomed at http://wiki.flightgear.org/Next_newsletter Gijs -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear Newsletter - September 2011
On Monday, October 03, 2011 23:07:08 Gijs de Rooy wrote: Lots of (big) images this time, we'll have to see if that's something we'd like to continue with. The big images are probably due to the wiki server missing the ImageMagick tools that generate thumbnails. I don't know who's in charge of the server, but I thought I'd bring it up here. Cheers, Adrian -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear Newsletter - September 2011
The issue was fixed today, which is why I publish the newsletter now ;-) I just thought that putting all those images as thumbs isn't nice either (the screenshot challenges for example are all about the images and have very little text), so I resized them slightly. From: kanto...@gmail.com To: flightgear-devel@lists.sourceforge.net Date: Tue, 4 Oct 2011 00:41:13 +0300 Subject: Re: [Flightgear-devel] FlightGear Newsletter - September 2011 On Monday, October 03, 2011 23:07:08 Gijs de Rooy wrote: Lots of (big) images this time, we'll have to see if that's something we'd like to continue with. The big images are probably due to the wiki server missing the ImageMagick tools that generate thumbnails. I don't know who's in charge of the server, but I thought I'd bring it up here. Cheers, Adrian -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear Newsletter - September 2011
On Mon, Oct 3, 2011 at 4:47 PM, Gijs de Rooy wrote: The issue was fixed today, which is why I publish the newsletter now ;-) I just thought that putting all those images as thumbs isn't nice either (the screenshot challenges for example are all about the images and have very little text), so I resized them slightly. Hi Gijs, Those images definitely look good larger. Low light / dusk / night images really lose a lot when they get sized down. All those cool point lights drop out. Curt. -- Curtis Olson: http://www.atiak.com - http://aem.umn.edu/~uav/ http://www.flightgear.org - http://gallinazo.flightgear.org -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Question: FLCH-Mode or How to decouple Throttles from target-speed?
I did a DESCEND/CLIMB mode for the b1900d autopilot , and a few others that i never did commit , but have to admit I'm not sure what you mean by decoupling the throttle ... is there a controller in the autopilot file that's taking control of the throttle at the same time ?My apologies if this sounds like a dumb question but i cant see your autopilot file ;) Cheers On Mon, Oct 3, 2011 at 11:20 AM, Heiko Schulz aeitsch...@yahoo.de wrote: Hello, I'm looking for a way to create a correct FLCH-Mode for autopilots like it is used on the real Citation X or Dornier 328. Usually it works this way: Engaging this mode the AP will maintain the pitch to hold the current or selected airspeed. Maintaining throttle by the pilot will maintain the climbrate. We have already in FGFS a Speed-Hold by Pitch-trim, but whenever increasing throttle you also increases target-speed. Is there are way to decouple it? Thanks Kind Regards Heiko still in work: http://www.hoerbird.net/galerie.html But already done: http://www.hoerbird.net/reisen.html -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel