Re: [Flightgear-devel] Route manager waypoint adding
On 4 Dec 2008, at 06:40, Rob Shearman, Jr. wrote: Maybe what I am about to suggest is NOT how real-world route managers are supposed to work -- so take it with that caveat. But I would think that if your last waypoint before KSFO is 1000nm away, but you want to hold off the descent until closer to KSFO, you could simply insert another waypoint about 50nm out at the cruise altitude, and the effect would be to tell the route manager where to begin the descent. Now, whether that's the real-world/correct solution, or just a work-around, someone else will have to say... Heh: that's 'top-of-descent calculation', which I want to do in the future, along with other 'non-positional' waypoints - i.e ones defined by speed/altitude, not lat/lon. Step-climb profiles are the other obvious example there. The issue is the current SGWaypoint isn't amenable to such usage, and such calculations need some aircraft performance data - the nominal or planned descent rate chiefly. For now, I'm working on improvements that don't require updating aircraft, or big changes to the SimGear code. I'm sure I will end up needing such things, especially to support sub-routes (airways/SIDs/ STARs/GPS approaches), but I want to get more familiar with the code, and how people are using it, before attacking such things, and potentially introducing bugs. Regards, James - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Performance and initialization patch
On 4 Dec 2008, at 02:58, Yon Uriarte wrote:thank you. I've keep working a bit on it. The airport ctor doesnt need to init the vectorxways>, it's wasteful.Well, see my version in that regard.Now it saves a few megabytes by removing unneeded parts from FGRunways (400k+ constructed) and using some string instead of string copies.By using those changes and also by using reduced precision on FGRunway members (double for length?) i was able to reduce sizeof(FGRunway)(win32) from 256 to 192.I would prefer not to reduce precision - I don't think the memory savings warrant it, and at least on some machines, the compiler is forced to generate many float->double or double->float conversions. FGRunway is notefficientfor size, but it's not costing us anything in real terms - unlike the start up time. And, again, I have pending work in this area that makes all of these issues go away completely, so unless there's an immediate benefit for the 1.99.x release, I would focus on some other area.One big contributor to size is SGAtomic. On windows it's 32 bytes for a 4 byte counter. That makes SGReferenced 32 bytes, too, for an 8 bytes payload.After reading the docs on InterlockedIncrement (they say a 4 byte align is necessary) I tried recompiling with SGAtomic aligned on 4 bytes, but i got some quite obscure crashes inside ntsomething.dll called from malloc. Anyone knows why we need to align to 32 bytes (x86's cache line) and not 4 bytes as suggested by the docs?Can't comment on that, I'm on GCC 4.0 on Mac where SGAtomic is falling-back to pthreads :(Here's my patch (including yours) to src/Airports: fg-apt-perf-james.patch Description: Binary data Regards,James - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Performance and initialization patch
Hi, On Thu, Dec 4, 2008 at 10:01 AM, James Turner [EMAIL PROTECTED] wrote: On 4 Dec 2008, at 02:58, Yon Uriarte wrote: thank you. I've keep working a bit on it. The airport ctor doesnt need to init the vectorxways, it's wasteful. Well, see my version in that regard. I see, it's overall nicer. Now it saves a few megabytes by removing unneeded parts from FGRunways (400k+ constructed) and using some string instead of string copies. By using those changes and also by using reduced precision on FGRunway members (double for length?) i was able to reduce sizeof(FGRunway)(win32) from 256 to 192. I would prefer not to reduce precision - I don't think the memory savings warrant it, and at least on some machines, the compiler is forced to generate many float-double or double-float conversions. FGRunway is not efficient for size, but it's not costing us anything in real terms - unlike the start up time. Around 30MB. Didnt know you where working on changing the airport load code. Going for 8.50? IMHO there is little point in keeping the runway length in doubles. It's seldom used, it's just putting pressure on the swap trigger. We let pass 30MB here, 30MB there, 2 seconds here, .8 there and it adds up. I try to consider a 1Ghz pentium 3 with 1GB RAM as an oldish machine target that may run fg. Not to nitpick, im glad i can give something to fg. The startup time is what catched my attention even before taking off the ground :) And, again, I have pending work in this area that makes all of these issues go away completely, so unless there's an immediate benefit for the 1.99.x release, I would focus on some other area. I will, thanks for the hint. I can test your airport code, profile it and gladly nitpick on it's memory/cpu use ;) I've been considering changing the load code for apt and nav to use strod. Apparently sometimes atof is implemented as a wrapper of strod (dinkumware.com, dont know what the man pages say). It would save the walking copy of the line for spliting and some atof overhead. It would produce the typical char *p inner loop :) But im having fun with the 3dclouds and osg, so maybe later. One big contributor to size is SGAtomic. On windows it's 32 bytes for a 4 byte counter. That makes SGReferenced 32 bytes, too, for an 8 bytes payload. After reading the docs on InterlockedIncrement (they say a 4 byte align is necessary) I tried recompiling with SGAtomic aligned on 4 bytes, but i got some quite obscure crashes inside ntsomething.dll called from malloc. Anyone knows why we need to align to 32 bytes (x86's cache line) and not 4 bytes as suggested by the docs? Can't comment on that, I'm on GCC 4.0 on Mac where SGAtomic is falling-back to pthreads :( Here's my patch (including yours) to src/Airports: thanks Regards, James greetings, yon - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] when is the next flight ?
Fasten your seat belt :) http://guyrevel.free.fr/WGP/Haute-Voltige_au_Japon.wmv -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Another simple question
Hello again, Thanks for your previous assistance - your suggestions were most helpful. Now, I'm working in Visual Studio. However, how the devil do I set up the project so that the entire code is not recompiled from scratch every time I make the smallest change, or even attempt to run the debugger? Thanks, Gordon. This email and any attachments are confidential to the intended recipient and may also be privileged. If you are not the intended recipient please delete it from your system and notify the sender. You should not copy it or use it for any purpose nor disclose or distribute its contents to any other person. MBDA UK Limited, a company registered in England and Wales, registration number 3144919 whose registered office is at Six Hills Way, Stevenage, Hertfordshire, SG1 2DA, England. __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 172S FDM and Elite hardware
Hi I am curious whether the folks that used the Elite hardware found it necessary to fine-tune many of the property values specified in the aircraft's XML (prop) files? I haven't gotten to try this yes as the hardware just arrived a day ago, but I anticipate that this will be necessary to enhance the realism of the emulation. As I mentioned, it is Actually - no fine tuning necessary for the aircraft configuration at all. But of course there is some work to be done for the joystick configuration file. Since ELITE refused to publish the protocol they use, I decided to completely replace the controller hardware in the devices and not do reverse engineer their secrets. I also did not want to have any driver at all but to use the HID joystick interface. The new controller is built with ATMEL microcontroller. There is a free USB1.0 protocol stack available for ATMEL and development is easy with GCC and glibc for ATMEL. The cheapest controller is the ATTINY45 in a 8 pin DIL. It runs with internal clock (no chrystal needed), just a few resitors, 2 Z-diodes and a few capacitor make a 2-axis, 4 button HID joystick and interfaces the barebone ELITE yoke for less than 5$. For the ProPanel II (Yoke and power quadrant and roughly 45 switches), I use the ATMEGA 8 and 4 16-port multiplexer. I added a few rotary encoder to emulate the twister knobs of many instruments and drive the heading bug for example. This is also done thru the HID joystick protocol. If you are interested in the hardware interface, I can send you schematics and the ATMEL firmware and the sourcecode. Greetings, Torsten - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Another simple question
On Thu, 4 Dec 2008 11:20:51 -, Gordon (UK) wrote in message
[EMAIL PROTECTED]:
Hello again,
Thanks for your previous assistance - your suggestions were most
helpful.
Now, I'm working in Visual Studio. However, how the devil do I set up
the project so that the entire code is not recompiled from scratch
every time I make the smallest change, or even attempt to run the
debugger?
Thanks,
[EMAIL PROTECTED]:~ $ apt-cache show ccache distcc
Package: ccache
Priority: optional
Section: devel
Installed-Size: 120
Maintainer: Francois Marier [EMAIL PROTECTED]
Architecture: i386
Version: 2.4-16
Depends: libc6 (= 2.7-1), zlib1g (= 1:1.1.4)
Suggests: distcc
Filename: pool/main/c/ccache/ccache_2.4-16_i386.deb
Size: 32414
MD5sum: 3cbf941274bae8f5a3a7c25eaf9070a4
SHA1: ab7b6f00b5087b1f7881c79f64016acb08b14c8f
SHA256: 20948aa7b61fb10a69b53053dfea00365cfe2830a0ec7e84722f68bfa592e882
Description: Compiler results cacher, for fast recompiles
ccache is a compiler cache. It speeds up re-compilation of C/C++ code
by caching previous compiles and detecting when the same compile is
being done again.
Homepage: http://ccache.samba.org
Tag: devel::buildtools, devel::compiler, implemented-in::c,
interface::commandline, role::program, scope::utility,
works-with::software:source
Package: distcc
Priority: optional
Section: devel
Installed-Size: 356
Maintainer: Carsten Wolff [EMAIL PROTECTED]
Architecture: i386
Version: 2.18.3-8
Depends: libavahi-client3 (= 0.6.16), libavahi-common3 (= 0.6.16),
libc6 (= 2.7-1), libpopt0 (= 1.14), adduser (= 3.52), debconf (=
1.2.0) | debconf-2.0, netbase (= 4.09), dbus, lsb-base Suggests:
distccmon-gnome, ccache Filename:
pool/main/d/distcc/distcc_2.18.3-8_i386.deb Size: 163312 MD5sum:
ffd4e724979e933da849b2e16627d556 SHA1:
78a30097f629fb03823a72a4f5c840ee1e5c0c32 SHA256:
c445626ffd01e452c76d1cf5e5e089fa30ffc82a8353beb8db9b61390efcbe68
Description: Simple distributed compiler client and server distcc is a
program to distribute compilation of C or C++ code across several
machines on a network. distcc should always generate the same results
as a local compile, is simple to install and use, and is often
significantly faster than a local compile. distcc does not require all
machines to share a filesystem, have synchronized clocks, or to have
the same libraries or header files installed. .
http://distcc.samba.org/
Tag: admin::cluster, devel::{buildtools,lang:c,lang:c++},
interface::commandline, interface::daemon, network::client,
network::server, role::program, uitoolkit::gtk,
works-with::software:source
--
..med vennlig hilsen = with Kind Regards from Arnt... ;o)
...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.
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Performance and initialization patch
On Thu, Dec 4, 2008 at 3:58 AM, Yon Uriarte [EMAIL PROTECTED] wrote: One big contributor to size is SGAtomic. On windows it's 32 bytes for a 4 byte counter. That makes SGReferenced 32 bytes, too, for an 8 bytes payload. After reading the docs on InterlockedIncrement (they say a 4 byte align is necessary) I tried recompiling with SGAtomic aligned on 4 bytes, but i got some quite obscure crashes inside ntsomething.dll called from malloc. Anyone knows why we need to align to 32 bytes (x86's cache line) and not 4 bytes as suggested by the docs? Somebody has recently switched some threading stuff over to OSG's classes, I wonder if we should throw out SGAtomic, SGReferenced, and SGSharedPtr in favor of OSG's implementation. Coincidentally, OpenThreads::Atomic doesn't have that align, it simply has a volatile long and presumably it works fine. -- Csaba/Jester - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Route manager waypoint adding
Rob Shearman, Jr. wrote: Maybe what I am about to suggest is NOT how real-world route managers are supposed to work -- so take it with that caveat. But I would think that if your last waypoint before KSFO is 1000nm away, but you want to hold off the descent until closer to KSFO, you could simply insert another waypoint about 50nm out at the cruise altitude, and the effect would be to tell the route manager where to begin the descent. Now, whether that's the real-world/correct solution, or just a work-around, someone else will have to say... Cheers, -R. Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as [EMAIL PROTECTED] *From:* Michael Smith [EMAIL PROTECTED] *To:* FlightGear developers discussions flightgear-devel@lists.sourceforge.net *Sent:* Wednesday, December 3, 2008 9:10:19 PM *Subject:* Re: [Flightgear-devel] Route manager waypoint adding James Turner wrote: On 3 Dec 2008, at 17:17, Michael Smith wrote: This is great, I have had this problem several times and it has completely screwed up some flights, thank you. Great to know someone else is using the route manager - do you have any other comments or feedback about it? Please do keep using it over the next few weeks, since I have a few changes in mind, and the more testing, the better. Regards, James - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net mailto:Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel I always use Route Manager for airline flights because of SID and STARs that i will soon be using. I have noticed that when I say for example if I set it to [EMAIL PROTECTED] 1000 NM away I end up at 900MSL way before KSFO, is that something that is already inplanted or something not working? Thanks -- Michael Smith [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] (mdsmith2) - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net mailto:Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel Ok, well, in RL you wouldn't do that but I was using that as an example of that it wouldn't calculate the distance, speed, etc need to get there at, it justs turns the ap alt mode on. I actually use a calculator to get my descend profile and then use VS mode to get me there on time. :) -- Michael Smith [EMAIL PROTECTED] (mdsmith2) - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Route manager waypoint adding
Rob Shearman, Jr. wrote: [...] But I would think that if your last waypoint before KSFO is 1000nm away, but you want to hold off the descent until closer to KSFO, you could simply insert another waypoint about 50nm out at the cruise altitude, and the effect would be to tell the route manager where to begin the descent. At least among pilots flying SEP aircraft, navigating with a (typically cheap) GPS connected to the autopilot, this is a pretty common procedure, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] 3D Clouds Check Board
Hello, I recently succeeded to build FG CVS with osg 2.7.5 and boost ( ouf , but on only one computer) . I get that strange 3D clouds mapping , is it just me ? http://pagesperso-orange.fr/GRTux/checkboard.jpg Cheers -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 3D Clouds Check Board
gerard robin wrote: Hello, I recently succeeded to build FG CVS with osg 2.7.5 and boost ( ouf , but on only one computer) . I get that strange 3D clouds mapping , is it just me ? http://pagesperso-orange.fr/GRTux/checkboard.jpg No, it's not just you. It is a (rather poor) attempt by the code to handle cloud coverage. I have a fix for this, along with some further performance tweaks I expect to have them available shortly. -Stuart - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 3D Clouds Check Board
Hello, I recently succeeded to build FG CVS with osg 2.7.5 and boost ( ouf , but on only one computer) . I get that strange 3D clouds mapping , is it just me ? http://pagesperso-orange.fr/GRTux/checkboard.jpg Cheers -- Gérard No, it is aknown bug- Stuart is working on that so much as I know. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Yet Another Clouds Patch
Hi again Stuart, this patch reduces draw time from 4.2ms to 3.0ms on my system. Middle of the ocean, ufo, feet, v=0. Seems the # of attributes is awfully expensive, at least on ATI/win32. The changes are #ifdef'ed for easy testing. greetings, yon clouds3d.packed.attributes.patch Description: Binary data - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Aircraft inter-dependencies for sound and OpenAL
Geoff Air wrote: (AL_INVALID_VALUE): constructor (alBufferData) Fatal error: Failed to buffer data. I think the ONLY reason you would get this not very helpful specific message is that the FG/SG is compiled against an ALUT previous to version 1, if it still exists?, or the header alut.h has NOT been included - see CVS simgear\sound\sample_openal.cxx, around line 147 and above for later code ... OK. Is this a likely scenario v1.99 then? In particular I'm thinking about the pre-built Windows binaries. Perhaps Fred can comment? -Stuart - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Yet another Clouds Patch (again)
Hi All, Attached is yet another patch for 3D clouds. Could someone please apply it to CVS? This provides the following enhancements bug fixes - Fix the chequer-board bug. - Add proper cloud coverage function - so scattered clouds are now truly scattered. - Add real-time control for visibility range. - Use a limited set of clouds rather than generating a completely new Geode for each cloud. This saves sorting and display time. - Add controls to Rendering dialog to allow fine-tuning of the number of sprites, cloud visibility and the number of different types of cloud. - Add some variance to the sort back-off to avoid all clouds being sorted at the same time. - Pack attributes into vectors for performance - Re-order the cloud type determination code so that if a cloud layer could either be stratus or cumulus, cumulus is used. - Lowered the cloud level in the standard cloud configuration slightly so a cumulus layer is generated rather than stratus. These last two mean that you should see some 3D cumuli if disabling real weather fetch. My thanks to Yon Uriarte for his help with performance work. On my system, this has saved around 10fps - I'm now getting around 38fps instead of 28fps. As always, feedback is appreciated. -Stuart clouds.tar.gz Description: GNU Zip compressed data -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Aircraft inter-dependencies for sound and OpenAL
- Stuart Buchanan a écrit : Geoff Air wrote: (AL_INVALID_VALUE): constructor (alBufferData) Fatal error: Failed to buffer data. I think the ONLY reason you would get this not very helpful specific message is that the FG/SG is compiled against an ALUT previous to version 1, if it still exists?, or the header alut.h has NOT been included - see CVS simgear\sound\sample_openal.cxx, around line 147 and above for later code ... OK. Is this a likely scenario v1.99 then? In particular I'm thinking about the pre-built Windows binaries. Perhaps Fred can comment? Is there a problem with the binaries I build ? -Fred -- Frédéric Bouvier http://my.fotolia.com/frfoto/ Photo gallery - album photo http://fgsd.sourceforge.net/ FlightGear Scenery Designer -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Yet another Clouds Patch (again)
On Thu, Dec 4, 2008 at 2:12 PM, Stuart Buchanan wrote: Hi All, Attached is yet another patch for 3D clouds. Could someone please apply it to CVS? This provides the following enhancements bug fixes - Fix the chequer-board bug. - Add proper cloud coverage function - so scattered clouds are now truly scattered. - Add real-time control for visibility range. - Use a limited set of clouds rather than generating a completely new Geode for each cloud. This saves sorting and display time. - Add controls to Rendering dialog to allow fine-tuning of the number of sprites, cloud visibility and the number of different types of cloud. - Add some variance to the sort back-off to avoid all clouds being sorted at the same time. - Pack attributes into vectors for performance - Re-order the cloud type determination code so that if a cloud layer could either be stratus or cumulus, cumulus is used. - Lowered the cloud level in the standard cloud configuration slightly so a cumulus layer is generated rather than stratus. These last two mean that you should see some 3D cumuli if disabling real weather fetch. My thanks to Yon Uriarte for his help with performance work. On my system, this has saved around 10fps - I'm now getting around 38fps instead of 28fps. As always, feedback is appreciated. I could easily be doing something wrong, or have inherited some configuration setting from a previous version, but before today's patch I had 3d clouds, and now I do not. This is with OSG 2.7.5. Is there anything I can quickly double check? Thanks, Curt. -- Curtis Olson: http://baron.flightgear.org/~curt/ -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Another simple question
On Thursday 04 December 2008 14:42:02 Arnt Karlsen wrote: On Thu, 4 Dec 2008 11:20:51 -, Gordon (UK) wrote in message Now, I'm working in Visual Studio. However, how the devil do I set up [EMAIL PROTECTED]:~ $ apt-cache show ccache distcc [ Lots of uninformative text deleted ] Depends: libc6 (= 2.7-1), zlib1g (= 1:1.1.4) Did you notice that Gordon was asking for advice on how to prevent excessive compilation using Microsoft visual studio? That clearly leaves any unix related solution out of the equation. As such, this answer was not particularly helpful. Cheers, Durk -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Another simple question
On Thu, Dec 4, 2008 at 3:52 PM, Durk Talsma wrote: On Thursday 04 December 2008 14:42:02 Arnt Karlsen wrote: On Thu, 4 Dec 2008 11:20:51 -, Gordon (UK) wrote in message Now, I'm working in Visual Studio. However, how the devil do I set up [EMAIL PROTECTED]:~ $ apt-cache show ccache distcc [ Lots of uninformative text deleted ] Depends: libc6 (= 2.7-1), zlib1g (= 1:1.1.4) Did you notice that Gordon was asking for advice on how to prevent excessive compilation using Microsoft visual studio? That clearly leaves any unix related solution out of the equation. As such, this answer was not particularly helpful. Gordon, Many flightgear developers do run linux, but also many run Windows or Macintosh. It's never been an official position of this project to advocate one operating system over another, but instead to do our best to support all the major platforms that people are running today. And by supporting multiple platforms and compilers, we are probably better positioned than most other commercial software packages to hop to the next popular If you ask me or any other developer personally, we do have plenty of biases, and those probably leak out once in a while. Anyway, hopefully a windows developer can jump in with some help ... Curt. -- Curtis Olson: http://baron.flightgear.org/~curt/ -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Yet another Clouds Patch (again)
Curtis Olson wrote: I could easily be doing something wrong, or have inherited some configuration setting from a previous version, but before today's patch I had 3d clouds, and now I do not. This is with OSG 2.7.5. Is there anything I can quickly double check? The current weather !? ;-) I just experienced a similar effect and after switching the startup position from KSFO to EHAM I got the clouds back Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Yet another Clouds Patch (again)
On Thu, Dec 4, 2008 at 4:49 PM, Martin Spott wrote: Curtis Olson wrote: I could easily be doing something wrong, or have inherited some configuration setting from a previous version, but before today's patch I had 3d clouds, and now I do not. This is with OSG 2.7.5. Is there anything I can quickly double check? The current weather !? ;-) I just experienced a similar effect and after switching the startup position from KSFO to EHAM I got the clouds back I did think of that after scratching my head a while ... the metar reported several cloud layers and I did try to switch to a new location as well as switching to fair weather and thunderstorm ... I did get snow and rain, but with a perfectly clear sky. I can try to re-cvs update and re-compile things again if other people are working with todays patches ... Curt. -- Curtis Olson: http://baron.flightgear.org/~curt/ -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Yet another Clouds Patch (again)
Hi, I did think of that after scratching my head a while ... the metar reported several cloud layers and I did try to switch to a new location as well as switching to fair weather and thunderstorm ... I did get snow and rain, but with a perfectly clear sky. I can try to re-cvs update and re-compile things again if other people are working with todays patches ... Curt. -- Curtis Olson: http://baron.flightgear.org/~curt/ Seems to be a bug sicne a while- in the forum someoene else noticed it. -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Another simple question
- Gordon Hart (UK) a écrit : Hello again, Thanks for your previous assistance - your suggestions were most helpful. Now, I'm working in Visual Studio. However, how the devil do I set up the project so that the entire code is not recompiled from scratch every time I make the smallest change, or even attempt to run the debugger? I hope someone will be able to answer this question, because I never been able to get satisfactory result with new Express editions. I saw what you describe using VS2005 and the VC8 projects provided in CVS, and didn't understand why. I had better results building with VS2008 by converting VC7.1 project files. -Fred -- Frédéric Bouvier http://my.fotolia.com/frfoto/ Photo gallery - album photo http://fgsd.sourceforge.net/ FlightGear Scenery Designer -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Ongoing positioned work, DCLGPS
Attached patches are not very interesting, but I'm trying to keep changes incremental in case I break something. The first updates how filtering is done on the various FGPositioned query functions - both spatial and ident-based. The query interface is very much still a work in progress - it's evolving as I convert users of the various foo_list classes to use FGPositioned. The patch is part of that evolution. The second patch updates the KLN-89b / DCLGPS code to use FGPositioned for all Navaid/Airport queries. I'm aware that (almost?) no-one is using the KLN-89b code, due to lack of maintenance / documentation / whatever, but it's quite useful for me to keep it around, because it serves as a good example of real-world queries that might need to be made. As always, if some benevolent person could test and/or apply these, that would be appreciated. Regards, James dclgps-use-positioned.patch Description: Binary data positioned-filtering.patch Description: Binary data -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Yet another Clouds Patch (again)
On vendredi 05 décembre 2008, Heiko Schulz wrote: Hi, I did think of that after scratching my head a while ... the metar reported several cloud layers and I did try to switch to a new location as well as switching to fair weather and thunderstorm ... I did get snow and rain, but with a perfectly clear sky. I can try to re-cvs update and re-compile things again if other people are working with todays patches ... Curt. -- Curtis Olson: http://baron.flightgear.org/~curt/ Seems to be a bug sicne a while- in the forum someoene else noticed it. Which is an old bug, before the coming of that new 3D clouds (with the old 3d clouds) I noticed it some years ago , on that mal-list , i had rain without any cloud. and... i remember i got flame (or thunder with lighting) , probably because i said it without flowers :):) -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Ongoing positioned work, DCLGPS
- James Turner a écrit : Attached patches are not very interesting, but I'm trying to keep changes incremental in case I break something. The first updates how filtering is done on the various FGPositioned query functions - both spatial and ident-based. The query interface is very much still a work in progress - it's evolving as I convert users of the various foo_list classes to use FGPositioned. The patch is part of that evolution. The second patch updates the KLN-89b / DCLGPS code to use FGPositioned for all Navaid/Airport queries. I'm aware that (almost?) no-one is using the KLN-89b code, due to lack of maintenance / documentation / whatever, but it's quite useful for me to keep it around, because it serves as a good example of real-world queries that might need to be made. As always, if some benevolent person could test and/or apply these, that would be appreciated. It doesn't compile here. FGNavRecord or FGAirport are used but not defined ( forward declaration only and #include missing ) \Devel\Flightgear\src\Instrumentation\KLN89\kln89_page_vor.cxx(49) : error C2027: utilisation du type non défini 'FGNavRecord' ..\..\src\Instrumentation\dclgps.hxx(42) : voir la déclaration de 'FGNavRecord' ... \Devel\Flightgear\src\Instrumentation\KLN89\kln89_page_ndb.cxx(49) : error C2027: utilisation du type non défini 'FGNavRecord' ..\..\src\Instrumentation\dclgps.hxx(42) : voir la déclaration de 'FGNavRecord' ... \Devel\Flightgear\src\Instrumentation\KLN89\kln89_page_int.cxx(70) : error C2027: utilisation du type non défini 'FGNavRecord' ..\..\src\Instrumentation\dclgps.hxx(42) : voir la déclaration de 'FGNavRecord' ... \Devel\Flightgear\src\Instrumentation\KLN89\kln89_page_apt.cxx(126) : error C2027: utilisation du type non défini 'FGAirport' ..\..\src\Instrumentation\dclgps.hxx(43) : voir la déclaration de 'FGAirport' ... \Devel\Flightgear\src\Instrumentation\KLN89\kln89.cxx(579) : error C2065: 'airport_list' : identificateur non déclaré \Devel\Flightgear\src\Instrumentation\KLN89\kln89.cxx(579) : error C2146: erreur de syntaxe : absence de ';' avant l'identificateur 'apt' \Devel\Flightgear\src\Instrumentation\KLN89\kln89.cxx(579) : error C2065: 'apt' : identificateur non déclaré -Fred -- Frédéric Bouvier http://my.fotolia.com/frfoto/ Photo gallery - album photo http://fgsd.sourceforge.net/ FlightGear Scenery Designer -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Ongoing positioned work, DCLGPS
On 4 Dec 2008, at 23:42, Frederic Bouvier wrote: It doesn't compile here. FGNavRecord or FGAirport are used but not defined ( forward declaration only and #include missing ) Hmm, strange, I must have messed up something in my local tree, I'll test with a clean checkout and re-submit. Thanks Fred. James -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] c172p pitch at cruise question
dave perry wrote: Hi All, snip Would it not be more realistic to rotate the 3D model about -3 or -4 degrees about the ac3d z-axis. I did not make myself clear in the initial questiion. The video link only detracted from my point. The model in the .ac file is just a rigid body that gets displayed when the fdm says the pitch is zero degrees (or perhaps zero incidence). The fdm then rotates this rigid model for other flight conditions. So if the model starts 3 or 4 degrees too nose high for realistic cruise, it will remain 3 or 4 degrees too high in pitch for all other rotations from the fdm. In particular, it will be 3 or 4 degrees higher than a realistic stall at touch down, burying the tail cone in the runway. To make this clear, I opened the c172p.ac in ac3d, made a screen capture of the side view, then rotated the model by - 4 degrees and made a 2nd screen capture of the side view and then scaled and combined these into one small .png which is attached. My only point is that I think the rotated side view pitch (bottom image) looks like a c172p at cruise and the original side view (top image) looks like a c172p in level no flap slow flight. Compare the wing and horizontal stab incidence angles in the two images. In the rotated side view, the horizontal stab is at zero incidence while the non rotated side view shows a noticeable positive incidence for the horizontal stab which would normally require significant up elevator to maintain. Making this change will be a lot of work since the panel will be messed up. I know because I made a similar rigid rotation correction about a month after I first submitted the pa24-250. Dave P. inline: c172p-4deg-pitch.png-- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] c172p pitch at cruise question
... Making this change will be a lot of work since the panel will be messed up. I know because I made a similar rigid rotation correction about a month after I first submitted the pa24-250. Dave P. If this is really necessary, I wonder if is not enough to rotate the model in the model.xml? Well, the Model-How-To says something like that?! -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] c172p pitch at cruise question
On vendredi 05 décembre 2008, dave perry wrote: dave perry wrote: Hi All, snip Would it not be more realistic to rotate the 3D model about -3 or -4 degrees about the ac3d z-axis. I did not make myself clear in the initial questiion. The video link only detracted from my point. The model in the .ac file is just a rigid body that gets displayed when the fdm says the pitch is zero degrees (or perhaps zero incidence). The fdm then rotates this rigid model for other flight conditions. So if the model starts 3 or 4 degrees too nose high for realistic cruise, it will remain 3 or 4 degrees too high in pitch for all other rotations from the fdm. In particular, it will be 3 or 4 degrees higher than a realistic stall at touch down, burying the tail cone in the runway. To make this clear, I opened the c172p.ac in ac3d, made a screen capture of the side view, then rotated the model by - 4 degrees and made a 2nd screen capture of the side view and then scaled and combined these into one small .png which is attached. My only point is that I think the rotated side view pitch (bottom image) looks like a c172p at cruise and the original side view (top image) looks like a c172p in level no flap slow flight. Compare the wing and horizontal stab incidence angles in the two images. In the rotated side view, the horizontal stab is at zero incidence while the non rotated side view shows a noticeable positive incidence for the horizontal stab which would normally require significant up elevator to maintain. Making this change will be a lot of work since the panel will be messed up. I know because I made a similar rigid rotation correction about a month after I first submitted the pa24-250. No if that was necessary , their is nothing else than modification of the offset in the c172p.xml model. The panel should follow However i noticed that with the actual position the model has the nose gear up above the ground. An offset of -2 deg would be nice pathc172p.ac/path offsets pitch-deg-0/pitch-deg /offsets Dave P. -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] c172p pitch at cruise question
On vendredi 05 décembre 2008, gerard robin wrote: On vendredi 05 décembre 2008, dave perry wrote: dave perry wrote: Hi All, snip Would it not be more realistic to rotate the 3D model about -3 or -4 degrees about the ac3d z-axis. I did not make myself clear in the initial questiion. The video link only detracted from my point. The model in the .ac file is just a rigid body that gets displayed when the fdm says the pitch is zero degrees (or perhaps zero incidence). The fdm then rotates this rigid model for other flight conditions. So if the model starts 3 or 4 degrees too nose high for realistic cruise, it will remain 3 or 4 degrees too high in pitch for all other rotations from the fdm. In particular, it will be 3 or 4 degrees higher than a realistic stall at touch down, burying the tail cone in the runway. To make this clear, I opened the c172p.ac in ac3d, made a screen capture of the side view, then rotated the model by - 4 degrees and made a 2nd screen capture of the side view and then scaled and combined these into one small .png which is attached. My only point is that I think the rotated side view pitch (bottom image) looks like a c172p at cruise and the original side view (top image) looks like a c172p in level no flap slow flight. Compare the wing and horizontal stab incidence angles in the two images. In the rotated side view, the horizontal stab is at zero incidence while the non rotated side view shows a noticeable positive incidence for the horizontal stab which would normally require significant up elevator to maintain. Making this change will be a lot of work since the panel will be messed up. I know because I made a similar rigid rotation correction about a month after I first submitted the pa24-250. No if that was necessary , their is nothing else than modification of the offset in the c172p.xml model. The panel should follow However i noticed that with the actual position the model has the nose gear up above the ground. An offset of -2 deg would be nice pathc172p.ac/path offsets pitch-deg-0/pitch-deg /offsets oups err offsets pitch-deg-2.0/pitch-deg /offsets may be more Dave P. -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] c172p pitch at cruise question
However i noticed that with the actual position the model has the nose gear up above the ground. An offset of -2 deg would be nice pathc172p.ac/path offsets pitch-deg-0/pitch-deg /offsets Dave P. Cave: the nose gear animation (compression-gear) isn't right yet. But the offsets was that was I meant in the previous post! But we have to know how much the ac has to be rotatedI just try -3.5 but this seems a bit too much. Well- like I said it yet- OI used original drawings and they showed her on the ground. So the rotation is not much... Cheers HHS -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] c172p pitch at cruise question
We really want to make sure that the visual model is correctly aligned with the dynamics model. Then if the 3d model isn't sitting correctly at rest on the ground, it could be that the gear lengths aren't set properly in the 3d model compared to the dynamics model, or visa versa. If everything is self consistent, it should sit nicely on the runway. And then if the pitch angle is visually off in flight, it probably makes more sense to fix the flight dynamics configuration to achieve the correct cruise pitch instead of hastily rotating the visual model a few degrees to compensate for a flight dynamics deficiency, and also a mismatch in dynamic model gear length versus 3d model gear length. I'm not saying that is the problem, just that it seems more likely to me since we have a added a new 3d model to an existing flight dynamics configuration. Regards, Curt. On Thu, Dec 4, 2008 at 7:02 PM, gerard robin wrote: On vendredi 05 décembre 2008, gerard robin wrote: On vendredi 05 décembre 2008, dave perry wrote: dave perry wrote: Hi All, snip Would it not be more realistic to rotate the 3D model about -3 or -4 degrees about the ac3d z-axis. I did not make myself clear in the initial questiion. The video link only detracted from my point. The model in the .ac file is just a rigid body that gets displayed when the fdm says the pitch is zero degrees (or perhaps zero incidence). The fdm then rotates this rigid model for other flight conditions. So if the model starts 3 or 4 degrees too nose high for realistic cruise, it will remain 3 or 4 degrees too high in pitch for all other rotations from the fdm. In particular, it will be 3 or 4 degrees higher than a realistic stall at touch down, burying the tail cone in the runway. To make this clear, I opened the c172p.ac in ac3d, made a screen capture of the side view, then rotated the model by - 4 degrees and made a 2nd screen capture of the side view and then scaled and combined these into one small .png which is attached. My only point is that I think the rotated side view pitch (bottom image) looks like a c172p at cruise and the original side view (top image) looks like a c172p in level no flap slow flight. Compare the wing and horizontal stab incidence angles in the two images. In the rotated side view, the horizontal stab is at zero incidence while the non rotated side view shows a noticeable positive incidence for the horizontal stab which would normally require significant up elevator to maintain. Making this change will be a lot of work since the panel will be messed up. I know because I made a similar rigid rotation correction about a month after I first submitted the pa24-250. No if that was necessary , their is nothing else than modification of the offset in the c172p.xml model. The panel should follow However i noticed that with the actual position the model has the nose gear up above the ground. An offset of -2 deg would be nice pathc172p.ac/path offsets pitch-deg-0/pitch-deg /offsets oups err offsets pitch-deg-2.0/pitch-deg /offsets may be more Dave P. -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Curtis Olson: http://baron.flightgear.org/~curt/ -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] c172p pitch at cruise question
On vendredi 05 décembre 2008, gerard robin wrote: On vendredi 05 décembre 2008, gerard robin wrote: On vendredi 05 décembre 2008, gerard robin wrote: On vendredi 05 décembre 2008, dave perry wrote: dave perry wrote: Hi All, snip Would it not be more realistic to rotate the 3D model about -3 or -4 degrees about the ac3d z-axis. I did not make myself clear in the initial questiion. The video link only detracted from my point. The model in the .ac file is just a rigid body that gets displayed when the fdm says the pitch is zero degrees (or perhaps zero incidence). The fdm then rotates this rigid model for other flight conditions. So if the model starts 3 or 4 degrees too nose high for realistic cruise, it will remain 3 or 4 degrees too high in pitch for all other rotations from the fdm. In particular, it will be 3 or 4 degrees higher than a realistic stall at touch down, burying the tail cone in the runway. To make this clear, I opened the c172p.ac in ac3d, made a screen capture of the side view, then rotated the model by - 4 degrees and made a 2nd screen capture of the side view and then scaled and combined these into one small .png which is attached. My only point is that I think the rotated side view pitch (bottom image) looks like a c172p at cruise and the original side view (top image) looks like a c172p in level no flap slow flight. Compare the wing and horizontal stab incidence angles in the two images. In the rotated side view, the horizontal stab is at zero incidence while the non rotated side view shows a noticeable positive incidence for the horizontal stab which would normally require significant up elevator to maintain. Making this change will be a lot of work since the panel will be messed up. I know because I made a similar rigid rotation correction about a month after I first submitted the pa24-250. No if that was necessary , their is nothing else than modification of the offset in the c172p.xml model. The panel should follow However i noticed that with the actual position the model has the nose gear up above the ground. An offset of -2 deg would be nice pathc172p.ac/path offsets pitch-deg-0/pitch-deg /offsets oups err offsets pitch-deg-2.0/pitch-deg /offsets may be more Dave P. Just tried with -3 deg it is right sorry no snapshots. May be the pilot position must be upper , since it has moved and again before leaving may be z-m -0.05 /z-m -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Another simple question
On Thu, 4 Dec 2008 22:52:47 +0100, Durk wrote in message [EMAIL PROTECTED]: On Thursday 04 December 2008 14:42:02 Arnt Karlsen wrote: On Thu, 4 Dec 2008 11:20:51 -, Gordon (UK) wrote in message Now, I'm working in Visual Studio. However, how the devil do I set up [EMAIL PROTECTED]:~ $ apt-cache show ccache distcc [ Lots of uninformative text deleted ] Depends: libc6 (= 2.7-1), zlib1g (= 1:1.1.4) Did you notice that Gordon was asking for advice on how to prevent excessive compilation using Microsoft visual studio? ..no, no mention of Microsoft, devilishly implied thing. Microsoft Visual Studio cannot do ccache or distcc style tricks to quit do the excessive compilations? That clearly leaves any unix related solution out of the equation. ..can it do cross compiles, or control remote or guest os compiles? As such, this answer was not particularly helpful. ..ok, I was hoping these, would be the useful signal bits: Package: ccache Maintainer: Francois Marier [EMAIL PROTECTED] Description: Compiler results cacher, for fast recompiles ccache is a compiler cache. It speeds up re-compilation of C/C++ code by caching previous compiles and detecting when the same compile is being done again. Homepage: http://ccache.samba.org Package: distcc Maintainer: Carsten Wolff [EMAIL PROTECTED] Description: Simple distributed compiler client and server distcc is a program to distribute compilation of C or C++ code across several machines on a network. distcc should always generate the same results as a local compile, is simple to install and use, and is often significantly faster than a local compile. distcc does not require all machines to share a filesystem, have synchronized clocks, or to have the same libraries or header files installed. . http://distcc.samba.org/ -- ..med vennlig hilsen = with Kind Regards from Arnt... ;o) ...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. -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
