Re: [Flightgear-devel] October $250 Flight Gear Developers
Yup. Apparently there's no limit to the depths they will sink. -- 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
On Sunday 18 October 2009 07:19:41 am Tom P wrote: 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! Hmm, yes, as you may have read in a previous post, I've been giving these guys the benefit of my doubts, but these two video's certainly don't bias my impression in a positive way. I will certainly investigate the possibility of writing http://www.flightgear.org; onto the splash screens in such a way that it will be relatively hard to remove 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
Just for your information: most of their screenshots were stolen from YouTube videos as well... I've just emailed FPS's host, asking to remove the images that are mine (and also those from flightgear.org and others from YouTube), as the guy himself didn't respond to my earlier personal request. Regards, Gijs Date: Sat, 17 Oct 2009 21:27:48 + From: aeitsch...@yahoo.de To: flightgear-devel@lists.sourceforge.net Subject: 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 _ 25GB gratis online harde schijf http://skydrive.live.com-- 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
On Sun, Oct 18, 2009 at 4:59 PM, syd adams wrote: Yup. Apparently there's no limit to the depths they will sink. But they keep bobbing to the surface. :-/ -- 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
Mathias Fröhlich wrote: 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. I have reverted that patch and sent the proper information to Mathias. 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] Auto Pilot Reviwed
leee wrote: On Friday 16 Oct 2009, Martin Spott wrote: 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. 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. I think Martin was referring to actions taken by the developers to make sure all aircraft in the base package were compatible with the new code again. But these days the number of aircraft (both in the base package and floating around on the net) have increased so much that this approach doesn't work any more. I agree that it's time to carefully think about configuration file changes and try to make them backwards compatible to some degree. Maintaining backwards compatibility forever is no option though. 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
Durk Talsma wrote: 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. Is the engine still running after that (can you still take off)? 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 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. I suspect there still is a positioning or orientation problem hiding somewhere that's causing it. My speed lessons in quaternations don't pay out just yet I guess. 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
daveluff wrote: 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: Thanks David, I think I've nailed this down now. It not, could you specify any command line options? 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
I still appear to have the same problem... compiled a couple of minutes ago, fgfs with no command line options, backtrace follows... ^C Program received signal SIGINT, Interrupt. [Switching to Thread 0x7fc28f3f3790 (LWP 7693)] 0x7fc28f104a94 in __lll_lock_wait () from /lib/libpthread.so.0 (gdb) bt #0 0x7fc28f104a94 in __lll_lock_wait () from /lib/libpthread.so.0 #1 0x7fc28f1001ab in _L_lock_312 () from /lib/libpthread.so.0 #2 0x7fc28f0ffbb1 in pthread_mutex_lock () from /lib/libpthread.so.0 #3 0x7fc28cd27bb0 in ?? () from /usr/lib/libopenal.so.1 #4 0x7fc28cd27e1d in alcGetCurrentContext () from /usr/lib/libopenal.so.1 #5 0x7fc28cd1e99b in alGenBuffers () from /usr/lib/libopenal.so.1 #6 0x0098d4c4 in SGSoundMgr::request_buffer (this=0x318a560, sample=0xad04960) at ../../../SimGear/simgear/sound/soundmgr_openal.cxx:430 #7 0x00989b2c in SGSampleGroup::update (this=0x318af70, dt=5.8003894957507154e-315) at ../../../SimGear/simgear/sound/sample_group.cxx:125 #8 0x0098dbbf in SGSoundMgr::update_late (this=0x318a560, dt=0.0083332) at ../../../SimGear/simgear/sound/soundmgr_openal.cxx:232 #9 0x0042a4a9 in fgMainLoop () at ../../../FlightGear/src/Main/main.cxx:486 #10 0x0047fe22 in fgOSMainLoop () at ../../../FlightGear/src/Main/fg_os_osgviewer.cxx:172 #11 0x0042b0bf in fgMainInit (argc=1, argv=0x7fff97532e68) at ../../../FlightGear/src/Main/main.cxx:900 #12 0x004291f9 in main (argc=1, argv=0x7fff97532e68) at ../../../FlightGear/src/Main/bootstrap.cxx:228 On 18/10/09 22:35, Erik Hofman wrote: daveluff wrote: 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: Thanks David, I think I've nailed this down now. It not, could you specify any command line options? 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 -- 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: I still appear to have the same problem... compiled a couple of minutes ago, fgfs with no command line options, backtrace follows... ../../../SimGear/simgear/sound/soundmgr_openal.cxx:430 #7 0x00989b2c in SGSampleGroup::update (this=0x318af70, dt=5.8003894957507154e-315) Hm, dt is still really slim, I need to think this over more. It'll probably end up by telling the SoundManager when to start processing updates explicitly. 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
Vivian Meazza wrote: Patched soundmgr_openal.cxx/hxx and sample_group.hxx with +#elif defined(_WIN32) +# include al.h or +#elif defined(_WIN32) +# include al.h +# include alc.h +# include AL/alut.h Olaf pointed out to me that this wasn't necessary for more than 5 yearss and indeed AL/* is the recommended place for the header files by specification. So I'll revert this to section to the way it was before. 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
James Sleeman wrote: I still appear to have the same problem... compiled a couple of minutes ago, fgfs with no command line options, backtrace follows... I think I've found the problem which might or might not be a bug in the OpenAL implementation. It is recommended to place all updates to the OpenAL state withing alcSuspendContext() and alcResumeContext() to allow multiple state changes to be sent to hardware in one go (which is faster and make sure the source and listeners get updated in one go). The specification is not clear whether is is possible to call alGenBuffers when the context is suspended. I would say it *is* allowed and the Sample implementation does allow for it. Anyhow, I've decided not to call alcSuspendContext anymore which should fix this issue. 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] SimGear compile error
syd adams wrote: This works for me ... ./configure CFLAGS= -march=athlon CXXFLAGS=-march=athlon --with-jpeg-factory ... once I remembered to do a make clean before make :) Thanks Syd, The make clean turned out to be the problem. This works for me ... ./configure CFLAGS=-march=native CXXFLAGS=-march=native --with-jpeg-factory using gcc-4.3.2-7.i386. -- 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 19/10/09 02:48, Erik Hofman wrote: I think I've found the problem which might or might not be a bug in the OpenAL implementation. It is recommended to place all updates to the Maybe not, still locking up, I note there is an AL Error (atc): in the output there now which wasn't before (I think)... bof...@mortimer:/tmp$ gdb fgfs GNU gdb 6.8-debian Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu... (gdb) run Starting program: /usr/local/bin/fgfs [Thread debugging using libthread_db enabled] [New Thread 0x7fc4f387f790 (LWP 14296)] [New Thread 0x7fc4eae94950 (LWP 14299)] AL Error (atc): [New Thread 0x7fc4e593c950 (LWP 14300)] [New Thread 0x7fc4e513b950 (LWP 14302)] [New Thread 0x7fc4e493a950 (LWP 14303)] [New Thread 0x7fc4d950 (LWP 14304)] creating 3D noise texture... DONE ^C Program received signal SIGINT, Interrupt. [Switching to Thread 0x7fc4f387f790 (LWP 14296)] 0x7fc4f3590a94 in __lll_lock_wait () from /lib/libpthread.so.0 (gdb) bt #0 0x7fc4f3590a94 in __lll_lock_wait () from /lib/libpthread.so.0 #1 0x7fc4f358c1ab in _L_lock_312 () from /lib/libpthread.so.0 #2 0x7fc4f358bbb1 in pthread_mutex_lock () from /lib/libpthread.so.0 #3 0x7fc4f11b3bb0 in ?? () from /usr/lib/libopenal.so.1 #4 0x7fc4f11b3e1d in alcGetCurrentContext () from /usr/lib/libopenal.so.1 #5 0x7fc4f11abd83 in alGetError () from /usr/lib/libopenal.so.1 #6 0x00989028 in SGSampleGroup::testForALError (this=0x7fc4f13c9d80, s...@0x80) at ../../../SimGear/simgear/sound/sample_group.cxx:416 #7 0x00989985 in SGSampleGroup::update (this=0xf3a97d0, dt=value optimized out) at ../../../SimGear/simgear/sound/sample_group.cxx:179 #8 0x0098daff in SGSoundMgr::update_late (this=0x2f26f20, dt=0) at ../../../SimGear/simgear/sound/soundmgr_openal.cxx:243 #9 0x0042a349 in fgMainLoop () at ../../../FlightGear/src/Main/main.cxx:486 #10 0x0047fd72 in fgOSMainLoop () at ../../../FlightGear/src/Main/fg_os_osgviewer.cxx:172 #11 0x0042af5f in fgMainInit (argc=1, argv=0x7b9bf2f8) at ../../../FlightGear/src/Main/main.cxx:902 #12 0x00429149 in main (argc=1, argv=0x7b9bf2f8) 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
On Sun, 2009-10-18 at 15:07 +0200, Erik Hofman wrote: Vivian Meazza wrote: Patched soundmgr_openal.cxx/hxx and sample_group.hxx with +#elif defined(_WIN32) +# include al.h or +#elif defined(_WIN32) +# include al.h +# include alc.h +# include AL/alut.h Olaf pointed out to me that this wasn't necessary for more than 5 yearss and indeed AL/* is the recommended place for the header files by specification. So I'll revert this to section to the way it was before. Erik Ok, that will break it for Vivian, myself and OTHERS who use the Creative Labs OpenAL 1.1 SDK, which DOES NOT put 'al.h' and 'alc.h' in an 'AL' sub-directory. They are simply in :- C:\Program Files\OpenAL 1.1 SDK\include by default... check it out... So whose 'recommended' ... 'specification' are we talking about? At least change the #elif defined(_WIN32) to say #elif defined(USE_OPENAL_SDK), then we can ALL be happy ;=)) I always thought using the generic _WIN32 would be a no go for those using older/other versions of OpenAL that do use an 'AL' sub-directory... And can this 'include' block not be just in ONE header, like say sample_group.hxx, and then soundmgr_openal.cxx/hxx, etc can include that header... Regards, Geoff. -- 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
Geoff McLane On Sun, 2009-10-18 at 15:07 +0200, Erik Hofman wrote: Vivian Meazza wrote: Patched soundmgr_openal.cxx/hxx and sample_group.hxx with +#elif defined(_WIN32) +# include al.h or +#elif defined(_WIN32) +# include al.h +# include alc.h +# include AL/alut.h Olaf pointed out to me that this wasn't necessary for more than 5 yearss and indeed AL/* is the recommended place for the header files by specification. So I'll revert this to section to the way it was before. Erik Ok, that will break it for Vivian, myself and OTHERS who use the Creative Labs OpenAL 1.1 SDK, which DOES NOT put 'al.h' and 'alc.h' in an 'AL' sub-directory. They are simply in :- C:\Program Files\OpenAL 1.1 SDK\include by default... check it out... So whose 'recommended' ... 'specification' are we talking about? At least change the #elif defined(_WIN32) to say #elif defined(USE_OPENAL_SDK), then we can ALL be happy ;=)) I always thought using the generic _WIN32 would be a no go for those using older/other versions of OpenAL that do use an 'AL' sub-directory... And can this 'include' block not be just in ONE header, like say sample_group.hxx, and then soundmgr_openal.cxx/hxx, etc can include that header... Quite correct, Geoff, but why would anyone be using anything other than the latest build from Creative Labs? Surely we need to make it all build with OpenAL 1.1 SDK? I've given up on this saga. Sound continues to cause a crash on exit here. We are just chasing our tails. When someone sorts it all out, I will _try_ to make it compile under MSVC9. Where is Fred when we REALLY need him? Vivian -- 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 Vivian, using anything other than the latest build from Creative Labs? Well they could for example be using the openal-soft http://sourceforge.net/projects/openal-soft/ which suggests it is version 1.2.??? And has a CVS download, and uses the 'AL' sub-directory! But it seems the last commit there is shown as 2007-12-20 so while perhaps not newer, is also not really older. The Creative 1.1 SDK is of around the same era... So I would certainly opt for using USE_OPENAL_SDK switch rather than _WIN32... making us all HAPPY ;=)) cause a crash on exit here Have not been particularly following ALL the posts on this, but with MSVC9's debugger you should be able to 'see' _EXACTLY_ where/when this happens... Quite frequently, in Debug mainly, but can happen also in 'random' memory in Release, it is due to things like - if ( _data ) delete _data; // a crash exit since, in Debug especially, such a variable is likely filled with a debug value, by the MSVC compiler, deliberately, and has has never been initialized to NULL in the code... This is very common... It seems GCC quite frequently ensures such 'memory', 'variables' etc are all zeros... Unfortunately just have not had the time to do a full SG/FG/et al cvs/svn update, and build it myself at the moment... too many other things to play with ;=)) but hope to get around to it shortly... Regards, Geoff. -- 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 Erik, you should have committed the whole patch, as you broke building under that system, which uses a bare bones alut (which is why some of us have moved to the OpenAL SDK, plus I use it in other projects locally, which use the standard no AL folder setup...) So right now, it doesn't build on windows at all out of the box, with fredb's setup or the official OpenAL SDK. Fred's third party lib setup includes an outdated OpenAL sdk and re-distributable, and a version of alut that doesn't include alutGetErrorString, and Olaf's patch addressed that, if I recall correctly. That alut version basically can only do the loading of sound files, period. No error checking, etc. So do we want to keep supporting that setup at the exclusion of all other possible ones because it follows the specification ? Not sure that the spec says that headers have to be in AL( I couldn't find any mention of that in the 1.1 spec, and Apple doesn't follow it either, so I very much doubt the spec cover this. ), and it implies supporting an incomplete, pre version 1 alut. I don't see why a WIN32 (we define WIN32, doesn't have to be _WIN32) is such an anathema, seeing as there is one for Apple already. To make things more robust, we should be following the way the official SDK works on Windows, and the solution for Fredb's third party lib is to take out the headers from the AL folder and dump them in the include folder. Won't solve their problem with missing alut symbols, 'though As Geoff said, the real standard on windows, is no AL folder for the headers. If a mistake lasts 5 years, it's not a standard, it's a long lasting mistake :) I just want things to work, without having to constantly change my header setup. On Sun, Oct 18, 2009 at 9:07 AM, Erik Hofman e...@ehofman.com wrote: Vivian Meazza wrote: Patched soundmgr_openal.cxx/hxx and sample_group.hxx with +#elif defined(_WIN32) +# include al.h or +#elif defined(_WIN32) +# include al.h +# include alc.h +# include AL/alut.h Olaf pointed out to me that this wasn't necessary for more than 5 yearss and indeed AL/* is the recommended place for the header files by specification. So I'll revert this to section to the way it was before. 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 -- Be Kind. Remember, everyone is fighting a hard battle. -- 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
Nicolas Quijano wrote: I don't see why a WIN32 (we define WIN32, doesn't have to be _WIN32) is such an anathema, seeing as there is one for Apple already. Frankly I don't care to include it, but there doesn't seem to be a consensus between windows developers which have to be sorted out before I actually *can* do anything. 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
Nicolas Quijano wrote: Hi Erik, you should have committed the whole patch, as you broke building under that system, which uses a bare bones alut (which is why some of us have moved to the OpenAL SDK, plus I use it in other projects locally, which use the standard no AL folder setup...) So right now, it doesn't build on windows at all out of the box, with fredb's setup or the official OpenAL SDK. What's the error you are getting? I changed from using alutGetError to alGetError Which the old implementation did so it should work. 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] least squares code
You might want to give kst [1] a try, which includes a plugin for weighted least-squares data fitting [2]. imho, kst is the easiest way to plot data in real time (with or without filters), and works very good with flightgear csv output (with a little bit of javascript). Wim [1] http://kst.kde.org [2] http://www.cita.utoronto.ca/~mamd/kst/handbook/#plugin-kstfit_linear_weighted On Sat, Oct 17, 2009 at 7:47 PM, 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 -- Avoid hangovers - stay drunk! -- 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 Erik, I know, I erased my local changes, seeing you had changed it for alGetError, but didn't notice the call to alutGetErrorString just below it when I did my merge :) I did this to build (under fredb's third party lib, going to do a build with the regular openAL sdk after) #if defined(ALUT_API_MAJOR_VERSION) ALUT_API_MAJOR_VERSION = 1 msg.append(alutGetErrorString(error)); #endif Thanks for all the hard work, didn't quite finish my previous email before pressing send. Cheers, Nic On Sun, Oct 18, 2009 at 2:24 PM, Erik Hofman e...@ehofman.com wrote: Nicolas Quijano wrote: Hi Erik, you should have committed the whole patch, as you broke building under that system, which uses a bare bones alut (which is why some of us have moved to the OpenAL SDK, plus I use it in other projects locally, which use the standard no AL folder setup...) So right now, it doesn't build on windows at all out of the box, with fredb's setup or the official OpenAL SDK. What's the error you are getting? I changed from using alutGetError to alGetError Which the old implementation did so it should work. 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 -- Be Kind. Remember, everyone is fighting a hard battle. -- 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
Nicolas Quijano wrote: #if defined(ALUT_API_MAJOR_VERSION) ALUT_API_MAJOR_VERSION = 1 msg.append(alutGetErrorString(error)); #endif Shoot, that should also have been alGetError instead. It's fixed, thanks. Erik (now i need some sleep) -- 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] Photorealistic textures for cumulus clouds
Hello! I'm really like new clouds from Stuart, especially Stratus improvements. Last weeks I had few long flights, in slow-n-low aircraft, and looked at FG 3d-clouds for hours. Then I look at RL clouds, and notice that they have no such smooth edges, as in FG. So I decided to make my own textures. As I don't have enough photos, I discovered website with free good photos. Then contact with its owner and he gave me permission to use photos under any license, if I put link to website anywhere. So I downloaded dozen of photos, extract from them clouds and made some retouch. Here you can see what I got: http://valeo.flightgear.ru/sshot/clouds/ Its look very realistic for me, only a bit shaggy sometimes. If you like it and want to have same clouds, grab and replace this file: http://valeo.flightgear.ru/cl_cumulus.png If someone want to add this texture to cvs-data, then write comment in, maybe, cloudlayers.xml: cl_cumulus.png was created with photos from sky.aw.net.ua -- --- WBR, Vadym. -- 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] Photorealistic textures for cumulus clouds
Vadym Kukhtin wrote: Hello! I'm really like new clouds from Stuart, especially Stratus improvements. Last weeks I had few long flights, in slow-n-low aircraft, and looked at FG 3d-clouds for hours. Then I look at RL clouds, and notice that they have no such smooth edges, as in FG. So I decided to make my own textures. Well it depends a bit on the weather and location. So I wouldn't throw away what we have now just yet. As I don't have enough photos, I discovered website with free good photos. Then contact with its owner and he gave me permission to use photos under any license, if I put link to website anywhere. So I downloaded dozen of photos, extract from them clouds and made some retouch. Here you can see what I got: http://valeo.flightgear.ru/sshot/clouds/ There look really awesome in these pictures. Its look very realistic for me, only a bit shaggy sometimes. If you like it and want to have same clouds, grab and replace this file: http://valeo.flightgear.ru/cl_cumulus.png If someone want to add this texture to cvs-data, then write comment in, maybe, cloudlayers.xml: cl_cumulus.png was created with photos from sky.aw.net.ua It would be a good idea to keep the response from them in cvs somewhere for legal reasons. 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
Hey Erik, since you're not sleeping yet, I think you wanted to commit alGetError, not alGetErrorString. the error on exit would seem to be related to buffer release (Invalid Operation) Also, I see you replaced delete[], by delete in the sound sample destructor. Shouldn't we just be setting to NULL, and not delete, leaving it to the original creator of the data, since the original allocation is done somewhere else ? e.g _data never allocates, just points to data allocated somewhere else. The allocator should be the one deallocating, to make sure we don't have dangling pointers. ATIS won't shut up now, so sound is kinda working, was able to hear engine start and ATIS at the same time, but not two aircraft sounds at the same time. In debug a couple days back, I had sound working normally, so that points to what Geoff was saying about having some garbage in release, whether in DEBUG it's all a controlled environment. Cheers, get some sleep, Nic On Sun, Oct 18, 2009 at 2:53 PM, Erik Hofman e...@ehofman.com wrote: Nicolas Quijano wrote: #if defined(ALUT_API_MAJOR_VERSION) ALUT_API_MAJOR_VERSION = 1 msg.append(alutGetErrorString(error)); #endif Shoot, that should also have been alGetError instead. It's fixed, thanks. Erik (now i need some sleep) -- 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 -- Be Kind. Remember, everyone is fighting a hard battle. -- 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] HHs Video
Hi All, Just to clear up this video issue, it appears one of the newbie affiliates grabbed this video and rebranded it. This has not been released by us. I have also contacted you tube to get the video taken down as clearly they did not make it themselves. Have a look at the referring link; it has an affiliate id in it. This also breaks the terms they agreed to when the signed up to promote FPS so I will contact them directly about this Thanks Charlie Taylor -- 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 Vivian, I was very busy these days, so I did not catch up with the mailing list in time ... I was in the impression that it would be wise to support Freds Build system, though not perfect but one can life with it. Vivian Meazza wrote: Patched soundmgr_openal.cxx/hxx and sample_group.hxx with +#elif defined(_WIN32) +# include al.h or +#elif defined(_WIN32) +# include al.h +# include alc.h +# include AL/alut.h Olaf pointed out to me that this wasn't necessary for more than 5 yearss and indeed AL/* is the recommended place for the header files by specification. So I'll revert this to section to the way it was before. Erik Ok, that will break it for Vivian, myself and OTHERS who use the Creative Labs OpenAL 1.1 SDK, which DOES NOT put 'al.h' and 'alc.h' in an 'AL' sub-directory. Ah now I see, you are using the libs and headers of the unmodified SDK! I was just using my Freds 3rdParty build system in order to catch up and I found no reference that anyone is using the new SDK. Maybe it would be wise to support both for the moment until Fred fixes the 3rdParty Win32 binary distribution defining OPENALSDK when using the official SDK. ... #elif defined(OPENALSDK) # include al.h # include alc.h # include AL/alut.h #else # include AL/al.h # include AL/alc.h # include AL/alut.h #endif Quite correct, Geoff, but why would anyone be using anything other than the latest build from Creative Labs? Surely we need to make it all build with OpenAL 1.1 SDK? I've given up on this saga. Sound continues to cause a crash on exit here. We are just chasing our tails. When someone sorts it all out, I will _try_ to make it compile under MSVC9. I'll get crashes too in OpenAL exit. (With the Old SDK, aka Freds Build System). But I'll get crashes in the XML Parser in debug mode in the first place, have to sort it out. I thought the OpenAL crashes are just because of a memory corruption way earlier. -- 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] 737-300 Update!
Hi @all, Hi David, Hi Innis, Some time ago I began to model the 3d-cockpit. It was a bit much for me, so this project stalled. But for the flightdeck I had to fix the dimensions and proportions of the exterior model. The fuselage had more the length of the 737-400, the wings the span of a 737-100... But I must say, Innis Cunningham did a great work on the flaps modeling and animation- the best I have seen in FGFS yet. So what I did is making the fuselage completly new using free available datas from Boeing and some modelling pages around the web. The wings done by Innis I just scaled and textured- the animation I could keep! The same for the vstab. I'm convinced the dimensions and proportions are really accurate now! I added some newer features like thrust reverse done and suggested by Bertrand Coconnier, the pushback, livery selection over mp and the generic tyre smoke. The mapping of the fuselage changed, but I could convert the existing liveries in CVS. I kept the 2d-panel, but I hope we get a nice 3d-flightdeck in some time. Some pics: http://www.hoerbird.net/737-300.jpeg http://www.hoerbird.net/737-300.1.jpeg http://www.hoerbird.net/737-300.2.jpeg http://www.hoerbird.net/737-300.3.jpeg Download: http://www.hoerbird.net/737-300.zip I hope I didn't messed anything up, so all here agree to update the 737-300 in CVS with my improvements? Kind Regards Heiko still in work: http://www.hoerbird.net/galerie.html But already done: http://www.hoerbird.net/reisen.html -- 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
Damn, typoed. Meant, you want alGetString(error), not alGetErrorString(error). On Sun, Oct 18, 2009 at 3:55 PM, Nicolas Quijano nquij...@gmail.com wrote: Hey Erik, since you're not sleeping yet, I think you wanted to commit alGetError, not alGetErrorString. the error on exit would seem to be related to buffer release (Invalid Operation) Also, I see you replaced delete[], by delete in the sound sample destructor. Shouldn't we just be setting to NULL, and not delete, leaving it to the original creator of the data, since the original allocation is done somewhere else ? e.g _data never allocates, just points to data allocated somewhere else. The allocator should be the one deallocating, to make sure we don't have dangling pointers. ATIS won't shut up now, so sound is kinda working, was able to hear engine start and ATIS at the same time, but not two aircraft sounds at the same time. In debug a couple days back, I had sound working normally, so that points to what Geoff was saying about having some garbage in release, whether in DEBUG it's all a controlled environment. Cheers, get some sleep, Nic On Sun, Oct 18, 2009 at 2:53 PM, Erik Hofman e...@ehofman.com wrote: Nicolas Quijano wrote: #if defined(ALUT_API_MAJOR_VERSION) ALUT_API_MAJOR_VERSION = 1 msg.append(alutGetErrorString(error)); #endif Shoot, that should also have been alGetError instead. It's fixed, thanks. Erik (now i need some sleep) -- 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 -- Be Kind. Remember, everyone is fighting a hard battle. -- Be Kind. Remember, everyone is fighting a hard battle. -- 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] 737-300 Update!
Are those pics 'shopped? They have such good contrast and stuff, I can't believe it's FG, because it doesn't look like that on my PC :) BTW, good job, and, if you really did it, nice work on the pics too, they look much better than the real ones ;) -- 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] 737-300 Update!
Hi, Maybe it is the video card and driver that is producing the higher quality? May I point out the starboard navigation light seems to be on the port wing? etc. ;P Otherwise, very nice. Stewart Victhor Foster wrote: Are those pics 'shopped? They have such good contrast and stuff, I can't believe it's FG, because it doesn't look like that on my PC :) BTW, good job, and, if you really did it, nice work on the pics too, they look much better than the real ones ;) -- 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