Re: [Flightgear-devel] New Sound system committed
James Sleeman wrote: Is anybody else using current CVS with 64bit Ubuntu 9.04? Doesn't seem to be working here, the last message output is creating 3D noise texture... DONE then it just sits there looking stupid using 100% of CPU and several hundred meg of ram. Are you sure this is related to the new sound system? There have been reports of such behavior for some JSBSim aircraft recently. Could you try both the default c172 and pa28-161 to see if it makes any difference? Erik -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New Sound system committed
On 18/10/09 01:25, Erik Hofman wrote: Are you sure this is related to the new sound system? There have been reports of such behavior for some JSBSim aircraft recently. Could you try both the default c172 and pa28-161 to see if it makes any difference Don't know that it is the sound system, don't know that it isn't, just seems the likely suspect seeing it's the most recent change. Same result with all defaults, any aircraft. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New Sound system committed
James Sleeman wrote: On 18/10/09 01:25, Erik Hofman wrote: Are you sure this is related to the new sound system? There have been reports of such behavior for some JSBSim aircraft recently. Could you try both the default c172 and pa28-161 to see if it makes any difference Don't know that it is the sound system, don't know that it isn't, just seems the likely suspect seeing it's the most recent change. Same result with all defaults, any aircraft. Then it would require some debugging I'm afraid. A quick glance at the code doesn't reveal anything obvious to me. Erik -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New Sound system committed
On 18/10/09 01:33, Scott Hamilton wrote: try --log-level=info or --log-level=debug on the command line, and it should tell you how far it got. I've uploaded the stderr, stdout of both to here: http://sirius.gogo.co.nz/fgfs-logs/ Are you able to reproduce it every time? Yes, does the same thing every time. If you know how to drive the gdb debugger that may be more useful. Very long time since I've done any real work with a debugger, but here's a backtrace... (gdb) run Starting program: /usr/local/bin/fgfs [Thread debugging using libthread_db enabled] [New Thread 0x7fae9a707790 (LWP 5249)] [New Thread 0x7fae91d1e950 (LWP 5252)] [New Thread 0x7fae8c7c6950 (LWP 5253)] [New Thread 0x7fae8bfc5950 (LWP 5257)] FGMultiplayMgr - No receiver port, Multiplayermode disabled KI266 dme indicator #0 initialized loading scenario 'nimitz_demo' [New Thread 0x7fae8b7c4950 (LWP 5258)] [New Thread 0x7fae8afc3950 (LWP 5259)] creating 3D noise texture... DONE ^C Program received signal SIGINT, Interrupt. [Switching to Thread 0x7fae9a707790 (LWP 5249)] 0x7fae9a418a94 in __lll_lock_wait () from /lib/libpthread.so.0 (gdb) bt #0 0x7fae9a418a94 in __lll_lock_wait () from /lib/libpthread.so.0 #1 0x7fae9a4141ab in _L_lock_312 () from /lib/libpthread.so.0 #2 0x7fae9a413bb1 in pthread_mutex_lock () from /lib/libpthread.so.0 #3 0x7fae9803bbb0 in ?? () from /usr/lib/libopenal.so.1 #4 0x7fae9803be1d in alcGetCurrentContext () from /usr/lib/libopenal.so.1 #5 0x7fae98033d83 in alGetError () from /usr/lib/libopenal.so.1 #6 0x00987708 in SGSampleGroup::testForALError (this=0x7fae98251d80, s...@0x80) at ../../../SimGear/simgear/sound/sample_group.cxx:394 #7 0x00988065 in SGSampleGroup::update (this=0xea3cbf0, dt=value optimized out) at ../../../SimGear/simgear/sound/sample_group.cxx:157 #8 0x0098c90f in SGSoundMgr::update_late (this=0x257e290, dt=0) at ../../../SimGear/simgear/sound/soundmgr_openal.cxx:237 #9 0x0042a4a9 in fgMainLoop () at ../../../FlightGear/src/Main/main.cxx:486 #10 0x0047fe32 in fgOSMainLoop () at ../../../FlightGear/src/Main/fg_os_osgviewer.cxx:172 #11 0x0042b0bf in fgMainInit (argc=1, argv=0x7fffa2845178) at ../../../FlightGear/src/Main/main.cxx:900 #12 0x004291f9 in main (argc=1, argv=0x7fffa2845178) at ../../../FlightGear/src/Main/bootstrap.cxx:228 -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New Sound system committed
James Sleeman wrote: Is anybody else using current CVS with 64bit Ubuntu 9.04? Doesn't seem to be working here, the last message output is creating 3D noise texture... DONE then it just sits there looking stupid using 100% of CPU and several hundred meg of ram. Same here on Debian Lenny/amd64, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New Sound system committed
James Sleeman wrote: Program received signal SIGINT, Interrupt. [Switching to Thread 0x7fae9a707790 (LWP 5249)] 0x7fae9a418a94 in __lll_lock_wait () from /lib/libpthread.so.0 Hm, that's a thread lock problem inside the OpenAL library. (gdb) bt #0 0x7fae9a418a94 in __lll_lock_wait () from /lib/libpthread.so.0 #1 0x7fae9a4141ab in _L_lock_312 () from /lib/libpthread.so.0 #2 0x7fae9a413bb1 in pthread_mutex_lock () from /lib/libpthread.so.0 #3 0x7fae9803bbb0 in ?? () from /usr/lib/libopenal.so.1 #4 0x7fae9803be1d in alcGetCurrentContext () from /usr/lib/libopenal.so.1 #5 0x7fae98033d83 in alGetError () from /usr/lib/libopenal.so.1 #6 0x00987708 in SGSampleGroup::testForALError (this=0x7fae98251d80, s...@0x80) at ../../../SimGear/simgear/sound/sample_group.cxx:394 #7 0x00988065 in SGSampleGroup::update (this=0xea3cbf0, dt=value optimized out) at ../../../SimGear/simgear/sound/sample_group.cxx:157 #8 0x0098c90f in SGSoundMgr::update_late (this=0x257e290, dt=0) at ../../../SimGear/simgear/sound/soundmgr_openal.cxx:237 Ok I think I'll make sure update_late isn't executed when dt=0, that should probably help. Erik -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New Sound system committed
Erik Hofman wrote: Are you sure this is related to the new sound system? There have been reports of such behavior for some JSBSim aircraft recently. Could you try both the default c172 and pa28-161 to see if it makes any difference? I had checked this with the Citation-II as well. I've already started pulling the entire source and data directories from scratch and will start stepping back through CVS history as time permits, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New Sound system committed
Martin Spott wrote: Erik Hofman wrote: Are you sure this is related to the new sound system? There have been reports of such behavior for some JSBSim aircraft recently. Could you try both the default c172 and pa28-161 to see if it makes any difference? I had checked this with the Citation-II as well. I've already started pulling the entire source and data directories from scratch and will start stepping back through CVS history as time permits, Wait just for a bit, I've just checked in a patch in SimGear that might help, Erik -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Hansajet/Seneca II autopilot bugs
Hi, I was going to takeoff on the Hansajet for a flight, when I turned the autopilot on. It was on wing level mode. It was able to stabilize the aircraft properly, but when I turned the knob to NAV mode, it produced an excessive roll angle. I was able to disengage the AP and stabilize the aircraft. Roll knob on wing leveler mode yields same result. The Seneca II isn't as serious as the Hansajet's. It's just an annoying quirk: If the autopilot mode knob is turned to NAV mode, it'll disengage. Heading hold mode works as expected. Also the engine on the Seneca II consumes much less fuel than before, and its RPM behavior is less aggressive. I updated CVS yesterday, but it didn't work, for both bugs. Although the engine file on the Seneca II was updated, I think that was that update that arose the issue. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New Sound system committed
Alex Romosan wrote: Hans Janssen handigehan...@gmail.com writes: After this patch Flightgear gives me a compile error, ATCVoice.cxx: In member function �bool FGATCVoice::LoadVoice(const std::string)�: ATCVoice.cxx:77: error: no matching function for call to �SGSoundMgr::load(std::string, void**, int*, unsigned int*, int*)� /home/hans/flightgear/build/devel/include/simgear/sound/soundmgr_openal.hxx:259: note: candidates are: bool SGSoundMgr::load(std::string, void**, int*, size_t*, int*) this patch should fix it: --- src/ATCDCL/ATCVoice.hxx 18 Sep 2009 15:27:25 - 1.5 +++ src/ATCDCL/ATCVoice.hxx 17 Oct 2009 14:45:53 - @@ -56,7 +56,7 @@ // the sound and word position data char* rawSoundData; - unsigned int rawDataSize; + size_t rawDataSize; SGSoundSample *SoundData; // A map of words vs. byte position and length in rawSoundData --alex-- Ha, i was just building it with that same fix when i read your message and i can confirm that it works. But sound is stil not working. Hans -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Sound problems (Was: Improved 3D clouds performance?)
Erik Hofman wrote: What version of OpenAL is this and does explicitly adding --prop:/sim/sound/enabled=true make any difference? I'm using openal-soft-1.9.563 - setting that property on startup does seem to solve the problem, though changing it after startup doesn't appear to enable it (presumably because some initialisation has already been missed). Jon -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] SimGear compile error
Anders Gidenstam wrote: On Sat, 10 Oct 2009, dave perry wrote: I have --build=i686 as a switch to configure. Where do I supply -march=? You set CXXFLAGS and CFLAGS (but the latter might not be needed). My configure line starts with: configure CFLAGS=-O2 -g -march=core2 -mfpmath=sse -Wall CXXFLAGS=-O2 -g -pipe -march=core2 -mfpmath=sse -Wall Thanks for the reply. I tried -march=i686 (in place of core2) as follows: ./configure CFLAGS=-O2 -g -march=athalon -mfpmath=sse -Wall CXXFLAGS=-O2 -g -pipe -march=athalon -mfpmath=sse -Wall --with-jpeg-factory and I still get the same compile errors. I have an AMD Athalon XP 3200+ cpu. Using athalon in place of i686 will cause the configure to abort. Is the change to SGAtomic.cxx that causes this break really necessary? Dave P. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] SimGear compile error
dave perry wrote: Anders Gidenstam wrote: On Sat, 10 Oct 2009, dave perry wrote: I have --build=i686 as a switch to configure. Where do I supply -march=? You set CXXFLAGS and CFLAGS (but the latter might not be needed). My configure line starts with: configure CFLAGS=-O2 -g -march=core2 -mfpmath=sse -Wall CXXFLAGS=-O2 -g -pipe -march=core2 -mfpmath=sse -Wall Thanks for the reply. I tried -march=i686 (in place of core2) as follows: ./configure CFLAGS=-O2 -g -march=athalon -mfpmath=sse -Wall CXXFLAGS=-O2 -g -pipe -march=athalon -mfpmath=sse -Wall --with-jpeg-factory and I still get the same compile errors. I have an AMD Athalon XP 3200+ cpu. Using athalon in place of i686 will cause the configure to abort. Is the change to SGAtomic.cxx that causes this break really necessary? Dave P. Hi, athalon does not exist, i think you mean athlon. For more info on cflags see http://en.gentoo-wiki.com/wiki/Safe_Cflags Hans -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] SimGear compile error
Hi Dave, On Saturday 17 October 2009 18:23:44 dave perry wrote: Is the change to SGAtomic.cxx that causes this break really necessary? Don't know yet. Mathias -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] least squares code
Hi Curt, On Saturday 17 October 2009 01:20:19 Curtis Olson wrote: I'm having a duh moment here ... I've googled and looked through my old college text books and can't find something that I think should be easy to find. I'm probably forgetting the proper name of the technique or something stupid. The basic formulas for least squares fitting of a line to a set of data are well know. (I'm referring to the standard linear least squares fit of a line to some data.) I know I've seen a derivation of these formulas that allow you to incrementally build your least squares solution as each data point comes in (based on the current data and the past solution.) I know I've seen this several places in my life, even recently. I'd rather not spend a week re-deriving the formulas from scratch and testing and debugging. Does anyone have a link or pointer to basic code or psuedo-code that implements this incremental (recursive?) least squares approach? As always, tell the exact problem. Depending on your problem and requirements the solution ranges from a few lines of code to - 'better use an implementation that already exists is tested and is numerically stable'. Greetings Mathias -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Altimeter setting does not produce correct field altitude
With current cvs update on my notebook, I am not getting the correct field elevation when I set the altimeter to match the real weather altimeter setting. It is off by 160 feet today at KLMO (field elevation 5052). With my desktop which was last updated from cvs about 10/3, it is very nearly correct even with radically high or low pressures. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Altimeter setting does not produce correct field altitude
On Sat, 2009-10-17 at 11:24 -0600, dave perry wrote: With current cvs update on my notebook, I am not getting the correct field elevation when I set the altimeter to match the real weather altimeter setting. It is off by 160 feet today at KLMO (field elevation 5052). With my desktop which was last updated from cvs about 10/3, it is very nearly correct even with radically high or low pressures. I've seen this problem going back into the middle of September: http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg23719.html It would be nice if someone figured out how to fix this... Thanks, Ron -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] least squares code
2009/10/17 Mathias Fröhlich mathias.froehl...@gmx.net As always, tell the exact problem. Depending on your problem and requirements the solution ranges from a few lines of code to - 'better use an implementation that already exists is tested and is numerically stable'. Hi Mathias, I will be receiving a sequence of 2d data points in real time. I will start by assuming a linear relationship/fit which I know in advance is a reasonable assumption. I would like to find a way to incrementally compute a simple straight line least squares fit of the data I have received so far. I know incremental approaches exist. Isaias sent me a simple approach, but this maintains sums of all the data received so far and as Alex pointed out, that will be subject to increasing round off errors as the data accumulates (this code could be receiving hundreds of data points per second over the course of hours, days, even weeks.) So yes, a numerically stable approach is important. I suspect the code will just be a few lines, so if I can find an approach that is laid out algorithmically or in terms of some sort of pseudo-code, I'm pretty sure I can create and test my own implementation. Maybe I'm only imagining that such a thing exists, I googled for quite a while yesterday on a variety of search terms that are directly or loosely related and wasn't able to turn up what I was hoping to find. (Thus my cry for help) :-) A method that forgets the oldest data and weights newer data more heavily might also be interesting (versus an approach that sums up the entire history of the data ... although that would be ok too.) I'm happy to start simple and get fancier later on if I need to. Thanks, Curt. -- Curtis Olson: http://baron.flightgear.org/~curt/ -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] SimGear compile error
This works for me ... ./configure CFLAGS= -march=athlon CXXFLAGS=-march=athlon --with-jpeg-factory ... once I remembered to do a make clean before make :) -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Auto Pilot Reviwed
On Friday 16 Oct 2009, Martin Spott wrote: leee wrote: I think you need to accept that many aircraft are indeed broken, and most have been broken by software changes made since the aircraft was released. No, I don't have to. Well, I'm afraid that you're in denial then. I _do_ accept that some aircraft developers are a little bit lazier than others and don't care about maintaining nowadays what they have contributed formerly. I also do agree that those who are maintaining FDM updates are unable to forward-port every single hack in aircraft configurations - even though most of them typically try to catch as many of them as possible. But, hey, this is open source, some players simply respond and proceed quicker than others do. Sadly, while no consideration is given to backwards compatibility i.e. by allowing different versions of sub-systems to be used by specifying a version in the appropriate config file, broken aircraft will remain a feature of FG. Instead of pouring time into a (probably) never ending chain of backward compatibility (alias old cruft) layers, I think the effort is much better spent for bringing the respective aircraft configurations onto speed for FlightGear's current capabilities. Cheers, Martin. Can you not see the self-contradiction in what you've written? You're claiming that compatibility is purely an issue for aircraft developers, and not for software developers? Your assertion that aircraft developers are simply too lazy to spend all of their available time fixing problems caused by the software developers is simply insulting. Sadly though, I think that was your intention. Your objections to incorporating backwards compatibility in the software are similarly distorted and exaggerated. Backwards compatibility need not require time to be 'poured' in to it and doesn't mean a never-ending chain of 'cruft' layers. First of all, if something is being used then it's not cruft (although I can see how a lazy software developer could describe it as such if all they're interested in is new shiny stuff). Secondly, never-ending backwards compatibility is not a requirement and at most, only two or three versions might be needed as I think it would be reasonable to drop +2 old versions. Thirdly, providing backwards compatibility would be fairly trivial and need not require lots of time as there's no intrinsic problem with including several different versions of a module, with the appropriate one being selected at run time, via a config parameter. Perhaps some developers are just too lazy to add a new module though, when they can just hack into the existing one, especially when any breakages this may cause are the responsibility of those lazy aircraft developers anyway. I'm afraid that I just couldn't parse I think the effort is much better spent for bringing the respective aircraft configurations onto speed for FlightGear's current capabilities. But then I am (was) just a lazy aircraft developer who found that I had no time to work on new stuff because I was spending it all on fixing problems caused by developers who, curiously enough, seem to have no time to avoid or fix those problems because they only have time to work on new features. LeeE -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Hansajet/Seneca II autopilot bugs
Hi, I was going to takeoff on the Hansajet for a flight, when I turned the autopilot on. It was on wing level mode. It was able to stabilize the aircraft properly, but when I turned the knob to NAV mode, it produced an excessive roll angle. I was able to disengage the AP and stabilize the aircraft. Roll knob on wing leveler mode yields same result. The Seneca II isn't as serious as the Hansajet's. It's just an annoying quirk: If the autopilot mode knob is turned to NAV mode, it'll disengage. Heading hold mode works as expected. Also the engine on the Seneca II consumes much less fuel than before, and its RPM behavior is less aggressive. I updated CVS yesterday, but it didn't work, for both bugs. Although the engine file on the Seneca II was updated, I think that was that update that arose the issue. Hi Victhor, thanks for the reports. I'll look into the quirks of the autopilots as soon as possible. I am currently working on the Seneca's engine definition - there was a major change in the engine model of JSBSim which required some tuning. I I hope to have it ready with reasonable values by the Lelystad weekend. Torsten -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New Sound system committed
I'm also unable to run FG with the new sound system, this time on Windows built with msvc 2005 express. In my case, dt to update_late is definitely non-zero though. Here's the stack trace: fgfs.exe!SGSoundSample::free_data() Line 167 + 0x27 bytes fgfs.exe!SGSoundMgr::request_buffer(SGSoundSample * sample=0x12856400) Line 441 fgfs.exe!SGSampleGroup::update(double dt=0.1) Line 125 + 0xf bytes fgfs.exe!FGFX::update(double dt=0.1) Line 142 fgfs.exe!SGSoundMgr::update_late(double dt=0.1) Line 232 + 0x17 bytes fgfs.exe!fgMainLoop() Line 492 fgfs.exe!fgOSMainLoop() Line 173 fgfs.exe!fgMainInit(int argc=8, char * * argv=0x02cce298) Line 904 fgfs.exe!main(int argc=8, char * * argv=0x02cce298) Line 228 + 0xd bytes fgfs.exe!__tmainCRTStartup() Line 597 + 0x19 bytes fgfs.exe!mainCRTStartup() Line 414 Cheers - Dave -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New Sound system committed
After an update and compile this morning , I hear atc-chatter , but nothing else. With the s76c , I hear sounds until I start the engine , then sounds cut out. I also hear a pop when I mute / unmute sound , or pause / unpause the sim. This probably doesn't help much ... still trying to figure out how to use gdb . Cheers -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] least squares code
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Curtis Olson schrieb: I will be receiving a sequence of 2d data points in real time. I will start by assuming a linear relationship/fit which I know in advance is a [...] A method that forgets the oldest data and weights newer data more heavily might also be interesting (versus an approach that sums up the entire history of the data ... although that would be ok too.) I'm happy to start simple and get fancier later on if I need to. Hm, doesn't that sound like a Kalam filter would be a great approach? CU, Christian -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEAREIAAYFAkraM1oACgkQoWM1JLkHou0uGwCfe2v3upATKfPvqWKGMX6U1uut P7cAoII+/7MnWuOrWjDmgQeNGT1uMKtL =0Tnu -END PGP SIGNATURE- -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New Sound system committed
Hi, On Saturday 17 October 2009 11:06:33 pm syd adams wrote: After an update and compile this morning , I hear atc-chatter , but nothing else. With the s76c , I hear sounds until I start the engine , then sounds cut out. I also hear a pop when I mute / unmute sound , or pause / unpause the sim. This probably doesn't help much ... still trying to figure out how to use gdb . Cheers When I start the CitationX, I hear the engine and other sounds. For several other aircraft, including the Cessna 172,and the Lockheed1049h, I don't hear anything. I also get the pops when starting and closing flightgear. Cheers, Durk -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] October $250 Flight Gear Developers
Hi@ all, New copyright violations regadring FlightProSim... Watch this: http://www.youtube.com/watch?v=pDTYPSW_P3wfeature=related This is my video, he used it without permission. He user other videos which seems to be stolen Mail to Youtube is under way... I'm angry! HHs -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] least squares code
If I state that variance = mean(x^2) - mean(x)^2 http://en.wikipedia.org/wiki/Algorithms_for_calculating_variance And covariance = mean(xy) - mean(x) mean(y) Then a linear fit of data to: y ~ m x + c c = mean(y) m = covariance / variance On Sat, Oct 17, 2009 at 10:47 AM, Curtis Olson curtol...@gmail.com wrote: 2009/10/17 Mathias Fröhlich mathias.froehl...@gmx.net As always, tell the exact problem. Depending on your problem and requirements the solution ranges from a few lines of code to - 'better use an implementation that already exists is tested and is numerically stable'. Hi Mathias, I will be receiving a sequence of 2d data points in real time. I will start by assuming a linear relationship/fit which I know in advance is a reasonable assumption. I would like to find a way to incrementally compute a simple straight line least squares fit of the data I have received so far. I know incremental approaches exist. Isaias sent me a simple approach, but this maintains sums of all the data received so far and as Alex pointed out, that will be subject to increasing round off errors as the data accumulates (this code could be receiving hundreds of data points per second over the course of hours, days, even weeks.) So yes, a numerically stable approach is important. I suspect the code will just be a few lines, so if I can find an approach that is laid out algorithmically or in terms of some sort of pseudo-code, I'm pretty sure I can create and test my own implementation. Maybe I'm only imagining that such a thing exists, I googled for quite a while yesterday on a variety of search terms that are directly or loosely related and wasn't able to turn up what I was hoping to find. (Thus my cry for help) :-) A method that forgets the oldest data and weights newer data more heavily might also be interesting (versus an approach that sums up the entire history of the data ... although that would be ok too.) I'm happy to start simple and get fancier later on if I need to. Thanks, Curt. -- Curtis Olson: http://baron.flightgear.org/~curt/ -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Auto Pilot Reviwed
leee wrote: On Friday 16 Oct 2009, Martin Spott wrote: leee wrote: I think you need to accept that many aircraft are indeed broken, and most have been broken by software changes made since the aircraft was released. No, I don't have to. Well, I'm afraid that you're in denial then. Nope, I just take the freedom of not having to buy into every random claim that happens to pass by, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] October $250 Flight Gear Developers
And what about the hyper-deceiving one? http://www.youtube.com/watch?v=0NGwlwPcsBQ An advertisement for Flight Pro Sim, which is based on the freely-available and open source FlightGear, using a video of Microsoft FlightSim X !! Tom Heiko Schulz wrote: Hi@ all, New copyright violations regadring FlightProSim... Watch this: http://www.youtube.com/watch?v=pDTYPSW_P3wfeature=related This is my video, he used it without permission. He user other videos which seems to be stolen Mail to Youtube is under way... I'm angry! HHs -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel