Re: [Flightgear-devel] [Flightgear-cvslogs] CVS: source/src/Main fg_os_osgviewer.cxx, 1.28, 1.29 renderer.cxx, 1.127, 1.128
On 10/31/2009 04:58 AM, Ron Jensen wrote: On Fri, 2009-10-30 at 18:15 -0500, Tim Moore wrote: Update of /var/cvs/FlightGear-0.9/source/src/Main In directory baron.flightgear.org:/tmp/cvs-serv5452/src/Main Modified Files: fg_os_osgviewer.cxx renderer.cxx Log Message: fix moon lighting at night This hasn't worked since the OSG port was initially checked in. A real phase-of-the-moon bug! Author: Tim Moore timoore@().com Tim, Did you get all this patch? It seems to have made all the models black unless they have emissive materials... Thanks, Ron I'm not seeing that here, obviously. How / where are you seeing this? Tim -- 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] [Flightgear-cvslogs] CVS: source/src/Main fg_os_osgviewer.cxx, 1.28, 1.29 renderer.cxx, 1.127, 1.128
On 10/31/2009 08:34 AM, Tim Moore wrote: On 10/31/2009 04:58 AM, Ron Jensen wrote: On Fri, 2009-10-30 at 18:15 -0500, Tim Moore wrote: Update of /var/cvs/FlightGear-0.9/source/src/Main In directory baron.flightgear.org:/tmp/cvs-serv5452/src/Main Modified Files: fg_os_osgviewer.cxx renderer.cxx Log Message: fix moon lighting at night This hasn't worked since the OSG port was initially checked in. A real phase-of-the-moon bug! Author: Tim Moore timoore@().com Tim, Did you get all this patch? It seems to have made all the models black unless they have emissive materials... Thanks, Ron I'm not seeing that here, obviously. How / where are you seeing this? Tim A quick thing to try is to revert the one-line change in src/Main/fg_os_osgviewer.cxx. Tim -- 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
Ron Jensen wrote: On Fri, 2009-10-30 at 10:08 +0100, Erik Hofman wrote: Nicolas Quijano wrote: The wind sample we use is indeed very saturated, and was drowned by the rumble sample before. Did another run today and think you might be fooled by another sound effect that I have been trying to simulate; at higher alpha or beta values the propwash sound effect kicks in. I think it does need some tweaking though now that you mention it. Erik Erik, - Is there a model you're working on with sound? I've just been testing with whatever I happen to want to load... Normally test two models, the default c172 and the F-16 since I know how the directional sounds should behave. However, once in a while I do test other models that look interesting for testing (multi-engined aircraft for instance). - Today while flying I noticed the marker beacon is doppler shifted in all aircraft views. Tower and Fly-by view it sounds correctly. Odd, sounds like the beacon is positioned at the beacon location instead of the panels/aircraft location. It's on my todo list (after fixing position and orientation; if that is not fixed properly I might end up reverting all other patches). 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] PATCH to make simgear CVS compile on Mac OS X 10.6.1 Snow Leopard
Jari Häkkinen wrote: SIMGEAR/simgear/compiler.h needs a minor change to compile on my mac running 64-bit Snow Leopard. The proposed change is attached to this mail. It should be safe to apply it. Can someone please commit it to simgear CVS. Done, thanks for the patch. 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] Question regarding pre-processor code in SIMGEAR/simgear/compiler.h
Jari Häkkinen wrote: I am not sure what line 135 is supposed to catch. When I compile with g++ version 4.2 the statement is false but if I compile with g++ version 4.3 the statement is true. Is the code supposed to catch g++ versions 3.3 and later? If yes, the line 135 should be #if ( (__GNUC__ = 4 || ( __GNUC__ = 3 ) ( __GNUC_MINOR__ = 3 ) ) Ok, I've fixed it slightly different but it's committed. 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
The sound is glitched here for a few planes. Ec135 is glitched on fly- by view, but F-16 isn't. -- 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] Question regarding pre-processor code in SIMGEAR/simgear/compiler.h
On 31 Oct 2009, at 08:48, Erik Hofman wrote: I am not sure what line 135 is supposed to catch. When I compile with g++ version 4.2 the statement is false but if I compile with g++ version 4.3 the statement is true. Is the code supposed to catch g++ versions 3.3 and later? If yes, the line 135 should be #if ( (__GNUC__ = 4 || ( __GNUC__ = 3 ) ( __GNUC_MINOR__ = 3 ) ) Ok, I've fixed it slightly different but it's committed. I looked at this block and more or less despaired. My preferred solution would be to use osg::isNan (or some other wrapper) and delegate all this pain and #ifdef work to someone else Regards, James -- 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] AeroStar700 Autopiot - altitude problem
Hi, when setting the autopilot (KFC2000) of the Aerostar700 model to a fixed altitude it oscillates a lot around that altitude and the altitude control takes a long time to become stable. On the console I get the following error continuously: AL Error (fx): Invalid Value at pitch and gain I use the current CVS version of flightgear, simgear and the data. Thank you, Martin L. -- 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] Question regarding pre-processor code in SIMGEAR/simgear/compiler.h
James Turner wrote: On 31 Oct 2009, at 08:48, Erik Hofman wrote: I am not sure what line 135 is supposed to catch. When I compile with g++ version 4.2 the statement is false but if I compile with g++ version 4.3 the statement is true. Is the code supposed to catch g++ versions 3.3 and later? If yes, the line 135 should be #if ( (__GNUC__ = 4 || ( __GNUC__ = 3 ) ( __GNUC_MINOR__ = 3 ) ) Ok, I've fixed it slightly different but it's committed. I looked at this block and more or less despaired. My preferred solution would be to use osg::isNan (or some other wrapper) and delegate all this pain and #ifdef work to someone else Which would mean that every single bit of code in FlightGear will depend on osg.. 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] AeroStar700 Autopiot - altitude problem
Hi, when setting the autopilot (KFC2000) of the Aerostar700 model to a fixed altitude it oscillates a lot around that altitude and the altitude control takes a long time to become stable. Do you know whether it is supposed to work right? Some models may not have correctly tuned autopilots, so they do not function correctly. You might try asking on the forums, instead. On the console I get the following error continuously: AL Error (fx): Invalid Value at pitch and gain Since this is reported as an AL Error (fx), I highly doubt it has to do with the autopilot (although this message otherwise could be from the autopilot.) Instead, it is probably an OpenAL error. This was probably caused by the new sound system that has just been implemented. I hope this helps. -- 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] Question regarding pre-processor code in SIMGEAR/simgear/compiler.h
On 31 Oct 2009, at 12:27, Erik Hofman wrote: Which would mean that every single bit of code in FlightGear will depend on osg.. Which is why I didn't commit that approach. I do wonder on the need to be supporting GCC versions earlier than 4.0, though. James -- 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] AeroStar700 Autopiot - altitude problem
On 31 Oct 2009, at 12:55, Johnathan Van Why wrote: when setting the autopilot (KFC2000) of the Aerostar700 model to a fixed altitude it oscillates a lot around that altitude and the altitude control takes a long time to become stable. Do you know whether it is supposed to work right? Some models may not have correctly tuned autopilots, so they do not function correctly. You might try asking on the forums, instead. The Aerostar-700 (in CVS) is pretty stable; Syd has done a great job tuning the values. I suspect the OpenAL problems you're seeing are reducing the frame-rate and hence causing instability. If your frame rate is still 'good', in spite of the OpenAL errors, then something odd is going on. Regards, James -- 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] subsystem_mgr.cxx:249: error
On Sat, 31 Oct 2009 04:16:32 +0700, Mihail wrote in message ee6d1c250910301416j7f98ddb2kf09a2bd8c898a...@mail.gmail.com: g++ -DHAVE_CONFIG_H -I. -I../../simgear -I../.. -I/opt/FlightGear/include -g -O2 -D_REENTRANT -MT subsystem_mgr.o -MD -MP -MF .deps/subsystem_mgr.Tpo -c -o subsystem_mgr.o subsystem_mgr.cxx subsystem_mgr.cxx: In member function ‘void SGSubsystemGroup::Member::printTimingStatistics()’: subsystem_mgr.cxx:249: error: ‘snprintf’ was not declared in this scope I can not compile. In Windows and Linux... Fix it pliz. Sorry. I almost do not speak on English ..you're Russian? http://www.google.com/language_tools?hl=ru http://www.google.com/language_tools?hl=en http://www.google.no/language_tools?hl=no etc, ..also google for other translation sites than Google, and crosscheck your translations between them, e.g. if Googles' Norwegian translation of your native language text looks reasonable to you in Yahoo's English, chances are fairly good I'll understand what you're trying to tell me. ;o) -- ..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. -- 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] [Flightgear-cvslogs] CVS: source/src/Main fg_os_osgviewer.cxx, 1.28, 1.29 renderer.cxx, 1.127, 1.128
On Sat, 2009-10-31 at 09:04 +0100, Tim Moore wrote: On 10/31/2009 08:34 AM, Tim Moore wrote: On 10/31/2009 04:58 AM, Ron Jensen wrote: On Fri, 2009-10-30 at 18:15 -0500, Tim Moore wrote: Update of /var/cvs/FlightGear-0.9/source/src/Main In directory baron.flightgear.org:/tmp/cvs-serv5452/src/Main Modified Files: fg_os_osgviewer.cxx renderer.cxx Log Message: fix moon lighting at night This hasn't worked since the OSG port was initially checked in. A real phase-of-the-moon bug! Author: Tim Moore timoore@().com Tim, Did you get all this patch? It seems to have made all the models black unless they have emissive materials... Thanks, Ron I'm not seeing that here, obviously. How / where are you seeing this? Tim A quick thing to try is to revert the one-line change in src/Main/fg_os_osgviewer.cxx. Tim Tim, Its good in fgfs --fgviewer ... Its bad in plane fgfs. Reverting renderer.cxx fixed the problem. Reverting fg_os_osgviewer.cxx while leaving renderer.cxx current also solves the issue. 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
[Flightgear-devel] October 2009 FlightGear Newsletter
Hi All, The October edition of the FlightGear Newsletter is now available. Many thanks to all the contributors who have made this by far the largest edition yet. The newsletter can be found here: http://wiki.flightgear.org/index.php/FlightGear_Newsletter_October_2009 As always, contributions to the next edition are welcome. Curt - could you add a link to the newsletter from the Announcements section of the main website please. I think it is now sufficiently mature that it should be promoted more widely. -Stuart -- 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 Sat, Oct 31, 2009 at 9:21 AM, Erik Hofman wrote: Alright, enough of this. I've spent three full weeks trying to get the position and orientation correctly and asked several times for help but no one seems to care. Fine, it. Erik, I've seen one thread with over 100 messages on the topic and this thread is about 60 messages already, not to mention all the smaller threads and individual messages. You are the audio system expert, and I've seen tons of people pitching in to offer problem reports on their platform and test potential fixes as you propose them. I'm not sure what you are hoping for in terms of help, but I've seen more interest and participation in this process of overhauling the audio system than for just about any other issue in recent memory. Regards, 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] [Flightgear-cvslogs] CVS: source/src/Main fg_os_osgviewer.cxx, 1.28, 1.29 renderer.cxx, 1.127, 1.128
On Sat, 2009-10-31 at 08:34 +0100, Tim Moore wrote: On 10/31/2009 04:58 AM, Ron Jensen wrote: On Fri, 2009-10-30 at 18:15 -0500, Tim Moore wrote: Update of /var/cvs/FlightGear-0.9/source/src/Main In directory baron.flightgear.org:/tmp/cvs-serv5452/src/Main Modified Files: fg_os_osgviewer.cxx renderer.cxx Log Message: fix moon lighting at night This hasn't worked since the OSG port was initially checked in. A real phase-of-the-moon bug! Author: Tim Moore timoore@().com Tim, Did you get all this patch? It seems to have made all the models black unless they have emissive materials... Thanks, Ron I'm not seeing that here, obviously. How / where are you seeing this? Tim Starting with fgfs --disable-real-weather-fetch --timeofday=noon Also reported on IRC by stuart, MyName, pab... 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] AeroStar700 Autopiot - altitude problem
I've seen this AL error constantly with the new audio using c310-ifr. I've not managed to tame DDD enogh to track it down but since no-one else had reported the message and seeing as the audio 'burps' are related to cpu load ( eg web browsing ) I wonder if the messages are directly due to a slow machine. Is it possible to offload repetitive sound loops the way midi samples are done ? -- = -- 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 Sat, Oct 31, 2009 at 7:21 AM, Erik Hofman e...@ehofman.com wrote: Alright, enough of this. I've spent three full weeks trying to get the position and orientation correctly and asked several times for help but no one seems to care. Fine, fuck it. Erik I wish I could, but about all I can do is report the results here , and I imagine that gets pretty frustrating if your not having the same problems . I'll see if I can make sense of the sound code ... But I'm really hoping you dont give up :) 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] October 2009 FlightGear Newsletter
Hi All, The October edition of the FlightGear Newsletter is now available. Many thanks to all the contributors who have made this by far the largest edition yet. The newsletter can be found here: http://wiki.flightgear.org/index.php/FlightGear_Newsletter_October_2009 As always, contributions to the next edition are welcome. -Stuart Hey, very nice! That's a great contribution to the project. JB -- 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] flightgear dependency on PLIB pw API
According to http://wiki.flightgear.org/index.php/Plib there should be no dependency on PLIP windowing library (pw). I found that FG/src/GUI/layout_test.cxx uses plip/pw.h. Since I am building flighgear on a 64-bit mac layout_test.cxx does not compile. This is a consequence from the fact that Carbon is not available as a 64-bit library, and PLIB only supports Carbon for Mac OS X. I am using the 64-bit enabled Cocoa which, luckily for me, is supported by OSG. I suggest that layout_test is rewritten and the PLIB pw dependency is removed, and thus making the statement regarding PLIB in http://wiki.flightgear.org/index.php/Plib correct. Another option is to change the wiki page. Also, I think that test programs should in general be created by issuing 'make check'. I have attached a trivial patch that moves compilation of layout_test as a part of 'make check' instead of a simple 'make'. It does not resolve the issue with PLIB pw dependence but allows mac 64-bit users to compile the essential components of the flightgear source. Can someone please commit the patch to the CVS? Cheers, Jari Index: src/GUI/Makefile.am === RCS file: /var/cvs/FlightGear-0.9/source/src/GUI/Makefile.am,v retrieving revision 1.23 diff -u -p -r1.23 Makefile.am --- src/GUI/Makefile.am 16 Sep 2009 17:07:59 - 1.23 +++ src/GUI/Makefile.am 31 Oct 2009 19:00:48 - @@ -1,5 +1,5 @@ noinst_LIBRARIES = libGUI.a -noinst_PROGRAMS = layout-test +check_PROGRAMS = layout-test if HAVE_FRAMEWORK_PLIB layout_test_PLIB_FW = $(plib_FRAMEWORK) -- 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 Sat, 31 Oct 2009 09:54:06 -0500, Curtis wrote in message ef5fc9920910310754n7f4e32ech78caf4694415...@mail.gmail.com: On Sat, Oct 31, 2009 at 9:21 AM, Erik Hofman wrote: Alright, enough of this. I've spent three full weeks trying to get the position and orientation correctly and asked several times for help but no one seems to care. Fine, it. Erik, I've seen one thread with over 100 messages on the topic and this thread is about 60 messages already, not to mention all the smaller threads and individual messages. You are the audio system expert, and I've seen tons of people pitching in to offer problem reports on their platform and test potential fixes as you propose them. I'm not sure what you are hoping for in terms of help, but I've seen more interest and participation in this process of overhauling the audio system than for just about any other issue in recent memory. Regards, Curt. ..a test script idea; all the way from cvs co etc on everything needed to run the tests Erik needs run, all the way to and thru the tests scripts Erik needs run, and passing on all the logs he needs to read? (I'm busy moving house, workshop, genset and gasifier etc.) -- ..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. -- 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
Arnt Karlsen wrote: On Sat, 31 Oct 2009 09:54:06 -0500, Curtis wrote in message ef5fc9920910310754n7f4e32ech78caf4694415...@mail.gmail.com: Erik, I've seen one thread with over 100 messages on the topic and this thread is about 60 messages already, not to mention all the smaller threads and individual messages. You are the audio system expert, and I've seen tons of people pitching in to offer problem reports on their platform and test potential fixes as you propose them. I'm not sure what you are hoping for in terms of help, but I've seen more interest and participation in this process of overhauling the audio system than for just about any other issue in recent memory. Regards, Curt. ..a test script idea; all the way from cvs co etc on everything needed to run the tests Erik needs run, all the way to and thru the tests scripts Erik needs run, and passing on all the logs he needs to read? (I'm busy moving house, workshop, genset and gasifier etc.) It's not the problems that everybody helped me to find anymore, I really appreciated that. I just wanted some help wiht the figuring out the quaternations and positioning code. It probably could have saved everybody two full weeks if someone with a little knowledge of the matter had told me you can't use the zero vector in rotations for quaternations. Now i had to learn it the hard way (and everybody knows the result). Luckily I seem to get the best ideas when I'm frustrated since I now found out that the up-vector of the listener was actually pointing down. After changing that things seems to fall into place, more or less. Maybe. More tomorrow, I hope. 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] PATCH Suggested configure.ac changes/improvements affecting mac users
I have made changes (improvements?) to the configure script. I have
attached a patch file for configure.ac with changes targeting issues
with building flightgear on my mac. The changes will only impact mac
users.
Changes made:
1) Fixed mixup in AC_ARG_WITH between osg and plib.
2) Added check for that openal framework can be located in the default
framework path. Test for non-standard path is not implemented.
3) Added check if alut is a part of the OpenAL framework, if not the a
AC_SEARCH_LIBS os performed to search for freealut. Snow Leopard
does not provide alut as a part of the OpenAL framework.
4) I added --with-cocoa-framework option. This enables the user to
switch from the default Carbon framework to Cocoa.
Comments:
Change 1) is an error in configure.ac and should be fixed even if the
rest of my changes are rejected.
Change 2) and 3) may break things for other mac users since there was
no checks before, configure simply set some variables without testing.
Change 4) is needed to compile 64-bit binaries on mac but the change
will not affect Carbon users. Carbon is 32-bit only whereas Cocoa
comes also in 64-bit flavour. (OSG works with Cocoa but OSG quicktime
support must be dropped and the ImageIO plug-in must probably be used
in OSG).
Can some other mac users try my changes and report back? If the
changes work on other machines than mine then can convince someone to
commit the changes to CVS.
Cheers,
Jari
Index: configure.ac
===
RCS file: /var/cvs/FlightGear-0.9/source/configure.ac,v
retrieving revision 1.154
diff -u -p -r1.154 configure.ac
--- configure.ac17 Sep 2009 07:39:04 - 1.154
+++ configure.ac31 Oct 2009 21:55:35 -
@@ -85,16 +85,27 @@ case ${host} in
])
# Mac OS X specific configure options
-AC_ARG_WITH(osg_framework, [ --with-osg-framework=PREFIX Specify
the prefix path to osg frameworks [default=standard framework paths]])
-if test x$with_plib_framework != x ; then
-echo plib prefix is $with_plib_framework
+# OpenAL framework is used by default, no openal_framework implemented.
+
+AC_ARG_WITH(cocoa_framework, [ --with-cocoa-framework Use the Cocoa
rather than Carbon]])
+if test x$with_cocoa_framework != x ; then
+macAPI=Cocoa
+AC_MSG_NOTICE([Using Cocoa framework])
+else
+macAPI=Carbon
+AC_MSG_NOTICE([Using Carbon framework])
fi
-AC_ARG_WITH(plib_framework, [ --with-plib-framework=PREFIX Specify
the prefix path to PLIB framework [default=standard framework paths]])
+AC_ARG_WITH(osg_framework, [ --with-osg-framework=PREFIX Specify
the prefix path to osg frameworks [default=standard framework paths]])
if test x$with_osg_framework != x ; then
echo osg prefix is $with_osg_framework
fi
+
+AC_ARG_WITH(plib_framework, [ --with-plib-framework=PREFIX Specify
the prefix path to PLIB framework [default=standard framework paths]])
+if test x$with_plib_framework != x ; then
+echo plib prefix is $with_plib_framework
+fi
;;
esac
@@ -335,7 +346,7 @@ case ${host} in
*-apple-darwin*)
dnl Mac OS X
-LIBS=$LIBS -framework GLUT -framework OpenGL -framework AGL -framework
Carbon -lobjc
+LIBS=$LIBS -framework GLUT -framework OpenGL -framework AGL -framework
$macAPI -lobjc
joystick_LIBS=$joystick_LIBS -framework IOKit -framework CoreFoundation
;;
@@ -399,11 +410,27 @@ case ${host} in
*-apple-darwin*)
dnl Mac OS X
-LIBS=$LIBS -framework IOKit -framework OpenAL
-openal_LIBS=$LIBS
-# not sure how to test if OpenAL exists on MacOS (does it come by default?)
-OPENAL_OK=yes
-ALUT_OK=yes
+if test x$with_openal_lib != x; then
+# Check for openal libs with AC_CHECK_LIB() missing here!
+openal_LIBS=
+else
+# Check that OpenAL framework can be found
+AC_CHECK_FRAMEWORK(OpenAL,[#include OpenAL/al.h])
+if test x$ac_cv_framework_OpenAL = xyes ; then
+openal_LIBS=$FRAMEWORKS
+OPENAL_OK=yes
+# Looking for alut.h, if found assume that it is a part of
+# the OpenAL package.
+AC_CHECK_HEADERS([OpenAL/alut.h],[ALUT_OK=yes])
+fi
+fi
+
+# Check if alut was considered to be a part of the OpenAL
+# framework above, if not try to locate a alut library.
+if test x$ALUT_OK = xno ; then
+AC_SEARCH_LIBS(alutInit, alut,
+ [ ALUT_OK=yes openal_LIBS=$openal_LIBS -lalut ])
+fi
;;
*)
--
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,
[Flightgear-devel] PATCH: terrasync/subversion checks fixed
Hi again, Another patch, this time targeting the check of subversion library support. The current checks in configure.ac are useless, the attached patch detects subversion appropriately if it is intalled. Can someone review it and commit to the flightgear source CVS. Cheers, Jari Index: configure.ac === RCS file: /var/cvs/FlightGear-0.9/source/configure.ac,v retrieving revision 1.154 diff -u -p -r1.154 configure.ac --- configure.ac17 Sep 2009 07:39:04 - 1.154 +++ configure.ac31 Oct 2009 23:00:56 - @@ -707,10 +707,10 @@ fi dnl Check for Subversion library support save_LIBS=$LIBS save_CPPFLAGS=$CPPFLAGS -LIBS= +LIBS=`apr-1-config --link-ld` CPPFLAGS=-I/usr/include/subversion-1 `apr-1-config --includes` AC_CHECK_LIB(svn_client-1, svn_client_checkout3) -AC_CHECK_HEADERS([svn_client.h glut.h]) +AC_CHECK_HEADERS([svn_client.h]) if test x$ac_cv_header_svn_client_h != xyes; then echo TerraSync will shell out for command line subversion svn_LIBS= @@ -718,6 +718,11 @@ if test x$ac_cv_header_svn_client_h != else echo TerraSync will use integrated subversion library AC_SEARCH_LIBS(svn_client_checkout, svn_client-1) + AC_SEARCH_LIBS(svn_delta_version, svn_delta-1) + AC_SEARCH_LIBS(svn_diff_version, svn_diff-1) + AC_SEARCH_LIBS(svn_ra_initialize, svn_ra-1) + AC_SEARCH_LIBS(svn_pool_create_ex, svn_subr-1) + AC_SEARCH_LIBS(svn_wc_version, svn_wc-1) svn_LIBS=$LIBS svn_CPPFLAGS=$CPPFLAGS AC_SUBST(svn_LIBS) -- 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] ZKV500 GPS instrument; (New?) GPS code bug
ok, it was to be sure you follow the movement ;) here are the patch for
route management. sorry for the inconvenience, I've been a bit hurry to
release the first patch.
Turnpoint is managed using OBS mode, the route is still managed by
zkv500's Nasal, only obs mode is available (see
http://wiki.flightgear.org/index.php/GPS_internals). It should be leg
mode but I can't get it to work as I expect to.
thanks in advance for commit the patch (made using fg-commit)
best regards
seb
Victhor Foster a écrit :
The turnpoint screen works again, but it won't start the selected
waypoint, instead it uses the departure airport.
--
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
? zkv500.diff
Index: MainScreens.nas
===
RCS file: /var/cvs/FlightGear-0.9/data/Aircraft/Instruments-3d/zkv500/MainScreens.nas,v
retrieving revision 1.7
diff -u -p -r1.7 MainScreens.nas
--- MainScreens.nas 30 Oct 2009 18:39:12 - 1.7
+++ MainScreens.nas 1 Nov 2009 00:25:32 -
@@ -182,17 +182,13 @@ var screenNavigationMain = {
waypointindex += 1;
next = gps_data.getNode(route/Waypoint[ ~ waypointindex ~ ]/,1);
if (next != nil) {
- gps_wp.getNode(wp/longitude-deg,1).setValue(gps_wp.getNode(wp[1]/longitude-deg,1).getValue());
- gps_wp.getNode(wp/latitude-deg,1).setValue(gps_wp.getNode(wp[1]/latitude-deg,1).getValue());
- gps_wp.getNode(wp/altitude-ft,1).setValue(gps_wp.getNode(wp[1]/altitude-ft,1).getValue());
- gps_wp.getNode(wp/ID,1).setValue(gps_wp.getNode(wp[1]/ID,1).getValue());
-
- gps_wp.getNode(wp[1]/longitude-deg,1).setValue(next.getNode(longitude-deg,1).getValue());
- gps_wp.getNode(wp[1]/latitude-deg,1).setValue(next.getNode(latitude-deg,1).getValue());
- gps_wp.getNode(wp[1]/altitude-ft,1).setValue(next.getNode(altitude-ft,1).getValue());
- gps_wp.getNode(wp[1]/waypoint-type,1).setValue(next.getNode(waypoint-type,1).getValue());
- gps_wp.getNode(wp[1]/ID,1).setValue(next.getNode(ID,1).getValue());
-
+ var scratch = gps_data.getNode(scratch);
+ scratch.getNode(longitude-deg,1).setValue(next.getNode(longitude-deg,1).getValue());
+ scratch.getNode(latitude-deg,1).setValue(next.getNode(latitude-deg,1).getValue());
+ scratch.getNode(altitude-ft,1).setValue(next.getNode(altitude-ft,1).getValue());
+ scratch.getNode(type,1).setValue(next.getNode(waypoint-type,1).getValue());
+ scratch.getNode(ident,1).setValue(next.getNode(ID,1).getValue());
+ gps_data.getNode(command).setValue(obs);
}
else {
page = 0; #screenTaskSelect
Index: TaskScreens.nas
===
RCS file: /var/cvs/FlightGear-0.9/data/Aircraft/Instruments-3d/zkv500/TaskScreens.nas,v
retrieving revision 1.3
diff -u -p -r1.3 TaskScreens.nas
--- TaskScreens.nas 14 Jul 2008 14:40:22 - 1.3
+++ TaskScreens.nas 1 Nov 2009 00:25:32 -
@@ -19,18 +19,8 @@ var screenTaskSelect = {
}));
foreach (var c; gps_data.getNode(route).getChildren(Waypoint))
screenWaypointsList.n += 1;
- gps_wp.getNode(wp/latitude-deg,1).setValue(gps_data.getNode(indicated-latitude-deg,1).getValue());
- gps_wp.getNode(wp/longitude-deg,1).setValue(gps_data.getNode(indicated-longitude-deg,1).getValue());
- gps_wp.getNode(wp/altitude-ft,1).setValue(gps_data.getNode(indicated-altitude-ft,1).getValue());
- gps_wp.getNode(wp/ID).setValue(startpos);
-
- gps_wp.getNode(wp[1]/latitude-deg,1).setValue(gps_data.getNode(route/Waypoint/latitude-deg,1).getValue());
- gps_wp.getNode(wp[1]/longitude-deg,1).setValue(gps_data.getNode(route/Waypoint/longitude-deg,1).getValue());
- gps_wp.getNode(wp[1]/altitude-ft,1).setValue(gps_data.getNode(route/Waypoint/altitude-ft,1).getValue());
- gps_wp.getNode(wp[1]/waypoint-type,1).setValue(gps_data.getNode(route/Waypoint/waypoint-type,1).getValue());
- gps_wp.getNode(wp[1]/ID,1).setValue(gps_data.getNode(route/Waypoint/ID,1).getValue());
-
- waypointindex = 0;
+ waypointindex = -1;
+ screenNavigationMain.nextWaypoint();
me.loaded = 1;
},
enter : func {
Index: TurnpointScreens.nas
===
RCS file: /var/cvs/FlightGear-0.9/data/Aircraft/Instruments-3d/zkv500/TurnpointScreens.nas,v
retrieving revision 1.5
diff -u -p -r1.5 TurnpointScreens.nas
--- TurnpointScreens.nas 30 Oct 2009 18:39:12 - 1.5
+++ TurnpointScreens.nas 1 Nov 2009 00:25:32 -
@@ -18,20 +18,21 @@
[Flightgear-devel] Access flight data with an external application in realtime.
Hello! I was planning on using FG as a UAV test platform. The idea was to have a demo flight with takeoff and landing on about 10 minutes. And during that flight I would gather flight data with an external program. Data like GPS position, airspeed, height and so on. Is there an easy way to access different flight data from an external application during flight? The first way that come in mind is to connect to it in multiplayer mode. But, since I never have tested multiplayer, I don't know what information that is sent out to the other players. Or perhaps using the Paparazzi project to control the plane, and gather data from Paparazzi instead? Does anyone have any thoughts on how this can be done? Oerjan Pettersen -- 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
