[Flightgear-devel] Is Coogle stealing a lead?
My attention was recently drawn by a UK tecky tv programme to http://www.gefs-online.com/ a google earth flight sim which could be the answer to all landclass boundary problems. Has anyone checked this out yet? I've had a go at trying this out, but it seems to lean heavily in favour of Windows as opposed to Linux/OSX I've not had much luck at getting this to run on my dual booting box, but wonder if anyone out there has had any success? Kind regards, Alasdair Campbell -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Kinect for pc for head tracking?
On 17/03/13 20:27, geneb wrote: On Sun, 17 Mar 2013, Alasdair Campbell wrote: To which end, you are not very encouraging with your ridiculous proclivity to commence every sentence with a double period, which does little other than highlight you as a bloody fool. Alasdair Campbell On reflection, I must apologise to Arnt for my inappropriately rough choice of words. I suspect you may more a comedian than a fool.. Sorry Arnt. Nah, he's an idiot of the highest quality. :) He occupies my killfile for good reason. :) g. Well I suppose I must respect the opinion of someone who owns his own fighter jet, so I'll go along with you. AC -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Kinect for pc for head tracking?
On 16/03/13 16:40, Alasdair Campbell wrote: On 16/03/13 14:57, Arnt Karlsen wrote: On Sat, 16 Mar 2013 01:17:41 -0700, Zhitao wrote in message 001a01ce221e$bbcde800$3369b800$@gmail.com: Thanks Alan. It's funny that you are able to tell English is not my first language. :) Believe me I tried my best to hide that. ..one problem with that, is you trick people into assuming a lot of cultural things that lead to misunderstandings, your otherwise excellent English language post _could_ come across as e.g. a Microsoft shill or FlightSimPro trying to cover-up code theft or trying to frame GPL or FlightGear code as stolen from Microsoft or somesuch, http://groklaw.net/ has covered this kinda cases for 10 years now, and all it really takes, is someone here like Thorsten Renk having a bad day. ..if you had e.g. pasted in your (Han Chinese?) original draft, we would immediately know English is not your Native language, and read it with the appropriate tolerance filters. Thank you too, Arnt, but as as a perfect English,speaker I could hardly understand one word you spoke. I think it is high time that you and Thorsten stopped pontificating about your relative multilingual skills and give the guys who are not so fluent in English a break.They deserve all our admiration for having a damn good go at making themselves understood in the language that is common to international aviation and subsequently to international aviation simulation as well. I wish I was brave enough to try and make myself understood in their tongue. To which end, you are not very encouraging with your ridiculous proclivity to commence every sentence with a double period, which does little other than highlight you as a bloody fool. Alasdair Campbell On reflection, I must apologise to Arnt for my inappropriately rough choice of words. I suspect you may more a comedian than a fool.. Sorry Arnt. AC -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Kinect for pc for head tracking?
On 16/03/13 14:57, Arnt Karlsen wrote: On Sat, 16 Mar 2013 01:17:41 -0700, Zhitao wrote in message 001a01ce221e$bbcde800$3369b800$@gmail.com: Thanks Alan. It's funny that you are able to tell English is not my first language. :) Believe me I tried my best to hide that. ..one problem with that, is you trick people into assuming a lot of cultural things that lead to misunderstandings, your otherwise excellent English language post _could_ come across as e.g. a Microsoft shill or FlightSimPro trying to cover-up code theft or trying to frame GPL or FlightGear code as stolen from Microsoft or somesuch, http://groklaw.net/ has covered this kinda cases for 10 years now, and all it really takes, is someone here like Thorsten Renk having a bad day. ..if you had e.g. pasted in your (Han Chinese?) original draft, we would immediately know English is not your Native language, and read it with the appropriate tolerance filters. Thank you too, Arnt, but as as a perfect English,speaker I could hardly understand one word you spoke. I think it is high time that you and Thorsten stopped pontificating about your relative multilingual skills and give the guys who are not so fluent in English a break.They deserve all our admiration for having a damn good go at making themselves understood in the language that is common to international aviation and subsequently to international aviation simulation as well. I wish I was brave enough to try and make myself understood in their tongue. To which end, you are not very encouraging with your ridiculous proclivity to commence every sentence with a double period, which does little other than highlight you as a bloody fool. Alasdair Campbell -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Compasses, magnetic variation, and stuff
On 13/03/13 15:37, Curtis Olson wrote: On Wed, Mar 13, 2013 at 10:20 AM, Torsten Dreyer tors...@t3r.de mailto:tors...@t3r.de wrote: Yes, it's very interesting. My chart for Ireland specifically warns about the large variation (+5W) which I'm sure catches people out. And that's before you have to add variation due to the airframe ! nitpicking which is call deviation /nitpicking ;-) which is call*/ed/* deviation. :-) :-) Curt. -- Curtis Olson: http://www.atiak.com http://www.atiak.com/ - http://aem.umn.edu/~uav/ http://aem.umn.edu/%7Euav/ http://www.flightgear.org http://www.flightgear.org/ - http://gallinazo.flightgear.org http://gallinazo.flightgear.org/ Thanks to all who have contributed to this wee discussion. It never ceases to amaze me at the delicious bits of technology lying below the surface of FlightGear Alasdair -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Compasses, magnetic variation, and stuff
A couple of evenings ago, while playing around with the SenecaII at my home airport (EGPF), I noticed a small, but annoying discrepancy between the magnetic compass and the runway heading. Having had a look at how the slaved directional gyro in the Seneca works, it dawned on me that I had no idea how the magnetic compass works in FG. A little rooting around led me to simgear/magvar/coremag.?xx and the wonderful world of The World Magnetic Model http://www.ngdc.noaa.gov/geomag/WMM/DoDWMM.shtml Now the comments at the beginning of coremag.cxx imply that the module originally implemented wmm2000 and was updated by Wim Van Hoydonck (wim.van.hoydo...@gmail.com) to wmm2005. The current version is now wmm2010, and I wonder if simgear has been updated to reflect this? Could this account for my heading discrepancy at EGPF? Alasdair -- Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester Wave(TM): Endpoint Security, Q1 2013 and remains a good choice in the endpoint security space. For insight on selecting the right partner to tackle endpoint security challenges, access the full report. http://p.sf.net/sfu/symantec-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Compasses, magnetic variation, and stuff
On 12/03/13 18:48, James Turner wrote: On 12 Mar 2013, at 17:55, Stuart Buchanan stuar...@gmail.com mailto:stuar...@gmail.com wrote: Now the comments at the beginning of coremag.cxx imply that the module originally implemented wmm2000 and was updated by Wim Van Hoydonck (wim.van.hoydo...@gmail.com mailto:wim.van.hoydo...@gmail.com) to wmm2005. The current version is now wmm2010, and I wonder if simgear has been updated to reflect this? Could this account for my heading discrepancy at EGPF? Probably not. It's more likely that the magnetic variation has simply changed since the runway number was set, as it varies over time. However, it probably wouldn't do any harm to update our model - the model is supposed to model the physical earth, and navigation data / charts *do* get out of sync Stuart with that - so as far as I can see, updating to a more accurate model shouldn't break anything. If you want to cook up a merge request, I'll apply it. We have time to back it out if the universe explodes :) James Thank you Stuart James for your responses, Stuart, I was not so much interested in what is painted on the ground, but what is indicated on the slaved gyro. Your comments have made me reconsider my maths. apt.dat shows a true heading for EGPF R05 of 46.34 (where does one find true runway headings?) Magvar on 2011 was 4.0W (http://www.nats-uk.ead-it.com/public/index.php%3Foption=com_contenttask=blogcategoryid=72Itemid=121.html) Annual Rate of Change 0.17°E (source as above) So current Magvar =3.66W Now I suppose I must ADD? this figure to the true heading? giving 50.00 as the magnetic heading for EGPF R05. The slaved compass reports 50.03, which is good enough for me, But I wonder if, as James suggested, upgrading to ww2010 might lose the tiny difference. I may try this on a local repo and see what happens. Sorry for thinking aloud, but I find this wmm stuff fascinating, though complicated. Thanks Alasdair -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Compasses, magnetic variation, and stuff
On 12/03/13 18:48, James Turner wrote: On 12 Mar 2013, at 17:55, Stuart Buchanan stuar...@gmail.com mailto:stuar...@gmail.com wrote: Now the comments at the beginning of coremag.cxx imply that the module originally implemented wmm2000 and was updated by Wim Van Hoydonck (wim.van.hoydo...@gmail.com mailto:wim.van.hoydo...@gmail.com) to wmm2005. The current version is now wmm2010, and I wonder if simgear has been updated to reflect this? Could this account for my heading discrepancy at EGPF? Probably not. It's more likely that the magnetic variation has simply changed since the runway number was set, as it varies over time. However, it probably wouldn't do any harm to update our model - the model is supposed to model the physical earth, and navigation data / charts *do* get out of sync with that - so as far as I can see, updating to a more accurate model shouldn't break anything. If you want to cook up a merge request, I'll apply it. We have time to back it out if the universe explodes :) James Thanks, for the response. I'm not at all sure if I possess the requisite skills, but being recently retired. I sure have the time. I will try and look into this a little further. Alasdair -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Flightgear-devel Digest, Vol 82, Issue 19
On 27/02/13 15:33, geneb wrote: On Wed, 27 Feb 2013, Arnt Karlsen wrote: And then FX X is dead. It no longer exists. If you compare, do it with what exists. Xplane 10 (64 bit) or Prepar3D, this is the surviving of FS X (production of Lockheed Martin) While your diatribe makes ZERO sense to me, you're incorrect that FSX is dead. ..I thought Microsoft end-lifed it? As far as I know, they're still distributing it. Games typically don't get an official EOL like other products do. They do still support it through their website although further development ceased when they closed the ACES studio and sold the ESP assets to Lockheed-Martin. It's still being sold (you can buy brand new copies from Amazon, right now) and it's still heavily supported by the third-party developer community. ..yes, but not by Microsoft? Yes, by Microsoft. Note that until you stop beginning every sentence with .., you're going in my killfile. g. Well said G. While I appreciate Arnt's contributions, I too find his double-dot convention infuriating and almost unreadable. Alasdair -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Simgear commit breaks Atlas (ot??)
On Sun, 14 Oct 2012 20:47:01 +0200 (CEST) Frederic Bouvier fredfgf...@free.fr wrote: t1.update( SGGeod::fromRad(lon, lat), 0, 0 ); There is also SGGeod::fromDeg to avoid the multiply by SGD_DEGREES_TO_RADIANS Regards, -Fred - Mail original - De: Alasdair Campbell ali...@btinternet.com À: FlightGear devel flightgear-devel@lists.sourceforge.net Envoyé: Dimanche 14 Octobre 2012 18:26:54 Objet: [Flightgear-devel] Simgear commit breaks Atlas (ot??) After SGTime: use SGGeod, quieter init. (James Turner 89d30acbc5040bf36a3329fcb21789d2855fa6d3) Atlas build (misc.cxx) fails at: double magneticVariation(double lat, double lon, double elev) { SGTime t1; lon *= SGD_DEGREES_TO_RADIANS; lat *= SGD_DEGREES_TO_RADIANS; t1.update(lon, lat, 0, 0); return sgGetMagVar(lon, lat, elev, t1.getJD()) * SGD_RADIANS_TO_DEGREES; } Can I get a suggestion to update this code in my local repo to: t1.update( const SGGeod location, time_t ct, long int warp ) Sorry, my c++ is so really rusty. Alasdair Thank you Fred. I had tried something similar, but your suggestion still gives link error: g++ -g -O2 -DFGBASE_DIR='NONE/lib/FlightGear' -L/usr/local//lib -o Atlas Notifications.o Atlas.o GLUTWindow.o AtlasBaseWindow.o AtlasWindow.o AtlasController.o FlightTrack.o Image.o NavData.o Overlays.o AirportsOverlay.o AirwaysOverlay.o FixesOverlay.o NavaidsOverlay.o FlightTracksOverlay.o CrosshairsOverlay.o RangeRingsOverlay.o Tiles.o TileMapper.o Searcher.o Search.o Preferences.o Graphs.o Culler.o Scenery.o Background.o Cache.o LayoutManager.o Bucket.o Subbucket.o Palette.o misc.o Globals.o Geographics.o -lsgmagvar -lsgtiming -lsgmisc -lsgio -lsgserial -lsgdebug -lsgbucket -lsgstructure -lsgmath -lsgthreads -lplibsg -lplibpuaux -lplibpu -lplibfnt -lplibnet -lglut -lGLU -lGL -lXmu -lXt -lSM -lICE -lXi -lXext -lX11 -lpthread -lrt -lm -lpng -lz -ljpeg -lGLEW -lplibul -lcurl -lrt -lm misc.o: In function `magneticVariation(double, double, double)': /home/alasdair/Desktop/Atlas/src/misc.cxx:405: undefined reference to `SGTime::update(SGGeod const, long, long)' collect2: error: ld returned 1 exit status make[3]: *** [Atlas] Error 1 I am pulling my hair out:( Do I need to link against another sg library? Kind regards, Alasdair -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Simgear commit breaks Atlas (ot??)
On Sun, 14 Oct 2012 23:24:29 +0200 (CEST) Frederic Bouvier fredfgf...@free.fr wrote: Simgear library naming changed recently. -lsgmagvar -lsgtiming -lsgmisc -lsgio -lsgserial -lsgdebug -lsgbucket -lsgstructure -lsgmath -lsgthreads are gone and should be replaced by -lSimGearCore -lSimGearScene Regards, -Fred Problem solved. Many Thanks. Both my efforts your suggestion now build OK. FYI the Atlas configure.ac will use -lSimGearCore if ENABLE_SIMGEAR_SHARED is set to yes, which is misleading. I will change this to something more more useful (Suggestion?). Again, many thanks Alasdair -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] fg build error
FG commit Update FindSimGear for simplified lib names, by James makes my build die with the error: CMake Error: The following variables are used in this project, but they are set to NOTFOUND. Please set them or make sure they are set and tested correctly in the CMake files: SIMGEAR_SCENE_LIBRARY_RELEASE (ADVANCED) cmake version is 2.8.9 simgear libs installed in /usr/local/lib/x86_64-linux-gnu simgear includes installed in /usr/local/include/simgear Distro debian/sid Regards Alasdair ali...@btinternet.com -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] fg build error
FG commit Update FindSimGear for simplified lib names, by James makes my build die with the error: CMake Error: The following variables are used in this project, but they are set to NOTFOUND. Please set them or make sure they are set and tested correctly in the CMake files: SIMGEAR_SCENE_LIBRARY_RELEASE (ADVANCED) cmake version is 2.8.9 simgear libs installed in /usr/local/lib/x86_64-linux-gnu simgear includes installed in /usr/local/include/simgear Distro debian/sid Regards Alasdair ali...@btinternet.com -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] fg build error
Thanks, JT. I must have timed my git pull at the wrong moment. Problem gone! Regards, Alasdair ps. I am having a rough time with email at the moment. BTYahoo is sending all my FG mail to trash, and evolution mail is well fu. Any suggestion for a email/calender linux app? From: James Turner zakal...@mac.com To: FlightGear developers discussions flightgear-devel@lists.sourceforge.net Sent: Monday, 17 September 2012, 17:11 Subject: Re: [Flightgear-devel] fg build error On 17 Sep 2012, at 17:07, Alasdair wrote: CMake Error: The following variables are used in this project, but they are set to NOTFOUND. Please set them or make sure they are set and tested correctly in the CMake files: SIMGEAR_SCENE_LIBRARY_RELEASE (ADVANCED) cmake version is 2.8.9 simgear libs installed in /usr/local/lib/x86_64-linux-gnu simgear includes installed in /usr/local/include/simgear Distro debian/sid Did you get the follow-on commit which fixed the typo? That fixed this issue on the Jenkins builds. James -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel-- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] RE : fg build error
From: Frederic Bouvier fredfgf...@free.fr To: FlightGear developers discussions flightgear-devel@lists.sourceforge.net Sent: Monday, 17 September 2012, 17:12 Subject: [Flightgear-devel] RE : fg build error You need to erase the cmake cache, your build directory and rebuild simgear Regards -Fred Thanks, Fred, but all my FG builds are on /tmp and deleted after install. FYI, if anyone is interested, here follows my build script.. #!/bin/bash BUILDDIR=/tmp SGDIR=${BUILDDIR}/SGBuild FGDIR=${BUILDDIR}/FGBuild OSGDIR=${BUILDDIR}/OSGBuild SRC=/opt OSGSRC=${SRC}/OpenSceneGraph-3.0.1 SGSRC=${SRC}/FlightGear/simgear FGSRC=${SRC}/FlightGear/flightgear export LIBSVN_DIR=/usr/lib/x86_64-linux-gnu build_osg () { mkdir -p $OSGDIR cd $OSGDIR cmake $OSGSRC make ${SUDO}make install rm -rf $OSGDIR } build_sg () { mkdir -p $SGDIR cd $SGDIR cmake -DJPEG_FACTORY=true $SGSRC make ${SUDO}make install rm -rf $SGDIR } build_fg () { mkdir -p $FGDIR cd $FGDIR cmake $FGSRC make ${SUDO}make install rm -rf $FGDIR } #exec starts here [ $1 == -osg ] build_osg build_sg build_fg -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel buildfg Description: Binary data -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] strange screen
On Tue, 2012-09-04 at 22:14 +0100, Alasdair wrote: On Tue, 2012-09-04 at 21:58 +0100, Alasdair wrote: On Tue, 2012-09-04 at 22:34 +0200, Frederic Bouvier wrote: If you start FG with --log-level=debug --log-class=view you'll be able to see messages like : FGEventHandler::handle: RESIZE event 763 x 1338, resizable: 1 FGRenderer::resize: new size 1338 x 763 What are yours ? Regards, -Fred I see FGRenderer::resize: new size 1904 x 993 but no reference to FGEventHandler::? I already has a look at FGRenderer::resize, but the method doesn't seem to do anything, except issue the above message at debug level. Keep going, Fred! I have every confidence you can crack this problem. It's the FGEventHandler::handle that actually do the resize. So if you don't see it it explains what you see. BTW: What is your OSG version ? Regards, -Fred 3.0.1 I always used my own build, but also tried debian's deb (version 3.0.1-3 +b2) Alasdair I see : FGEventHandler::handle: RESIZE event 1002 x 1920, resizable: 1 FGRenderer::resize: new size 1920 x 1002 but _only after I click the maximize widget_ Screen reverts to small view if I click any menu item Alasdair Mind you, I don't see FGEventHandler::handle in the log for checkout prior to caeebdbd935015fd7b2bb3071e5f09b1b7815415 either, where the problem is not evident. Alasdair -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] strange screen
I have narrowed this problem down further. Comment out: instrumentation n=0 pathAircraft/c172p/Systems/instrumentation.xml/path /instrumentation in c172p-set.xml Similarly instrumentation pathAircraft/b1900d/Systems/instrumentation.xml/path /instrumentation -- in b1900d-set.xml and in the case of the SenecaII instrumentation pathAircraft/SenecaII/Systems/SenecaII-instruments.xml/path /instrumentation in SenecaII-base.xml The Calalyst view port problem disappears and the problem planes behave beautifully. Can someone with this problem confirm? Alasdair -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] strange screen
On Wed, 2012-09-05 at 15:47 +0200, Anders Gidenstam wrote: On Wed, 5 Sep 2012, Alasdair wrote: I have narrowed this problem down further. Comment out: instrumentation n=0 pathAircraft/c172p/Systems/instrumentation.xml/path /instrumentation in c172p-set.xml Similarly instrumentation pathAircraft/b1900d/Systems/instrumentation.xml/path /instrumentation -- in b1900d-set.xml and in the case of the SenecaII instrumentation pathAircraft/SenecaII/Systems/SenecaII-instruments.xml/path /instrumentation in SenecaII-base.xml The Calalyst view port problem disappears and the problem planes behave beautifully. Can someone with this problem confirm? That would make the aircraft use the generic instrumentation file that includes the wxradar instrument (which usually or, maybe, always masks the problem). You could also try adding radar namewxradar/name number0/number /radar in the aircraft's own instrumentation file. This, however, is just a work-around, not a solution. Cheers, Anders Sort of back where we started really, but I noticed (as I guess you know) that it is not the contents of the instrumentation file, but its mere inclusion that causes the problem. Ie replace the instrumentation file with an empty(ish) xml file and the problem persists (and the darn instruments don't work). I will try your suggested fix, rather than trashing the instrumentation files. Thanks. Alasdair -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] strange screen
On Wed, 2012-09-05 at 15:06 +0100, Alasdair wrote: On Wed, 2012-09-05 at 15:47 +0200, Anders Gidenstam wrote: On Wed, 5 Sep 2012, Alasdair wrote: I have narrowed this problem down further. Comment out: instrumentation n=0 pathAircraft/c172p/Systems/instrumentation.xml/path /instrumentation in c172p-set.xml Similarly instrumentation pathAircraft/b1900d/Systems/instrumentation.xml/path /instrumentation -- in b1900d-set.xml and in the case of the SenecaII instrumentation pathAircraft/SenecaII/Systems/SenecaII-instruments.xml/path /instrumentation in SenecaII-base.xml The Calalyst view port problem disappears and the problem planes behave beautifully. Can someone with this problem confirm? That would make the aircraft use the generic instrumentation file that includes the wxradar instrument (which usually or, maybe, always masks the problem). You could also try adding radar namewxradar/name number0/number /radar in the aircraft's own instrumentation file. This, however, is just a work-around, not a solution. Cheers, Anders Sort of back where we started really, but I noticed (as I guess you know) that it is not the contents of the instrumentation file, but its mere inclusion that causes the problem. Ie replace the instrumentation file with an empty(ish) xml file and the problem persists (and the darn instruments don't work). I will try your suggested fix, rather than trashing the instrumentation files. Thanks. Alasdair Clearly, as has been widely suggested, the inclusion of the radar stanza in the instrumentation file(s) does indeed mask this infuriating problem. It may be time to take this discussion off-list? I have no idea as to how to even _start_ to debug this problem, but I have the time, the resources, the will, and maybe even the skill to have a go. What I lack is the knowledge. Anyone wanting to contact me (maybe off-list) do not hesitate. We have some of the best coders in the world. Lend me a hand to get started, and I will give it my best shot. Alasdair -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] strange screen
On Mon, 2012-09-03 at 21:32 +0100, Alasdair wrote: On Mon, 2012-09-03 at 09:39 -0600, syd adams wrote: Im running Ubuntu , still get that problem.I've added the radar to my intrumentation file in my affected aircraft , and the problem is gone.Strange. Syd On Mon, Sep 3, 2012 at 2:23 AM, Alasdair ali...@btinternet.com wrote: On Mon, 2012-09-03 at 01:06 +0200, ThorstenB wrote: On Sun, Sep 2, 2012 at 11:31 AM, Alasdair ali...@btinternet.com wrote: After git pull (sg,fg,fgdata) a couple of days ago, I was presented with a strange screen which I had not seen before. My regular was shown as a sub-screen in the bottom-left corner. Clicking the maximise widget restores full screen, but any click on a menu item returns me to this stupid screen. Is this infuriating behaviour deliberate, or has my graphics driver gone walk-about? https://dl.dropbox.com/u/15936159/fg_quarter-screen.png Unfortunately a long standing issue. This affects ATI graphics cards when running newer drivers. It can be fixed by reverting to an older ATI driver (see link below). To me it looked like a genuine OSG or ATI driver bug (the size of the graphics view port doesn't properly resize to the size of the window), but it's likely triggered by something special we're doing in FG, since other applications don't seem to have this issue. Also, it's timing-/sequence dependant: it only affects certain aircraft (aircraft using wxradar, which changes/delays the OSG init sequence on startup, are less likely to have the issue) - and for some people it dis- and reappears with certain FG builds. It would be really good if someone seeing the issue locally could properly debug this - even if it means digging into OSG - since a larger number of people are affected. I tried remote debugging this a while ago, but gave up after being unable to narrow it down inside FG. Maybe someone else has better luck. For more see here: http://code.google.com/p/flightgear-bugs/issues/detail?id=385 cheers, Thorsten Thanks very much for the link, Thorsten, it is a good start. But strange that this problem, should just appear without any driver change. But I am using Debian SID, and update my system daily, so it could be OS-related. I will install UBUNTU and try the same build under that OS. regards, Alasdair OK I tried building the same git version on Ubuntu (different gcc version) Same problem. Tried a complete fresh clone (sg/fg/fgdata) Same problem. Downloaded and built 2.8.0 and built with same script : NO problem. So this is a git problem and fairly recent too. 0- Most aircraft I have tested behave properly, but the ones that have this strange viewport problem include : c172p, b1900d, SenecaII. The viewport changes immediately after the splash screen displays initializing graphics engine. Maybe someone can figure out what these have in common that the 707, 737-300, 777-200ER, A-10, A300, aerostar700, alphajet, b29, bf109g, Bravo, c310, Citation*, CRJ700ER, Cub and pa24-250-CIIB do not. I cannot therefore attribute this problem to the Catalyst driver. My git pull/build of 12 Aug did not display this problem. That of 1 Sep did. So I reckon it must have been a commit made between these dates. Alasdair Further research shows that for the b1900d SenecaII, this problem goes way back to 2.6.0. It has only become apparent (in my case) for the c172p in recent git pulls. I will attempt to find exactly when, but I am having to learn git as I go :-( Since the c172p is my aircraft of choice, the problem has gone unnoticed up till now. Thanks to all who are helping me resolve this issue. Alasdair -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] strange screen
On Tue, 2012-09-04 at 12:07 +0100, James Turner wrote: On 4 Sep 2012, at 11:43, Alasdair wrote: Further research shows that for the b1900d SenecaII, this problem goes way back to 2.6.0. It has only become apparent (in my case) for the c172p in recent git pulls. I will attempt to find exactly when, but I am having to learn git as I go :-( Since the c172p is my aircraft of choice, the problem has gone unnoticed up till now. I would be very cautious in your testing - from what Thorsten's already indicated, you are /not/ looking at a stable issue. There's certainly code-paths that bias it (wxradar apparently, and model complexity / texture complexity in general), but changing OS / driver / FG version and having the problem go away or re-appear doesn't conclusively indicate that a specific change was made in those things, that is causal for the bug. In other words, changing your configuration (aircraft, rendering settings, drivers, who knows) may push you back-and-forth over the line where the bug occurs, but that doesn't tell us much about the real cause. Of course, testing is still worthwhile - it would be interesting to know if anyone saw the issue with FG 2.4 - but again so much has changed in terms of shaders complexity, that I fear this again might not prove anything. James Thanks for the words of wisdom, James, but I am still curious to determine when the problem began for me on the c172p. I don't think Fred's suggestion for git bisect will work because I have to bisect fg, sg and data and keep them in sync, so I reckon I will have to do the binary chop manually. This is really a labour of love curiosity, cos all is ok on another more powerful m/c with nvidia graphics + 4 monitors. regards, Alasdair -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] strange screen
On Tue, 2012-09-04 at 15:00 +0200, Anders Gidenstam wrote: Try checking out the c172p as of the commit before caeebdbd935015fd7b2bb3071e5f09b1b7815415 E.g. git checkout caeebdbd935015fd7b2bb3071e5f09b1b7815415^ -- Aircraft/c172p That commit, from Aug 23, switches the c172p to use its own instrumentation file rather than using the generic one. While the generic one contains the wxradar instrument, the specific (naturally) doesn't. IIRC enabling the wxradar instrument is a well/long-known work-around for this problem on ATI hardware? Also try changing the default window size settings in preferences.xml - to see if the frame buffer for some reason reverts to the default/startup size after the windows is resized to fullscreen. Cheers, Anders I reckon you are on the right track, Anders. I have already narrowed narrowed the problem down to fgdata, as building next of yesterday against with an older fgdata checkout works just fine. I shall fast forward to the commit you suggest. Grr, I am beginning to enjoy this here git, it's cool - even for a senile old bugger like me :-) Alasdair -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] strange screen
On Tue, 2012-09-04 at 18:00 +0200, Frederic Bouvier wrote: Can't think how to proceed from here though :-( Sigh! As you and others have mentioned, the wxradar connection ought to be a clue, but I am not brainy enough anymore to follow it up, especially if involves delving into OSG. If you are able to start Rembrandt, does it change anything ? Regards, -Fred You bet your cotton-picking socks it does! Bravo! Horrible display, but that's to be expected on naff built-in graphics, without tuning: https://dl.dropbox.com/u/15936159/fgfs-rembrandt.png Shows full screen + screwy view port Progress ?? Alasdair :-) -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] strange screen
On Tue, 2012-09-04 at 18:52 +0200, Frederic Bouvier wrote: On Tue, 2012-09-04 at 18:00 +0200, Frederic Bouvier wrote: Can't think how to proceed from here though :-( Sigh! As you and others have mentioned, the wxradar connection ought to be a clue, but I am not brainy enough anymore to follow it up, especially if involves delving into OSG. If you are able to start Rembrandt, does it change anything ? Regards, -Fred You bet your cotton-picking socks it does! Bravo! Horrible display, but that's to be expected on naff built-in graphics, without tuning: https://dl.dropbox.com/u/15936159/fgfs-rembrandt.png Shows full screen + screwy view port Progress ?? And the same screenshot with 'Debug Hide/Show Rendering Buffers' menu on, like in http://wiki.flightgear.org/File:Project_rembrandt_1.png (notice the corners) ? Regards, -Fred Here you go: https://dl.dropbox.com/u/15936159/fgfs-rem_rend_buffers_on.png You seem to be scenting the fox here, Fred Wish I knew what the rendering buffers tell you! Alasdair -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] strange screen
If you start FG with --log-level=debug --log-class=view you'll be able to see messages like : FGEventHandler::handle: RESIZE event 763 x 1338, resizable: 1 FGRenderer::resize: new size 1338 x 763 What are yours ? Regards, -Fred I see FGRenderer::resize: new size 1904 x 993 but no reference to FGEventHandler::? I already has a look at FGRenderer::resize, but the method doesn't seem to do anything, except issue the above message at debug level. Keep going, Fred! I have every confidence you can crack this problem. Alasdair -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] strange screen
On Tue, 2012-09-04 at 22:34 +0200, Frederic Bouvier wrote: If you start FG with --log-level=debug --log-class=view you'll be able to see messages like : FGEventHandler::handle: RESIZE event 763 x 1338, resizable: 1 FGRenderer::resize: new size 1338 x 763 What are yours ? Regards, -Fred I see FGRenderer::resize: new size 1904 x 993 but no reference to FGEventHandler::? I already has a look at FGRenderer::resize, but the method doesn't seem to do anything, except issue the above message at debug level. Keep going, Fred! I have every confidence you can crack this problem. It's the FGEventHandler::handle that actually do the resize. So if you don't see it it explains what you see. BTW: What is your OSG version ? Regards, -Fred 3.0.1 I always used my own build, but also tried debian's deb (version 3.0.1-3 +b2) Alasdair -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] strange screen
On Tue, 2012-09-04 at 21:58 +0100, Alasdair wrote: On Tue, 2012-09-04 at 22:34 +0200, Frederic Bouvier wrote: If you start FG with --log-level=debug --log-class=view you'll be able to see messages like : FGEventHandler::handle: RESIZE event 763 x 1338, resizable: 1 FGRenderer::resize: new size 1338 x 763 What are yours ? Regards, -Fred I see FGRenderer::resize: new size 1904 x 993 but no reference to FGEventHandler::? I already has a look at FGRenderer::resize, but the method doesn't seem to do anything, except issue the above message at debug level. Keep going, Fred! I have every confidence you can crack this problem. It's the FGEventHandler::handle that actually do the resize. So if you don't see it it explains what you see. BTW: What is your OSG version ? Regards, -Fred 3.0.1 I always used my own build, but also tried debian's deb (version 3.0.1-3 +b2) Alasdair I see : FGEventHandler::handle: RESIZE event 1002 x 1920, resizable: 1 FGRenderer::resize: new size 1920 x 1002 but _only after I click the maximize widget_ Screen reverts to small view if I click any menu item Alasdair -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] strange screen
On Mon, 2012-09-03 at 01:06 +0200, ThorstenB wrote: On Sun, Sep 2, 2012 at 11:31 AM, Alasdair ali...@btinternet.com wrote: After git pull (sg,fg,fgdata) a couple of days ago, I was presented with a strange screen which I had not seen before. My regular was shown as a sub-screen in the bottom-left corner. Clicking the maximise widget restores full screen, but any click on a menu item returns me to this stupid screen. Is this infuriating behaviour deliberate, or has my graphics driver gone walk-about? https://dl.dropbox.com/u/15936159/fg_quarter-screen.png Unfortunately a long standing issue. This affects ATI graphics cards when running newer drivers. It can be fixed by reverting to an older ATI driver (see link below). To me it looked like a genuine OSG or ATI driver bug (the size of the graphics view port doesn't properly resize to the size of the window), but it's likely triggered by something special we're doing in FG, since other applications don't seem to have this issue. Also, it's timing-/sequence dependant: it only affects certain aircraft (aircraft using wxradar, which changes/delays the OSG init sequence on startup, are less likely to have the issue) - and for some people it dis- and reappears with certain FG builds. It would be really good if someone seeing the issue locally could properly debug this - even if it means digging into OSG - since a larger number of people are affected. I tried remote debugging this a while ago, but gave up after being unable to narrow it down inside FG. Maybe someone else has better luck. For more see here: http://code.google.com/p/flightgear-bugs/issues/detail?id=385 cheers, Thorsten Thanks very much for the link, Thorsten, it is a good start. But strange that this problem, should just appear without any driver change. But I am using Debian SID, and update my system daily, so it could be OS-related. I will install UBUNTU and try the same build under that OS. regards, Alasdair -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] strange screen
On Mon, 2012-09-03 at 09:39 -0600, syd adams wrote: Im running Ubuntu , still get that problem.I've added the radar to my intrumentation file in my affected aircraft , and the problem is gone.Strange. Syd On Mon, Sep 3, 2012 at 2:23 AM, Alasdair ali...@btinternet.com wrote: On Mon, 2012-09-03 at 01:06 +0200, ThorstenB wrote: On Sun, Sep 2, 2012 at 11:31 AM, Alasdair ali...@btinternet.com wrote: After git pull (sg,fg,fgdata) a couple of days ago, I was presented with a strange screen which I had not seen before. My regular was shown as a sub-screen in the bottom-left corner. Clicking the maximise widget restores full screen, but any click on a menu item returns me to this stupid screen. Is this infuriating behaviour deliberate, or has my graphics driver gone walk-about? https://dl.dropbox.com/u/15936159/fg_quarter-screen.png Unfortunately a long standing issue. This affects ATI graphics cards when running newer drivers. It can be fixed by reverting to an older ATI driver (see link below). To me it looked like a genuine OSG or ATI driver bug (the size of the graphics view port doesn't properly resize to the size of the window), but it's likely triggered by something special we're doing in FG, since other applications don't seem to have this issue. Also, it's timing-/sequence dependant: it only affects certain aircraft (aircraft using wxradar, which changes/delays the OSG init sequence on startup, are less likely to have the issue) - and for some people it dis- and reappears with certain FG builds. It would be really good if someone seeing the issue locally could properly debug this - even if it means digging into OSG - since a larger number of people are affected. I tried remote debugging this a while ago, but gave up after being unable to narrow it down inside FG. Maybe someone else has better luck. For more see here: http://code.google.com/p/flightgear-bugs/issues/detail?id=385 cheers, Thorsten Thanks very much for the link, Thorsten, it is a good start. But strange that this problem, should just appear without any driver change. But I am using Debian SID, and update my system daily, so it could be OS-related. I will install UBUNTU and try the same build under that OS. regards, Alasdair OK I tried building the same git version on Ubuntu (different gcc version) Same problem. Tried a complete fresh clone (sg/fg/fgdata) Same problem. Downloaded and built 2.8.0 and built with same script : NO problem. So this is a git problem and fairly recent too. 0- Most aircraft I have tested behave properly, but the ones that have this strange viewport problem include : c172p, b1900d, SenecaII. The viewport changes immediately after the splash screen displays initializing graphics engine. Maybe someone can figure out what these have in common that the 707, 737-300, 777-200ER, A-10, A300, aerostar700, alphajet, b29, bf109g, Bravo, c310, Citation*, CRJ700ER, Cub and pa24-250-CIIB do not. I cannot therefore attribute this problem to the Catalyst driver. My git pull/build of 12 Aug did not display this problem. That of 1 Sep did. So I reckon it must have been a commit made between these dates. Alasdair -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] strange screen
On Mon, 2012-09-03 at 20:22 +0200, Geoff McLane wrote: Hi Alasdair, I also do not think it is OS related, since I have seen this 'sometimes' in Windows 7 64-bit, with AMD Radeon HD 7700 Series with (I hope) the latest Catalyst driver! At the time I thought little of it since it seemed to go away a few seconds later... by itself... In the Catalyst Control Center it shows a Driver Package Version 8.961-120405a-137813C-ATI, Catalyst Version 12.1, dated 29-Feb-2012... Hmmm, contrary to last time I checked for updates, it does now report a later Catalyst version 12.8 available... will download and try that... Now shows driver 8.982-120727a-145524C-ATI in Catalyst 12.8, dated today... Just tried FG 2.8.9.4 with 777-200 and no problem, but as indicated it only happened 'sometimes' and was never able to isolate the specific scenario that caused it... maybe as you indicate it is a/c specific... Found any reason why adding the radar to the aircraft made it go away... Will keep testing with different aircraft... Regards, Geoff. Geoff, thanks for the input. My catalyst version is 12.6. But the 777-200ER did not exhibit this behaviour for me.. just a limited set planes, see my post of a few minutes ago. Alasdair On Mon, 2012-09-03 at 09:39 -0600, syd adams wrote: Im running Ubuntu , still get that problem.I've added the radar to my intrumentation file in my affected aircraft , and the problem is gone.Strange. Syd On Mon, Sep 3, 2012 at 2:23 AM, Alasdair ali...@btinternet.com wrote: On Mon, 2012-09-03 at 01:06 +0200, ThorstenB wrote: On Sun, Sep 2, 2012 at 11:31 AM, Alasdair ali...@btinternet.com wrote: After git pull (sg,fg,fgdata) a couple of days ago, I was presented with a strange screen which I had not seen before. My regular was shown as a sub-screen in the bottom-left corner. Clicking the maximise widget restores full screen, but any click on a menu item returns me to this stupid screen. Is this infuriating behaviour deliberate, or has my graphics driver gone walk-about? https://dl.dropbox.com/u/15936159/fg_quarter-screen.png Unfortunately a long standing issue. This affects ATI graphics cards when running newer drivers. It can be fixed by reverting to an older ATI driver (see link below). To me it looked like a genuine OSG or ATI driver bug (the size of the graphics view port doesn't properly resize to the size of the window), but it's likely triggered by something special we're doing in FG, since other applications don't seem to have this issue. Also, it's timing-/sequence dependant: it only affects certain aircraft (aircraft using wxradar, which changes/delays the OSG init sequence on startup, are less likely to have the issue) - and for some people it dis- and reappears with certain FG builds. It would be really good if someone seeing the issue locally could properly debug this - even if it means digging into OSG - since a larger number of people are affected. I tried remote debugging this a while ago, but gave up after being unable to narrow it down inside FG. Maybe someone else has better luck. For more see here: http://code.google.com/p/flightgear-bugs/issues/detail?id=385 cheers, Thorsten Thanks very much for the link, Thorsten, it is a good start. But strange that this problem, should just appear without any driver change. But I am using Debian SID, and update my system daily, so it could be OS-related. I will install UBUNTU and try the same build under that OS. regards, Alasdair -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] strange screen
On Mon, 2012-09-03 at 22:40 +0200, Frederic Bouvier wrote: I cannot therefore attribute this problem to the Catalyst driver. My git pull/build of 12 Aug did not display this problem. That of 1 Sep did. So I reckon it must have been a commit made between these dates. So you may want to git bisect to find which commit was the problem Thanks, -Fred Where can I learn how to do that, Fred? My knowledge of git ends with clone/pull. Suggested reading? regards, Alasdair -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] strange screen
On Sun, 2012-09-02 at 12:26 -0600, syd adams wrote: Ive had this same issue for months now , on a laptop with ATI Mobility Radeon HD 4250.It only happens on some aircraft , but i havent really tried to hunt the problem down. Im suspecting a shortage of video memory . I also can get full screen by changing the window size , but any dialog or text on the screen reduces it back to the bottom left corner.Possibly related , Ive noticed that the aspect ratio isnt updated when resizing the window. I hope someone else has an idea where to start debugging this . Syd On Sun, Sep 2, 2012 at 11:31 AM, Alasdair ali...@btinternet.com wrote: After git pull (sg,fg,fgdata) a couple of days ago, I was presented with a strange screen which I had not seen before. My regular was shown as a sub-screen in the bottom-left corner. Clicking the maximise widget restores full screen, but any click on a menu item returns me to this stupid screen. Is this infuriating behaviour deliberate, or has my graphics driver gone walk-about? https://dl.dropbox.com/u/15936159/fg_quarter-screen.png Kind regards, Alasdair This is also an a Radeon device (HD 6530D) on my quiet machine, no moving parts except for cpu fan. But this is certainly a NEW problem, cos I have had no problems since yesterdays git build, last git pull about a week ago. I will check it out on my big (noisy) machine with Nvidia cards, but not till I can backup my working fg. Thanks for your interest, Syd Alasdair -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] An empassioned plea
On Fri, 2012-05-04 at 20:40 +0200, flightg...@sablonier.ch wrote: Selectively disabling features is probably not going to work reasonable as long as the features in question are required to play nice in order to get disabled, there's no such infrastructure as a kill-switch to prevent the use/loading of *any* shaders (or whichever additional feature). Personally, I think the problem is that easy enabling/disabling shaders goes along discussion of personal preferences and technical/graphical wow!-game-competition of some developers temporary, and not along other discussion. The effects and shader inheriting system is not used as it could for such switches, at least for me. But dont get this wrong, because it might be right in sense of moving forward in such a project ! Its just a lazy comment of a man with varying interest, trying to follow every graphical enhancement the last years. Cheers, Yves After yesterday's git pulls, Flightgear will no longer run at KSFO, having exhausted my 4G of memory and a good load of swap space as well. Indeed, until I increased the amount of swap, it just died with an unceremonious Killed message. Runs fine at my local airport EGPF. Is there a way I can limit the amount of scenery being loaded? I have tried using --visibility-miles=10, but it still just goes on loading dozens of stg files. Can anyone offer me a solution to this perplexing problem? Regards, Alasdair -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] An empassioned plea
On Wed, 2012-06-27 at 10:45 +0100, Alasdair wrote: After yesterday's git pulls, Flightgear will no longer run at KSFO, having exhausted my 4G of memory and a good load of swap space as well. Indeed, until I increased the amount of swap, it just died with an unceremonious Killed message. Runs fine at my local airport EGPF. Is there a way I can limit the amount of scenery being loaded? I have tried using --visibility-miles=10, but it still just goes on loading dozens of stg files. Can anyone offer me a solution to this perplexing problem? Regards, Alasdair OK, sorry for the noise. I was all those random buildings. With the maximum setting of 5.0, FG uses a massive 6.3 GB of memory on another machine. Setting it to 0, the memory usage drops to a more reasonable 1.6GB. I wonder if there could be any way of storing just on instance of each building type, regardless of the number of times this was duplicated throughout a city? This is probably an insane question since I know absolutely nothing about graphics :( Regards, Alasdair -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] An empassioned plea
On Wed, 2012-06-27 at 14:13 +0100, Alasdair wrote: OK, sorry for the noise. I was all those random buildings. With the maximum setting of 5.0, FG uses a massive 6.3 GB of memory on another machine. Setting it to 0, the memory usage drops to a more reasonable 1.6GB. I wonder if there could be any way of storing just on instance of each building type, regardless of the number of times this was duplicated throughout a city? This is probably an insane question since I know absolutely nothing about graphics :( Regards, Alasdair Forget all this! I just found a thread on this very subject. Been away a while, so have not caught up with all the Fg-dev mail. AC -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Sound support broken by AI traffic
On Fri, 2011-12-02 at 20:44 +0100, ThorstenB wrote: Hi Erik et al, sound support is broken here (GIT of today). When I start with the UFO at an airport with AI traffic, e.g. KSFO, then I hear a roar for a few seconds during start-up - but then there is silence for the rest of the simulation. No sound when the UFO moves. With default airport KSFO, I am unable to get past the splash screen. Starting at my local EGPF, FG starts OK, but hangs with log(info) showing: Traffic manager: Creating AIModel from:EGPF-EGKK.xml Route from EGPF to EGKK. Set leg to : 1 SpeedBird2961 Reading sound sound from /opt/FlightGear/fgdata/AI/Sounds/737-sound.xml Neither a condition nor a property specified Neither a condition nor a property specified Then hangs. Kind regards to all, Alasdair -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Whisky; Was: Shader properties and dialog
On Sat, 2011-11-26 at 19:51 +, Martin Spott wrote: Stuart Buchanan wrote: I will be treating myself to a small glass of Balvenie as a reward :) Btw, while we're at it, I'm looking for a volunteer to retrieve the coordinates from this website so we can add all the distilleries to our Scenery - at least as shared objects: http://www.dcs.ed.ac.uk/home/jhb/whisky/scotland.html Simple text format with lon/lat converted to decimal degrees and the name would be preferred. Cheers, Martin. On a wee point of order, I noticed on the Whisky map, a reference to Bushmills, which of course, all Irish and Scottish souls will confirm is not a whisky, but a whiskey. For the pedantic, the real name for the the magic brew in the Gàidhlig language is Uisge Beatha, meaning Water of Life, and pronounced ooshguh beha. The dreaded English who could barely by this time utter one word correctly, far less two, decided to call it by the first name only, which the mistakenly spelled as whisky. Others, probably even more dim-witted than my neighbours, compounded the error and the confusion by adding an e to make is whiskey. I commend you on your choice of the delightful Speyside single malt Balvenie, but for non-connoisseurs, I recommend the cheaper, but wonderful blend of malts known as The Famous Grouse Alasdair (with appologies for this post being even more off-topic than Martin's) -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Automake removed - fgfs fails to run
Just pulled the latest git (with cmake). The build went just fine, but the executable fails for me with: Got an X11ErrorHandling call display=0x18eea80 event=0x7fff7be946a0 BadWindow (invalid Window parameter) Major opcode: 137 Minor opcode: 4 Error code: 3 Request serial: 57 Current serial: 57 ResourceID: 75497475 Error: In Texture::Extensions::setupGLExtensions(..) OpenGL version test failed, requires valid graphics context. Scaling image '/opt/FlightGear/fgdata/Aircraft/c172p/splash.png' from (512,512) to (67,67) Segmentation fault I had no problems with the automake version pulled a couple of days ago. I have seen references to something similar in the forum but nothing to help. I am running Debian Wheezy on a 64 bit machine with GeForce GTX 460 using nvidia propietary driver 285.05.09. Any help would be highly appreciated. Kind regards, Alasdair -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Automake removed - fgfs fails to run
On Thu, 2011-11-03 at 07:30 -0500, Curtis Olson wrote: Hi Alasdair, There very first thing I do when I see any X11 or OpenGL related errors that are new to my system is re-install the nvidia drivers. I usually install updates whenever they come out so there's a good chance (for me) that one of those updates will overwrite something in the X11 or OpenGL libraries once or twice a month. Usually in manifests itself by not being able to start up X11 on the next boot, but any odd thing could potentially happen depending on the order of your updates. Regards, Curt. That did the trick, thanks Curt. G.. I feel such a wally! Strange thing is that the Nvidia setting dialog semmed to indicate that all was OK. And no boot problems, Funny. Anyway, all is well and I am back aloft! By the way, I noticed that cmake checks for FLTK installed. Where is that used? Kind regards, Alasdair On Thu, Nov 3, 2011 at 5:45 AM, Alasdair Campbell wrote: Just pulled the latest git (with cmake). The build went just fine, but the executable fails for me with: Got an X11ErrorHandling call display=0x18eea80 event=0x7fff7be946a0 BadWindow (invalid Window parameter) Major opcode: 137 Minor opcode: 4 Error code: 3 Request serial: 57 Current serial: 57 ResourceID: 75497475 Error: In Texture::Extensions::setupGLExtensions(..) OpenGL version test failed, requires valid graphics context. Scaling image '/opt/FlightGear/fgdata/Aircraft/c172p/splash.png' from (512,512) to (67,67) Segmentation fault I had no problems with the automake version pulled a couple of days ago. I have seen references to something similar in the forum but nothing to help. I am running Debian Wheezy on a 64 bit machine with GeForce GTX 460 using nvidia propietary driver 285.05.09. Any help would be highly appreciated. Kind regards, Alasdair -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Curtis Olson: http://www.atiak.com - http://aem.umn.edu/~uav/ http://www.flightgear.org - http://gallinazo.flightgear.org -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] FGData Split First impressions
Pulled c172p, senecaii, f16, citationx, citation-bravo. c172p, f16 and citationx work fine. senecaii and citation-bravo show random splash screens during initialization and start with no cockpit or external view model to be seen. Symlinking the directories into $FG_ROOT/fgdata(NEW)/Aircraft makes no difference. Both ac work fine is I use --fg-root=where-fg-lives/fgdata-OLD Am I missing something vital or is the new system not ready for use yet? Kind regards, Alasdair -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2d-oct ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Default Takeoff Runway
On Wed, 2011-09-14 at 15:13 +0100, Vivian Meazza wrote: Alasdair wrote: Hi all, It always used to be that if no runway or parking ID is specified, a runway facing into the wind will be chosen for takeoff. This no longer happening. Tonight, with METAR KSFO 140056Z 29010KT 10SM FEW006 18/12 A2997 RMK AO2 SLP149 T01830122, I am always started on rwy 10L. And yes, I have --enable-real-weather-fetch in .fgfsrc and git pull of simgear, flightgear and fgdata at Wed 14 Sep 2011 01:41:42 UTC, followed by new build. What is occurring? I'm seeing the same thing with a build of am 12 Sep. Looks as something has been broken. Please file a bug report here: http://code.google.com/p/flightgear-bugs/issues/list Vivian Thanks, Vivian, but I notice martin.f has just reported this as Issue 437 Never mind, I've found a couple more bugs introduced since 2.4 to keep you active developers busy a while. :) Alasdair -- BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA Learn about the latest advances in developing for the BlackBerryreg; mobile platform with sessions, labs more. See new tools and technologies. Register for BlackBerryreg; DevCon today! http://p.sf.net/sfu/rim-devcon-copy1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA Learn about the latest advances in developing for the BlackBerryreg; mobile platform with sessions, labs more. See new tools and technologies. Register for BlackBerryreg; DevCon today! http://p.sf.net/sfu/rim-devcon-copy1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Default Takeoff Runway
Hi all, It always used to be that if no runway or parking ID is specified, a runway facing into the wind will be chosen for takeoff. This no longer happening. Tonight, with METAR KSFO 140056Z 29010KT 10SM FEW006 18/12 A2997 RMK AO2 SLP149 T01830122, I am always started on rwy 10L. And yes, I have --enable-real-weather-fetch in .fgfsrc and git pull of simgear, flightgear and fgdata at Wed 14 Sep 2011 01:41:42 UTC, followed by new build. What is occurring? Kind regards, Alasdair -- BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA Learn about the latest advances in developing for the BlackBerryreg; mobile platform with sessions, labs more. See new tools and technologies. Register for BlackBerryreg; DevCon today! http://p.sf.net/sfu/rim-devcon-copy1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear Manager...
On Sat, 2011-06-25 at 05:48 -0700, Gene Buckle wrote: On Sat, 25 Jun 2011, Mathias Fröhlich wrote: Hi Gene, On Wednesday, June 15, 2011 21:43:36 Gene Buckle wrote: In thinking about it a bit and being reminded of the existing HLA interface that FlightGear has, I'm leaning toward proposing something built with Python and the PyQT4 GUI library. Both components are cross-platform and there is a Python binding for the CERTI HLA library (PyHLA). Well you can use PyHLA - That should just work with any RTI-1.3 library. But, did you try OpenRTI? I haven't tried anything yet. I'm still tossing the idea around in my head and trying to decide if I want to learn yet _another_ toolkit (PyQT4, PyGUI or whatever else). My main issue is that I'm primarily a Windows developer and I don't have much interest in cross-platform anything. :) There is a python binding included for the newer rti1516 standard. And in fact I have some python glue code that makes it easy to do python clients with that binding. We have run all this at LinuxTag. Including a small python script that prvides an ogle doing cirgles around a fixed point just as a demo how this What's an ogle? An ogle is very similar in many respects to the aircraft of which you are the proud owner. Major difference is that it is assembled out of platic bricks made by a famous Danish manufacturer (hint: anagram ogle) Try fgfs --aircraft=ogle. :) Regards, Alasdair -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense.. http://p.sf.net/sfu/splunk-d2d-c1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear Manager...
On Sat, 2011-06-25 at 17:25 +0100, Alasdair Campbell wrote: On Sat, 2011-06-25 at 05:48 -0700, Gene Buckle wrote: On Sat, 25 Jun 2011, Mathias Fröhlich wrote: Hi Gene, On Wednesday, June 15, 2011 21:43:36 Gene Buckle wrote: In thinking about it a bit and being reminded of the existing HLA interface that FlightGear has, I'm leaning toward proposing something built with Python and the PyQT4 GUI library. Both components are cross-platform and there is a Python binding for the CERTI HLA library (PyHLA). Well you can use PyHLA - That should just work with any RTI-1.3 library. But, did you try OpenRTI? I haven't tried anything yet. I'm still tossing the idea around in my head and trying to decide if I want to learn yet _another_ toolkit (PyQT4, PyGUI or whatever else). My main issue is that I'm primarily a Windows developer and I don't have much interest in cross-platform anything. :) There is a python binding included for the newer rti1516 standard. And in fact I have some python glue code that makes it easy to do python clients with that binding. We have run all this at LinuxTag. Including a small python script that prvides an ogle doing cirgles around a fixed point just as a demo how this What's an ogle? An ogle is very similar in many respects to the aircraft of which you are the proud owner. Major difference is that it is assembled out of platic bricks made by a famous Danish manufacturer (hint: anagram ogle) Try fgfs --aircraft=ogle. :) Regards, Alasdair Apologies, please change all my references to ogle by ogel ..AC -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense.. http://p.sf.net/sfu/splunk-d2d-c1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense.. http://p.sf.net/sfu/splunk-d2d-c1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Sinking feeling - c172 on gravel runway
xOn Fri, 2011-02-11 at 20:43 -0500, Duane Andre wrote: I don't know about y'all, and even though I am not a developer, y'all deserve a tremendous vote of thanks and appreciation for all you've done for this community. And, as I said that I'm not a developer, I have learned a lot in the short time I've monitored the conversations. Y'all have a great team. Regards, D. A. Andre CDR, USN (ret) -Original Message- From: Gene Buckle [mailto:ge...@deltasoft.com] Sent: Friday, February 11, 2011 8:02 PM To: FlightGear developers discussions Subject: Re: [Flightgear-devel] Sinking feeling - c172 on gravel runway On Fri, 11 Feb 2011, Jon S. Berndt wrote: I think ya'll just need to hang this one up and let it alone. g. I know. What a love-fest, eh? ;-) Indeed. g. Welcome to this space Commander. Here you will find self-opionated bastards such as as I, cool, calm and collected presidents-to-be like Curt, private owners of multi-million super-jet airframes like Gene (well, maybe not so many of them), hard-working and solid contributers like James, brilliant theorists and marvellous pragmatists. The list is far too long to enummerate, and I am sure I will be forgiven for not mentioning them all at this point. You might even bump into some odd fellows who substitude insult for argument and vitriol for wit. They may need and sometimes deserve our sympathy, but never command our audience. Well, not mine, anyroads. Here we are, the Good, the Bad and even the extremely Ugly. Glad to have you on board for what promises to be a bumpy ride (Sick bags are obligatory but must be provided at your own expense). Instrument Landing Systems tricky at best, Air Traffic Control Sytems horrible at worst and getting more inaudible with every step toward improvement. But you wouldn't really love her if she were perfect, would you? Who else could you growl at in the cold light of dawn? -- Kind regards, Alasdair -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Sinking feeling - c172 on gravel runway
On Sat, 2011-02-12 at 11:53 +, AJ MacLeod wrote: On Fri, 11 Feb 2011 16:44:04 -0800 (PST) Gene Buckle ge...@deltasoft.com wrote: On Sat, 12 Feb 2011, AJ MacLeod wrote: Just ignore him, he's clearly an illiterate imbecile ;-) I think ya'll just need to hang this one up and let it alone. *sigh* People will always read bad motives into everything... To set the record straight for those who are perhaps not native English speakers... the him to be ignored was ME, as is clear if you read the quoted section in the original. It was merely an attempt to end a pointless and already boring minor flamewar with a bit of self-deprecating humour... case closed. AJ Enough already, AJ I refuse to make public the contents of the off-list message you wrote to me addressed Dear Adversory Sufficient unto the day is the evil thereoff. I also refuse to spend another instant dicussing this issue with you. Native English speaker or not, it is clear to me that the term illiterate imbecile cannot have been misconstrued by anyone other than those whom its originator attempted to beguile..While I am confident that I hold more academic qualifications than AJ will have gained in the remainder of his life, he continues to mutter from his self-proclaimed pulpit . Either put up or shut up. I made a curious attempt to invite discussion as to whether the inclusion of mechanisms such as NASAL had a place in an application such as FlightGear which attempts to simulate the behavior of real-world physical systems in an artificial environment. You and you alone responded with an insult. Not the behaviour I would have expected from a person familiar with environments where illiterate imbeciles are often dicouraged and certainly never invited. Case closed indeed. I concur. -- Kind regards, Alasdair -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Sinking feeling - c172 on gravel runway
On Thu, 2011-02-10 at 15:34 +0100, Bertrand Coconnier wrote: Correct. JSBSim itself makes no distinction between ground materials (hence the reason why some aircrafts are able to land on water). This can however be managed with Nasal scripts. So I would say that this issue is likely located in one of the C172 Nasal scripts. Bertrand On an OT philisophical note.. Is , or rather, was the introduction of NASAL scripting a Good Thing or can it be considered as the hugest abomination to ever befall the FG World, rendering the use of GDB as a useless tool for tracing the behaviour of C/C++ code, sometimes modified or nullified by a run-time script? Just a thought. Are there any other source code purists out there. I hope so, cos I would hate to justify this untimely rant on my own. Somehow it reminds me of self modifiaction of computer code, thought clever by some specialists when Babbage was but a baby. -- Kind regards, Alasdair -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Sinking feeling - c172 on gravel runway
On Fri, 2011-02-11 at 12:57 +, AJ MacLeod wrote: On Fri, 11 Feb 2011 08:43:43 + Alasdair ali...@btinternet.com wrote: On an OT philisophical note.. Is , or rather, was the introduction of NASAL scripting a Good Thing or can it be considered as the hugest abomination to ever befall the FG World I really can't see how anyone with any experience whatsoever in developing models for FlightGear could fail to agree that the property tree coupled with nasal is an utterly invaluable and incredibly powerful, yet flexible and simple to learn tool that opens up an entire world of possibilities that just wouldn't be feasible otherwise. Hugest abomination... sorry, but I'd have to question the sanity or level of FG knowledge of anyone who would suggest that with any kind of sincerity... AJ That's just about the reponse I was expecting. Thanks, it was just that that nasal sometimes gets right up my nose. Sorry for the noise, back to musing. -- Kind regards, Alasdair -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Sinking feeling - c172 on gravel runway
On Fri, 2011-02-11 at 15:38 +, Martin Spott wrote: Curtis Olson wrote: On the subject of nasal and the property system. What this gives us is the ability to create all kinds of specific aircraft functionality or functionality specific to [...] I agree for the cases you're outlining in your statement. On the other hand I think I understand what Alasdair is concerned about: Taking the ground surface material into account is a 'feature', a requirement which clearly belongs into the responsibility of the gear-department of the FDM. Thus if Nasal hacks to circumvent FDM- or other core-deficiencies are becoming standard in the long run, then this development is very likely going to bite you sooner or later. Maintaining a healthy level of distinction between core features and add-on's is, to put it straightforward, a matter of 'education'. Cheers, Martin. Well said that man. Thank you, Martin. I could not have put it more succinctly myself. As I said in my original message, this was intended to be considered as a programming philosophy question, rather than a criticism of the NASAL sub-system, per se. And certainly _not_ a criticism of the property tree, which I think is rather cute in conception, but horribly prone to violation via run-time mechanisms. I, myself fell foul to thIs problem while researching more realistic allocation of a collection of festival voices for ATIS/TWR/GND/AI-Pilots etc. where a message was sent to /sim/messages/... in trafficcontrol.cxx and turns up immediently in voice.cxx as /sim/sound/voices/voice [n] Now, while I find this disagreeable as a theorist, I find disturbing as a pragmatist, in the sence that the executable fgfs will _not_ run if I choose to disable the NASAL (see below) ?plugin. Now, how do knowledgeable guys like AJ suggest who is the boss and who is the slave in this particular tug-of-love? As an aside, I would love to hear from the creator of the current git developer of fgdata/ATC/default.[vce,wav] with a view making ATIS announcements a little more human. For my own part, I found (voice_nitech_us_slt_arctic_hts) provided the most audible and closest approximation to sweetest female voice we had previously. Grrr... the lady's name is buried deep in my archives, so apologies to said lady's husband with whom I have communicated in the past You will note in all further dicussions that I will refer to nasal as NASAL (Not Another Scripting Language), which denies its very existentence through a lie in its own nomenclature. cf GNU which makes no such assertion, but was probably dreamed up by a brainy recursionist like Csaba. I suggest that this topic has diverged sufficient from the current Subject matter. I suggest To Kludge or not_to use_NASAL, that is my Q. Sorry William S I, myself, as I am sure as AJ will attest to, am far too stupid to undertake this procedure on my own -- Kind regards, Alasdair -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Sinking feeling - c172 on gravel runway
On Fri, 2011-02-11 at 14:59 +, Alasdair wrote: On Fri, 2011-02-11 at 12:57 +, AJ MacLeod wrote: On Fri, 11 Feb 2011 08:43:43 + Alasdair ali...@btinternet.com wrote: On an OT philisophical note.. Is , or rather, was the introduction of NASAL scripting a Good Thing or can it be considered as the hugest abomination to ever befall the FG World I really can't see how anyone with any experience whatsoever in developing models for FlightGear could fail to agree that the property tree coupled with nasal is an utterly invaluable and incredibly powerful, yet flexible and simple to learn tool that opens up an entire world of possibilities that just wouldn't be feasible otherwise. Hugest abomination... sorry, but I'd have to question the sanity or level of FG knowledge of anyone who would suggest that with any kind of sincerity... AJ That's just about the reponse I was expecting. Thanks, it was just that that nasal sometimes gets right up my nose. Sorry for the noise, back to musing. Actually, thinking back to my original question, I would like to question your authority to make such a disgusting suggestion as to question the sanity of a profesional who dares to contradict your views. There were many, but thank goodness, they were dispatched with by the appropriate authorities, and just remain but a blot on the history of humanity. -- Kind regards, Alasdair -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Sinking feeling - c172 on gravel runway
On Fri, 2011-02-11 at 22:11 +, AJ MacLeod wrote: On Fri, 11 Feb 2011 21:26:51 + Alasdair ali...@btinternet.com wrote: Actually, thinking back to my original question, I would like to question your authority to make such a disgusting suggestion as to question the sanity of a profesional who dares to contradict your views. Curt's somewhat more diplomatic reply represented my views exactly; my own views are based on a reasonable level of personal experience and some evidence for that experience, imperfect and limited as it may be, is in the Flightgear data tree. I wish I had the time to maintain and improve it, because FG exists and improves only through people actually _producing_ things, not trolling on mailing lists. If hyperbole really gets up your nose then I suggest that you refrain from first exhaling it, however professionally. AJ -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel Well, Goodness Gracious me! Not only does does this fellow deem it proper to question my sanity for daring to air a reasonable philosophical question, but dammit he is right back here bitting his own ass by challenging my views with a demonstrably ridiculous lack of knowlege of English linguistics. Let's all hope that his self professed personal experience counters his lack skills in all other matters. +For your information the word hyperbole refers to an English language figure of speech roughly meaning _EXAGERATION_ ,an idiom with which even an idiot using it shoild be familiar. Wiser guys tend to avoid using words they are unfamiliar/ignorant with/of.. Furthermore, my deliberate use of the phrases nasal and gets up my nose in one sentence was a completely different figure of speech which passed right over your head. If you can tell me what that figure of speech is, and promise never to use it unwisely or incorrectly in open forum, I will promise to forgive you for calling me insane and never again to respond to your idiotic ravings -- Kind regards, Alasdair -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Sinking feeling - c172 on gravel runway
On Fri, 2011-02-11 at 15:23 -0800, Andy Ross wrote: On 02/11/2011 11:54 AM, Alasdair wrote: You will note in all further dicussions that I will refer to nasal as NASAL (Not Another Scripting Language), which denies its very existentence through a lie in its own nomenclature. cf GNU which makes no such assertion, but was probably dreamed up by a brainy recursionist like Csaba. Yeah. That guy was a serious egghead. What happened to him? Andy -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel He is up and well and very lively in this group. One of a few I respect and admire He even gives me huge hope for the future in promising to be as better computer programmer than I was. And the poor sucker probably never even had a PDP/1170 to play with I 1,100... ..Welcome root MOTD.. Happy days, 15 Dec 68 Anyone see a FU**IN Registry in sight? See one right here, boss!!! Armourer! Get the Guns BOOOM,, BOOOM All quiet on the occluded front DEC RSTS/11, Resource and Time sharing Up and Ready -- Kind regards, Alasdair -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Sinking feeling - c172 on gravel runway
On Fri, 2011-02-11 at 15:49 -0800, Gene Buckle wrote: On Fri, 11 Feb 2011, Andy Ross wrote: On 02/11/2011 11:54 AM, Alasdair wrote: You will note in all further dicussions that I will refer to nasal as NASAL (Not Another Scripting Language), which denies its very existentence through a lie in its own nomenclature. cf GNU which makes no such assertion, but was probably dreamed up by a brainy recursionist like Csaba. Yeah. That guy was a serious egghead. What happened to him? I think he's hanging out with Kibo these days... g. -- Kind regards, Alasdair -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Sinking feeling - c172 on gravel runway
On Fri, 2011-02-11 at 16:44 -0800, Gene Buckle wrote: On Sat, 12 Feb 2011, AJ MacLeod wrote: On Fri, 11 Feb 2011 23:30:40 + Alasdair ali...@btinternet.com wrote: Well, Goodness Gracious me! Not only does does this fellow deem it proper to question my sanity for daring to air a reasonable philosophical question, but dammit he is right back here bitting his own ass by challenging my views with a demonstrably ridiculous lack of knowlege of English linguistics. Just ignore him, he's clearly an illiterate imbecile ;-) I think ya'll just need to hang this one up and let it alone. g. Thank you, Gene. Sensible words. I have already promised this widow not to respond to his abuse any longer, either on-list or off. My discussions with McLeod should now be considered signed off and clear. Anyone else willing to enter into the my original discussion, please feel welcome to respond. Curt, I was pleased to recieve your response, but got a little distracted by the noise and will respond directly. -- Kind regards, Alasdair -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Mystery Airport
On Mon, 2010-11-22 at 19:42 +0800, Innis Cunningham wrote: Hi Alasair What is the problem with Dubbo a quick google seems to show that YSDU is still the valid ICAO code for Dubbo and my 2.0 version shows YSDU for Dubbo in the select airport dialog. Cheers Innis In QFL.xml, flights QF2046 QF2048 have the arrival port entered literally as the name Dubbo rather than the ICAO code YSDU. Kind Regards, Alasdair -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today http://p.sf.net/sfu/msIE9-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Mystery Airport
Traffic file MAS.xml contains fights to an airport WOMM. It is not in apt.dat, and googling it reveals nothing. Can anyone help me identify it or correct it? Kind regards, Alasdair -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today http://p.sf.net/sfu/msIE9-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Mystery Airport
On Sun, 2010-11-21 at 19:51 +0100, Csaba Halász wrote: On Sun, Nov 21, 2010 at 7:47 PM, Csaba Halász csaba.hal...@gmail.com wrote: On Sun, Nov 21, 2010 at 7:18 PM, Alasdair ali...@btinternet.com wrote: Traffic file MAS.xml contains fights to an airport WOMM. It is not in apt.dat, and googling it reveals nothing. Can anyone help me identify it or correct it? I think flight 0180 should be from WMKK to VOMM (with a plain V, not a W) Indeed, scrolling down to flight 0181 (the reverse trip) you can see it has VOMM. You are a genius. I will ammend my local repos. Could someone correct this in git, please Thanks -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today http://p.sf.net/sfu/msIE9-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Mystery Airport
On Sun, 2010-11-21 at 20:01 +0100, Csaba Halász wrote: On Sun, Nov 21, 2010 at 7:55 PM, Alasdair ali...@btinternet.com wrote: Could someone correct this in git, please Done. For anyone working with ATC, these are further airport inconsistencies I have found in the AI/Traffic files vs apt.dat as at today's date. ADR.xml SHPK/LATI EZY.xml EEGP/EGGP MAS.xml WOMM/VOMM VOBL/VOBG apt.dat out of date VOHS/VOHY WADD/WRRR WARJ/WIIJ WARR/WRSJ QFL.xml Dubbo/YSDU Regards, Alasdair -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today http://p.sf.net/sfu/msIE9-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] A puzzling problem with FG XML parsing
On Tue, 2010-09-14 at 09:25 -0600, Ron Jensen wrote: On Monday 13 September 2010 19:57:55 Alasdair wrote: I have recently been delving into FG's innards, with a view to fixing some problems with the speech handling capabilities. This has led indirecly to my having to understand how XML files are parsed. Now in SG's XML folder is a program called easyxml.cxx which reads the XML files before passing contents to expat's xmlparse.c. The problem I have discovered is that an entire XML file is read in _one_ chunk into a 16k buffer declared at line 222. A dozen or so lines later a read operation is performed which reads the _entire_ XML file into that buffer. Now since preferences.xml is more than 3 times the size of this only one third of it gets parsed, with means that the final partial line that makes it into the buffer is in an indeterminate state. That happens arount line 410 of preferences.xml. Furthermore garbage is passed to the parser when when the end of the buffer is reached on readback. I am so astonished with this discovery that I can barely believe the evidence of my eyes and my tests. Can someone confirm that I have not gone loopy? Because if I am right this could explain a lot of strange goings on. Where am I going wrong? Kind regards, Alasdair Campbell Sorry Alasdair, you've looped. :) Or more correctly, you missed the loop! Simplifying from line 223 we have: while (!input.eof()) { input.read(buf,16384); XML_Parse(parser, buf, input.gcount(); } Everything else is just error checking and such. So we read the file in 16k chunks until we've read the whole thing. I haven't looked at what goes on in XML_Parse() for partial lines and tags, but we feed a lot of files through easyxml that are larger than 16k bytes... Ron aaargh! Thank you Ron, Frederic Torsten I think I was hit by a lightning bolt just before I wrote. I really must start going to bed earlier! Alasdair -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] A puzzling problem with FG XML parsing
I have recently been delving into FG's innards, with a view to fixing some problems with the speech handling capabilities. This has led indirecly to my having to understand how XML files are parsed. Now in SG's XML folder is a program called easyxml.cxx which reads the XML files before passing contents to expat's xmlparse.c. The problem I have discovered is that an entire XML file is read in _one_ chunk into a 16k buffer declared at line 222. A dozen or so lines later a read operation is performed which reads the _entire_ XML file into that buffer. Now since preferences.xml is more than 3 times the size of this only one third of it gets parsed, with means that the final partial line that makes it into the buffer is in an indeterminate state. That happens arount line 410 of preferences.xml. Furthermore garbage is passed to the parser when when the end of the buffer is reached on readback. I am so astonished with this discovery that I can barely believe the evidence of my eyes and my tests. Can someone confirm that I have not gone loopy? Because if I am right this could explain a lot of strange goings on. Where am I going wrong? Kind regards, Alasdair Campbell -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] GIT and FGDATA
On Fri, 2010-08-06 at 07:59 -0600, dave perry wrote: I am not seeing the slowdown. I just ran a simple script that updates simgear, flightgear source, and fgdata. I would estimate that the git pull origin run in fgdata took about 3 minutes. This performance has been typical for me. I ran System Monitor (F12) during the fgdata pull and the data rate was between 96 and 100 KB/s and the memory usage was constant. I connect via Earthlink dsl. Dave P. I experience much the same as Dave. A git pull in fgdata is no big deal.Here is the output from a little test i just ran : pull started Sat Aug 7 10:32:03 BST 2010 === New directory is /opt/FlightGear/fgdata From git://gitorious.org/fg/fgdata 33b8fe6..74ec1cd master - origin/master Updating 33b8fe6..74ec1cd Fast-forward Aircraft/737-300/Models/contrail.xml | 216 +- Aircraft/C130/Models/main.xml | 33 + Aircraft/Concorde/Concorde-set.xml |8 +- Aircraft/Concorde/Models/Concorde_ba.xml | 21 + Aircraft/Concorde/Models/Effects/contrail-new.xml | 142 + Aircraft/Concorde/Models/Effects/contrail1.eff | 156 + Aircraft/Concorde/Models/Effects/contrail2.eff | 151 + .../Concorde/Models/Effects/contrail_dummy.xml | 11 + .../Concorde/Models/Effects/contrail_shader1.xml | 35 + .../Concorde/Models/Effects/contrail_shader2.xml | 35 + Aircraft/Concorde/Models/Effects/smoke.png | Bin 0 - 6482 bytes Aircraft/Concorde/concorde-submodels.xml | 28 + Aircraft/Concorde/concorde-subsubmodels.xml| 66 + Aircraft/Concorde/concorde-subsubsubmodels.xml | 67 + Aircraft/Concorde/concorde-subsubsubsubmodels.xml | 64 + Aircraft/Short_Empire/Models/Interior/interior.ac | 8138 +--- Aircraft/Short_Empire/Models/Interior/interior.xml | 312 +- .../Short_Empire/Models/Interior/spar_panel.xml| 10 +- Aircraft/Short_Empire/Short_Empire-set.xml | 25 +- Aircraft/Short_Empire/Short_S23.xml| 59 +- Aircraft/Short_Empire/Systems/fuel-system.xml | 20 +- Aircraft/Short_Empire/Systems/short-empire.nas | 11 +- 22 files changed, 8171 insertions(+), 1437 deletions(-) create mode 100644 Aircraft/Concorde/Models/Effects/contrail-new.xml create mode 100644 Aircraft/Concorde/Models/Effects/contrail1.eff create mode 100644 Aircraft/Concorde/Models/Effects/contrail2.eff create mode 100644 Aircraft/Concorde/Models/Effects/contrail_dummy.xml create mode 100644 Aircraft/Concorde/Models/Effects/contrail_shader1.xml create mode 100644 Aircraft/Concorde/Models/Effects/contrail_shader2.xml create mode 100644 Aircraft/Concorde/Models/Effects/smoke.png create mode 100644 Aircraft/Concorde/concorde-submodels.xml create mode 100644 Aircraft/Concorde/concorde-subsubmodels.xml create mode 100644 Aircraft/Concorde/concorde-subsubsubmodels.xml create mode 100644 Aircraft/Concorde/concorde-subsubsubsubmodels.xml === pull ended Sat Aug 7 10:32:40 BST 2010 fgdata git pull took 0 mins 37 seconds === My connection is BT Broadband, nominally 12 Mbps, but actually 7,616 Kbps. My machine is based on a 2x AMD Athlon(tm) 7450 Dual-Core Processor with 2 GB mem. Kind regards, Aasdair -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] CLOUDS_BIN implementation
With today's (Sunday, 01 August 2010) build from git(SG, FG and fgdata), I am getting zillions of osg message: Warning: RenderBin CLOUDS_BIN implementation not found, using default RenderBin as a fallback. I am using OpenSceneGraph-2.9.8 What has changed? Kind regards, Alasdair -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] new TimeManager hiccough
fgfs: sunsolver.cxx:60: void fgSunPositionGST(double, double*, double*): Assertion `sun' failed. Alasdair -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] new TimeManager hiccough
On Mon, 2010-08-02 at 00:26 +0100, James Turner wrote: On 2 Aug 2010, at 00:11, James Turner wrote: On 1 Aug 2010, at 22:33, Alasdair wrote: fgfs: sunsolver.cxx:60: void fgSunPositionGST(double, double*, double*): Assertion `sun' failed. Can you give a bit more context? Command line arguments, log output, etc. Never mind, I figured out how to make it assert here, by tracing up from the assert. Fix to follow 'soon'. This is going to take a bit more work to fix, so I've reverted the commit for the moment - thanks for the feedback :) James fwiw, I have deternined that the assertion fails when --timeofday is specified in .fgfsrc Strangely this option does not work when specified on the command line. Can someone confirm? Alasdair -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] CLOUDS_BIN implementation
On Sun, 2010-08-01 at 20:12 +0100, Vivian Meazza wrote: -Original Message- From: Vivian Meazza [mailto:vivian.mea...@lineone.net] Sent: 01 August 2010 18:17 To: 'FlightGear developers discussions' Subject: RE: [Flightgear-devel] CLOUDS_BIN implementation -Original Message- From: Alasdair [mailto:ali...@btinternet.com] Sent: 01 August 2010 16:58 To: FlightGear developers discussions Subject: [Flightgear-devel] CLOUDS_BIN implementation With today's (Sunday, 01 August 2010) build from git(SG, FG and fgdata), I am getting zillions of osg message: Warning: RenderBin CLOUDS_BIN implementation not found, using default RenderBin as a fallback. I am using OpenSceneGraph-2.9.8 What has changed? Kind regards, Alasdair That might be something I just changed. I'm not seeing it here - but - checking. Vivian I haven't seen the error, but I have changed the render-bin name in Git. That might have fixed it. Vivian A futher git pull and the problem is gone. Thanks for the quickk fix. Alasdair -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] airseed fix
On Fri, 2010-03-12 at 18:55 -0800, syd adams wrote: Hi guys , This is another patch for the overspeed It keeps the overspeed properties out of property tree when airspeed indicator is not 'overspeed ' enabled No sense putting unused properties in an already heavily populated property tree . Could someone apply please ? Thanks . 14 Mar 10:30 Zulu CVS gives: Nasal runtime error: undefined symbol: set_barber_pole at /opt/FlightGear/FlightGear_cvs/data/Aircraft/b1900d/Nasal/systems.nas, line 132 called from: /opt/FlightGear/FlightGear_cvs/data/Nasal/globals.nas, line 100 Kind regards, Alasdair -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Setting OBS on command line/.fgfsrc
I am using FG cvs and have recently noticed that commands such as: fgfs --prop:/instrumentation/nav/radials/selected-deg=63 no longer have any effect. --prop:/instrumentation/nav/frequencies/selected-mhz=108.90 works fine. Any ideas? Alasdair -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Ubuntu 9.10, Pulseaudio - anybody had luck lately?
On Sat, 2009-11-28 at 02:09 +, Ron Jensen wrote: I recently upgraded my debian stable (lenny) OpenAL to openal 1.9.563. I started getting: Inconsistency detected by ld.so: dl-close.c: 718: _dl_close: Assertion `map-l_init_called' failed! Some google searching led to this thread on debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=551018 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=551018#22 says: I got rid of this annoyong message by installing openal 1.10.622. I could not find a pre-built debian package for this release and I am rubbish at building them, so I just installed openal-soft-1.10.622.tar.bz2 in /usr/local and hid (/usr/lib/libopenal* /usr/include/AL) from sight. Horribly ugly kludge, I know, and I would be grateful to hear from anyone who can build a .deb package for this release. Kind regards, Alasdair -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] heads up -- effects for models
On Sun, 2009-11-15 at 05:11 -0700, John Denker wrote: 2) The following observations may be useful, even though they don't directly respond to the question that was asked. Squeeze (at the moment at least) is providing boost 1.35 which in turn provides /usr/include/c++/4.3/unordered_map /usr/include/c++/4.3/debug/unordered_map /usr/include/c++/4.3/tr1/unordered_map /usr/include/c++/4.3/tr1_impl/unordered_map On the other hand, trying to compile simgear on Debian squeeze fails. So apparently something higher than 1.35 is required ... and simply checking for the aforementioned files is not a sensitive test. I note that Effect.hxx is trying to include boost/unordered_map.hpp as opposed to tr1/unordered_map, so we are not surprised that the check is not sensitive. If the code could be rewritten to use tr1/unordered_map, then perhaps users could get by with boost 1.35 or even less ... which would be a Good Thing. Introducing additional dependencies into FGFS makes extra work for a lot of people. I am running Squeeze and the current version of boost is 1.40, providing /usr/include/boost/unordered_map.hpp. SimGear compiles for me without problem. Alasdair -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] SoundSystem continued
On Tue, 2009-11-10 at 04:20 +0100, Csaba Halász wrote: On Tue, Nov 10, 2009 at 3:13 AM, Alasdair Campbell ali...@btinternet.com wrote: And I will feel a lot happier when the day comes that a contributer makes a decent attempt to test his work before abusing his privilege to commit untested and questionable work to CVS. CVS is for developing stuff. For testing and review one needs to publish the new code somewhere. You can't expect it to be in perfect order all the time. Erik *has* tried to reproduce the reported problems but some just didn't happen for him. Especially with the various versions of OpenAl out there that have caused trouble before, I certainly feel he has made a decent attempt to test his work. If we will have a better sound system after a few weeks of development, that's fine with me, even if it includes some detours or dead-ends. Maybe you should take a little vacation ;) I hope your comments will not discourage Erik and other potential contributors. We need more developers not less. On a related note, I think it is time to put GIT on the official agenda again. That way it would be easy for interested parties to test new code. My thanks to you, Scot and James for your responses, which are noted and respected. I do realize that CVS is a development environment, else I would not feel involved. However, I also strongly believe that CVS and other SCM systems in the public domain rely on a QA system. The reason that I chose to react a little strongly was that I made many Qs but received exactly zero As. Sometimes the auditors of software provide as much benifit as the editors. Developers who propose dramatic changes should expect questions and in my opinion have a duty to respond to such. Sorry, Erik, I was feeling a little frustrated with having no luck with getting your changes to work for me, but I guess it is nothing like the frustration you must feel. On a totally different subject, I recall your kind offer of some patches you have available on gitorious. I would be very grateful if you could mail me the patches you have made to commlist.cxx. Kind regards, Alasdair. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] SoundSystem continued
On Mon, 2009-11-09 at 14:58 +0100, Geoff McLane wrote: On Mon, 2009-11-09 at 11:53 +0100, Erik Hofman wrote: Hi, I was wondering if anybody has any problems/bugs/oddities that needs to be addressed in the latest SoundSystem code. Hi Erik, Updated FG/SG/DATA CVS as of an hour ago... Using only the default c172... 1. The cabin sound is loader than before - maybe I should buy earmuffs ;=)) Is there an xml setting for this? 2. The cabin sound does NOT seems to vary with engine RPM, as it did before. But it does in the outside tail view... 3. In takeoff, or flight, pulling or pushing on the stick used to cause a sound variation, but now there is NONE? Maybe this is right, and the previous wrong? Hi Geoff, I am very pleased to see your post which confirms everything I observe. Since Eric started work on the 3d sound system, I have been unable to use the CVS version of Flightgear. The reason? on the default c172P, I cannot enable sound because the volume of data/Sounds/wasp.wav and data/Sounds/wind.wav are played at maximum volume, making other sounds such as atis, I/O/M markers, flaps, etc unhearable. There was a moment when Eric showed a moment of uncharacteristic frustration and ripped all his code out of CVS. I built that version at 2009-11-01 21:37:16 (GMT) and it works well, all sounds being balanced and audible. As I am particularly keen on keeping up-to-date with James Turners's work with a view to implementing a decent ATC system, I really want to be able to use a workable CVS My System: Hardware: Processor : 2x AMD Athlon 7450 Dual-Core Processor Memory : 2061MB OpenGL Renderer : GeForce 9800 GT/PCI/SSE2 Resolution : 1280x1024 pixels Audio Adapter : HDA-Intel - HDA NVidia Input Devices- Saitek Saitek X45 Flight Control Stick Audio device: nVidia Corporation MCP72XE/MCP72P/MCP78U/MCP78S High Definition Audio (rev a1) Software: Operating System: Debian GNU/Linux squeeze/sid X11 Vendor : The X.Org Foundation OSG : OpenSceneGraph-2.8.2 Simgear : CVS FlightGear : CVS OpenAL : Debian 1:1.9.563.-1 Kind Regards, Alasdair -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] SoundSystem continued
On Mon, 2009-11-09 at 14:56 +, James Turner wrote: On 9 Nov 2009, at 13:58, Geoff McLane wrote: 4. At start up, getting a whole bunch of - voice synth: word 'airport_information' not found voice synth: word '/_' not found voice synth: word 'automated_weather_observation' not found ... etc but maybe I have not 'installed' something? That's an unrelated problem, due to some ATIS changes I committed, and the fact that our ATC text-to-speech system needs some love. I have come to love that ATIS voice. I wonder if the delightful lady could be persuaded to fill in the gaps. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] SoundSystem continued
On Mon, 2009-11-09 at 12:15 -0800, syd adams wrote: Everything seems to work here now , plus I now have doppler in flyby views ...(with a much more realistic pitch change) ... Thanks for all your work . I do now have very loud wind noise in some cases , so I need to redo some sound xml files. Are there any new added options/changes I can experiment with ? Cheers On Mon, Nov 9, 2009 at 2:53 AM, Erik Hofman e...@ehofman.com wrote: Hi, I was wondering if anybody has any problems/bugs/oddities that needs to be addressed in the latest SoundSystem code. Note that I've added a 'typeavionics/type' tag to the xml configuration options that can be used for radios or stall warnings that are defined in the sound configuration file. Adding it makes that section behave as if it was part of the avionics meaning it will not have any position and orientation calculations and (at this time) will always be audible regardless of the current view. Erik -- For many days now, I have been reporting similar problems, but Erik has seemed to be prominently reluctant in assiduously avoiding addressing or responding to any of my questions. Perhaps someone acting as a nice kind of moderator might be persuaded to jog Erik along to answer well meant questions. For my own part, as a long term user and sometime contributer to FG CVS, I find this behaviour a little disconcerting. If there is anything wrong in the way I have phrased my questions, I believe it to be common courtesy to advise me. To utterly ignore me is, in my opinion, pretty bad form. Alasdair -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] SoundSystem continued
On Mon, 2009-11-09 at 17:11 -0800, syd adams wrote: For many days now, I have been reporting similar problems, but Erik has seemed to be prominently reluctant in assiduously avoiding addressing or responding to any of my questions. Perhaps someone acting as a nice kind of moderator might be persuaded to jog Erik along to answer well meant questions. For my own part, as a long term user and sometime contributer to FG CVS, I find this behaviour a little disconcerting. If there is anything wrong in the way I have phrased my questions, I believe it to be common courtesy to advise me. To utterly ignore me is, in my opinion, pretty bad form. Alasdair Well , like he's pointed out , there are still issues to be worked out ... it's getting there :) Cheers OMG, thank you for your response, Syd. I was beginning to beieve I was just a bad smell. I look forward to the day when FG CVS will be usable again (sound ? 2d, 3d, I don't give a ) Personally, I don't need a hi-fi sound system to enjoy a flight simulator. And I will feel a lot happier when the day comes that a contributer makes a decent attempt to test his work before abusing his privilege to commit untested and questionable work to CVS. Kind regards, Alasdair -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ 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 Thu, 2009-10-29 at 09:45 -0600, dave perry wrote: Erik Hofman wrote: Scott Hamilton wrote: On Thu, 2009-10-29 at 13:57 +0100, Erik Hofman wrote: Hi ya Erik, I just tried out the test3, no sound what so ever... I've committed the current state of my local code to see if it fixes anything. Erik Hi Erik, Updated both my core2 duo (64 bit FC10) and my Athlon XP 3200+ (32 bit FC10) both running FC10 openal and freealut distribution rpms. ATC and aircraft sounds are now working on both systems. Neither had aircraft sounds before this update. Thanks for all your work! Dave P. All sounds seem good here too. Congratulations. My only concern is that the engine sound and the wind sound are so loud that they drown outsounds like flaps and atis. Any suggestion where I can find a solution? regards, Alasdair -- 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] Issues with latest cvs
On Sat, 2009-10-24 at 16:15 +0100, Alasdair Campbell wrote: (gdb) run Starting program: /usr/local/bin/fgfs [Thread debugging using libthread_db enabled] Error: Unable to create OpenGL graphics context. Error: Unable to create OpenGL graphics context. Program received signal SIGSEGV, Segmentation fault. flightgear::CameraGroup::buildGUICamera (this=0xf067b0, cameraNode=0xf08780, window=0x0) at CameraGroup.cxx:413 413 camera-setGraphicsContext(window-gc.get()); (gdb) Also there is bad data at line 55 of preferences.xml Regards, Alasdair Please ignore above. Due to unnoticed update to xorg. Alasdair -- 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 System debugging
On Sat, 2009-10-24 at 10:39 +0200, Erik Hofman wrote: Ok, I've reserved the next two days to try to pin-point the problem. For that I've taken drastic measures now; All sounds and the listener are located at 0,0,0 and all orientations are omni-directional. What this means: no distance attenuation, no relative position to the listener but only sources emitting sounds. I was hoping this could lead to (for example) a NaN problem but ... I discovered this triggered the same bug for me that others have for the F-16. I would appreciate it if at least a few people want to test it and report the results for them. In the mean time I'm trying to see if I can fix it for the F-16 locally. Oh and no point reporting a segmentation fault at exit, I'm aware of it. Erik After cvs update (SG,FG,data): alasd...@executrix:~$ fgfs Error reading properties: not well-formed at /opt/FlightGear/FlightGear_cvs/data/preferences.xml, line 56, column 2 Error reading panel: Failed to open file at /opt/FlightGear/FlightGear_cvs/data/Panels/Default/default.xml Error reading new panel from Panels/Default/default.xml HUD: Error Problem reading file at line 1, column 0 FGMultiplayMgr - No receiver port, Multiplayermode disabled Nasal runtime error: nil used in numeric context at /opt/FlightGear/FlightGear_cvs/data/Nasal/dynamic_view.nas, line 167 called from: /opt/FlightGear/FlightGear_cvs/data/Nasal/dynamic_view.nas, line 420 Nasal runtime error: container index not scalar at /opt/FlightGear/FlightGear_cvs/data/Nasal/view.nas, line 215 called from: /opt/FlightGear/FlightGear_cvs/data/Nasal/view.nas, line 625 Nasal runtime error: non-scalar in string context at /opt/FlightGear/FlightGear_cvs/data/Nasal/screen.nas, line 394 called from: /opt/FlightGear/FlightGear_cvs/data/Nasal/globals.nas, line 100 KI266 dme indicator #0 initialized Nasal runtime error: non-objects have no members at /opt/FlightGear/FlightGear_cvs/data/Aircraft/c172p/Nasal/kr87.nas, line 121 called from: /opt/FlightGear/FlightGear_cvs/data/Aircraft/c172p/Nasal/kr87.nas, line 108 called from: /opt/FlightGear/FlightGear_cvs/data/Aircraft/c172p/Nasal/kr87.nas, line 181 creating 3D noise texture... Segmentation fault alasd...@executrix:~$ Regards, Alasdair -- 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 System debugging
On Sat, 2009-10-24 at 13:01 +0200, Erik Hofman wrote: Alasdair Campbell wrote: After cvs update (SG,FG,data): alasd...@executrix:~$ fgfs Error reading properties: not well-formed at /opt/FlightGear/FlightGear_cvs/data/preferences.xml, line 56, column 2 That should be fixed by now. Erik Already found it. Sound back to normal :), but immediate segfault if atis is tuned. Alasdair -- 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] Issues with latest cvs
On Sat, 2009-10-24 at 15:02 +0200, Erik Hofman wrote: Chris Wilkinson wrote: Hi there, I've downloaded and built fresh cvs copies of fg and sg tonite (Oct 24), and updated my osg to v2.95. When I first ran fg after the update I got a segfault when fg couldn't find part of the ac3d model of the 777-300ER, so I tried another jet (787). This time fg ran, but the terrain was all grey, framerate was a slideshow, and after a short while it segfaulted due to not finding AI/Aircraft/performancedb.xml. I grabbed that file from cvs, and retried. FG can now run a little longer, but segfaults due to AL Error (fx): Invalid Value at pitch and gain within a minute or 2 of starting. Although this message should not create a segmentation fault, a turned on ATIS did. I fixed this just a few minutes ago in SimGear and FlightGear CVS. Erik (gdb) run Starting program: /usr/local/bin/fgfs [Thread debugging using libthread_db enabled] Error: Unable to create OpenGL graphics context. Error: Unable to create OpenGL graphics context. Program received signal SIGSEGV, Segmentation fault. flightgear::CameraGroup::buildGUICamera (this=0xf067b0, cameraNode=0xf08780, window=0x0) at CameraGroup.cxx:413 413 camera-setGraphicsContext(window-gc.get()); (gdb) Also there is bad data at line 55 of preferences.xml Regards, Alasdair -- 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 Fri, 2009-10-23 at 04:05 +0100, Alasdair Campbell wrote: On Thu, 2009-10-22 at 21:22 +0200, Erik Hofman wrote: It would be nice to know who of you who have problems run on 64-bit and if any one with these problems (sounds not playing) actually runs in 32-bit. Erik AS you speak, I am currently resurrecting my 32 bit Athlon machine to compare with dual core AMD64. I will advise you of results. Alasdair Compare dual core 64 bit Athlon (7450) with single core Athlon (3200XP) ## Running latest Debian Squeeze (as at 23 Oct 2009) ## openal version (deb) 1:1.9.563-1 ## alut version (deb)1.1.0-2 ## osg version OpenSceneGraph-2.8.1 ## executrix is dual core amd64 (7450) alasd...@executrix:~$ fgfs SoundManager bind Initializing OpenAL sound manager 128 free sources found FGMultiplayMgr - No receiver port, Multiplayermode disabled SoundManager suspend SoundManager resume KI266 dme indicator #0 initialized loading scenario 'nimitz_demo' creating 3D noise texture... DONE Initializing Nasal Electrical System power up I exit fgfs (pasted by me) SoundManager unbind Stopping Sound Manager Inconsistency detected by ld.so: dl-close.c: 719: _dl_close: Assertion `map-l_init_called' failed! alasd...@executrix:~$ Observations: (Default c172p) Loud whooshing noise at start-up (engine off) as if in Victoria Falls or powerfull wind tunnel. Almost drowns out all other sounds including engine, flaps, etc. ATC chatter audible (just). No ATIS. No voices with festival. No ATC (reports rubbish entries on frequency scan) ## dominatrix is single core amd32 (3200) running latest Debian Squeeze (as at 23 Oct 2009) alasd...@dominatrix:~$ fgfs SoundManager bind Initializing OpenAL sound manager 128 free sources found FGMultiplayMgr - No receiver port, Multiplayermode disabled KI266 dme indicator #0 initialized loading scenario 'nimitz_demo' creating 3D noise texture... DONE Initializing Nasal Electrical System power up I exit fgfs (pasted by me) SoundManager unbind Stopping Sound Manager Inconsistency detected by ld.so: dl-close.c: 719: _dl_close: Assertion `map-l_init_called' failed! alasd...@dominatrix:~$ Observations: (Default c172p) Identical to those found with 64 bit dual core Conclusion: These problems are not machine dependant. -- 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 Thu, 2009-10-22 at 21:22 +0200, Erik Hofman wrote: It would be nice to know who of you who have problems run on 64-bit and if any one with these problems (sounds not playing) actually runs in 32-bit. Erik AS you speak, I am currently resurrecting my 32 bit Athlon machine to compare with dual core AMD64. I will advise you of results. Alasdair -- 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
On Tue, 2009-10-20 at 00:07 +1300, James Sleeman wrote: On 19/10/09 23:42, Erik Hofman wrote: Ok I think I've ironed out most of the bugs. I hope also the one that James reported but I don't hold my breath for it just yet. So far so good, compiles and runs, and produces sound. Will try a short flight and see if any problems crop up. I am still having problems with the new sound system. I note in my flightgear terminal at start-up: AL Error (atc):... this is the SG_LOG message from SGSampleGroup::testForALError(string s) where s = resume I see that the message relates to an error number 40964 and that the message is truncated, as there seems to be no return from the call to alGetString(error). (Like a thread had died or something??) The first call originates from ATC.cxx { SGSoundMgr *smgr; smgr = (SGSoundMgr *)globals-get_subsystem(soundmgr); _sgr = smgr-find(atc, true); } commenting this out reveals more similar errors. If I attempt to examine the return by saying something like: string myString = alGetString(error) cout My string = myString endl; then all manner of strange things occur including : Unknown exception in the main loop. Aborting... Possible cause: no such file or directory 1) Is anyone else seeing this strange message (I am on AMD64, running Debian Squeeze)? 2) Is this peculiar behaviour an indicator to the odd things going on since the committment of the new system? Kind regards Alasdair -- 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
On Fri, 2009-10-16 at 11:50 +0200, Erik Hofman wrote: I finally found why the sound orientation was wrong, this should now be fixed in CVS (sound positioning relative to the aircraft origin is still to be done). Erik CVS as off 10 minutes ago gives me SimGear compile error: sample_openal.cxx: In member function ‘void SGSoundSample::set_relative_position(SGVec3f)’: sample_openal.cxx:167: error: no match for ‘operator=’ in ‘((SGSoundSample*)this)-SGSoundSample::_relative_pos = pos’ ../../simgear/math/SGMathFwd.hxx:37: note: candidates are: SGVec3double SGVec3double::operator=(const SGVec3double) make[2]: *** [sample_openal.o] Error 1 Am I alone? regards Alasdair -- 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
On Fri, 2009-10-16 at 15:20 +0200, Erik Hofman wrote: Alasdair Campbell wrote: CVS as off 10 minutes ago gives me SimGear compile error: sample_openal.cxx: In member function ‘void SGSoundSample::set_relative_position(SGVec3f)’: sample_openal.cxx:167: error: no match for ‘operator=’ in ‘((SGSoundSample*)this)-SGSoundSample::_relative_pos = pos’ ../../simgear/math/SGMathFwd.hxx:37: note: candidates are: SGVec3double SGVec3double::operator=(const SGVec3double) make[2]: *** [sample_openal.o] Error 1 Ah I committed a small change in a file that contained other changes that I thought were not yet ready to commit. Should be fixed now. Erik Thanks Erik, works fine now. Alasdair -- 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
Today's CVS changes break Simgear compile: make[2]: Entering directory `/home/alasdair/FlightGear_cvs/Simgear_build/simgear/environment' g++ -DHAVE_CONFIG_H -I. -I../../simgear -I../.. -I/home/alasdair/include -g -O2 -D_REENTRANT -MT visual_enviro.o -MD -MP -MF .deps/visual_enviro.Tpo -c -o visual_enviro.o visual_enviro.cxx visual_enviro.cxx: In member function ‘void SGEnviro::drawLightning()’: visual_enviro.cxx:759: error: ‘class SGSoundSample’ has no member named ‘set_base_position’ make[2]: *** [visual_enviro.o] Error 1 make[2]: Leaving directory `/home/alasdair/FlightGear_cvs/Simgear_build/simgear/environment' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/home/alasdair/FlightGear_cvs/Simgear_build/simgear' make: *** [install-recursive] Error 1 Kind regards Alasdair -- 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: ‘cl ass SGSoundSample’ has no member named ‘set_b ase_position'
On Thu, 2009-10-15 at 13:52 +0200, Torsten Dreyer wrote: Hi, todays SimGear cvs doesn't compile for me: visual_enviro.cxx: In member function ‘void SGEnviro::drawLightning()’: visual_enviro.cxx:759: error: ‘class SGSoundSample’ has no member named ‘set_base_position’ Torsten Sorry Torsten, Our posts seem to have overlapped Alasdair -- 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] Seneca II HSI problem
On Fri, 2009-03-13 at 11:27 +, Alasdair Campbell wrote: I have noticed that the seneca's HSI is permanently stuck at 360° Can someone please let me know if they experience the same problem? In my case this problem has been present for a long time. Can anyone help? Sorry, I forgot to mention I am using CVS/SVN for Plib, OSG, Singear and FG on a linux Debian box. AC -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Seneca II HSI problem
On Fri, 2009-03-13 at 17:41 +0100, Torsten Dreyer wrote: On Fri, 2009-03-13 at 14:41 +0100, Torsten Dreyer wrote: On Fri, 2009-03-13 at 11:27 +, Alasdair Campbell wrote: I have noticed that the seneca's HSI is permanently stuck at 360° Can someone please let me know if they experience the same problem? In my case this problem has been present for a long time. Can anyone help? Sorry, I forgot to mention I am using CVS/SVN for Plib, OSG, Singear and FG on a linux Debian box. Please check: Is the gyro in slave mode? Check for the switch Slave/Free right of the gma340 to be in Slave position. If so, check the console messages. Do you see If so, are there any Nasal error messages? Torsten Thanks for the reply, Torsten. Whether slaved or free, the HSI resolutely ponts north. I do not see the KCS55 pictorial navigation system initialized message. No nasal eror messages are reported. Here follows the complete console output: dominatrix:~fgfs Model Author: Torsten Dreyer with a little help from DATCOM+ Creation Date: 2006-01-16 Description: Model for a PA34-200T Seneca II Httpd server started on port 5400 FGMultiplayMgr - No receiver port, Multiplayermode disabled power up creating PitotIcingHandler for /systems/pitot[0] KI266 dme indicator #0 initialized Kind regards, Alasdair OK - you don't have the nasal handler for the KCS55 slave gyro system running. You said you have a CVS version of FlightGear. Please check, that you have the latest version of the Seneca checked out, too. You might verify your Seneca-base.xml file. You probably don't see the lines fileAircraft/SenecaII/Systems/kcs55.nas/file script![CDATA[ KCS55.new(); ]]/script somewhere at line number 390 ? If so, perform a cvs up of your data tree, esp. the SenecaII directory and check for any error messages. If anything fails, completely remove the SenecaII directory and do a cvs up SenecaII from your Aircraft directory. Hope, this helps Torsten -- I do have the Seneca-base.xml file containing the lines you mention at line 392. Also present is Aircraft/SenecaII/Systems/kcs55.nas containing the line: print( KCS55 pictorial navigation system initialized ); at line 395. Will now attempt to delete and re-install the complete SenacaII directory. time passes cvs up SenecaII does nothing in the Aircraft directory. nor does cvs co SenecaII cvs update -dP refreshes the folder and reinstalls the SenecaII directory (along with every other aircraft). Aha! Now I see the KCS55 pictorial navigation system initialized and switching to slave frees the giro and all is OK. All this is very odd since I regularly do a CVS/SVN update on everything including the data directory, as I did prior to opening this thread. I am losing faith in CVS... sigh. Thank you for your help. Kind regards, Alasdair -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Solved: Seneca II HSI problem
On Fri, 2009-03-13 at 19:45 +0100, Torsten Dreyer wrote: All this is very odd since I regularly do a CVS/SVN update on everything including the data directory, as I did prior to opening this thread. I am losing faith in CVS... sigh. Thank you for your help. Kind regards, Alasdair Your welcome. That's strange - you had the correct files and FlightGear should have created the kcs55 system as directed in the SenecaII-base.xml file. The code was there - you saw it. Instead of scratching the last hair of of my head, let's blame CVS for it and go flying ;-) Greetings, Torsten Amen to that :-; AC -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Preferred development os
On Fri, 2009-02-13 at 18:35 +0100, Geoff McLane wrote: Hi Alasdair, I just noted the comment in your terra_compile.sh script - # ??why does configure not pick up the correct includes if I specify --with-simgear=$BUILDDIR/simgear-cs As advised in my post yesterday (Feb 12), the configure.ac is clobbering the EXTRA_DIRS created by the --with-simgear=PATH, and my patch fixes that, and allows other components - PLIB/OSG - to be installed in non-standard places ;=)) The EXTRA_DIRS patch is - -EXTRA_DIRS=/usr/local/plib /usr/X11R6 +# EXTRA_DIRS=/usr/local/plib /usr/X11R6 +EXTRA_DIRS=$EXTRA_DIRS /usr/X11R6 And have now more or less answered my own question - Q: difference between cvs and git simgear? - A: LOTS ;=)) Tried to compile TG against cvs SG, and of course failed! Regards, Geoff. Thanks for that Geoff. The configure works fine with your patch. Doesn't work, though, if one uses --with-simgear=RELATIVE_PATH, as in my case --with-simgear=../simgear-cs Is this normal? Regards, Alasdair -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Preferred development os
On Wed, 2009-02-11 at 18:05 +0800, Harry Campigli wrote: Ok thanks for that Alasdair, Is there some thing a miss with the Terragear archive today, The git clone command from the script works ok on the Simgear-cs but not Terragear-cs. I could be wrong but I cant see it being local here if one works and the other does not. Is it just me? git clone http://mapserver.flightgear.org/git/terragear-cs/ error: Couldn't get http://mapserver.flightgear.org/git/terragear-cs//refs/heads/cvs.terragear for heads/cvs.terragear The requested URL returned error: 404 error: Could not interpret heads/cvs.terragear as something to pull Reg Harry Still working fine here, Harry. Try again and good luck. Alasdair -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Preferred development os
On Thu, 2009-02-12 at 00:09 +0800, Harry Campigli wrote: Hmm It turns out changing the Debian git version made no difference, worked of GS but not TG. But I found a git rpm to suit the SUSE 10.3 machine that worked. Its been compiling away for a while. see whats there in the morning. Thanks again Alasdair. reg Harry I find it hard to understand why you can git-clone simgear-cs but not terragear-cs from the same location. Equally hard to understand why this should be distribution dependant. If there is anyone listening on this frequency, I would be grateful if someone with a few minutes to spare could check out my script. Just abort when it comes to your password on sudo make install Regards, Alasdair -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Preferred development os
On Tue, 2009-02-10 at 23:23 +0800, Harry Campigli wrote: Are you running Terragear on your Debian machine? Hiya Harry, I've been running Debian Sid (unstable) for several years now, and I find it great fun, especially without a hard hat. Every day, first thing, I run Synaptic and get all my stuff updated to the very latest versions of everything. If it breaks, I have a copy of Etch on a separate partition, just in case, but I have never had to use it. I build weekly builds of FG, SG, OSG, plib, whatever from CVS/SVN with no problems whatsoever. I have found it difficult to deal with Terragear (CVS) cos it will not compile against Simgear_CVS.. something to to with SG's compiler.h Anyway I got interested in your problem, and had another go at Terragear, this time using terragear-cs. I found I needed also simgear-cs. To save you effort I have made this wee bash script which works fine for me. See attached. You will need to aquire, build and install plib, newmat and gpc, which can be found at the the following locations: wget http://plib.sourceforge.net/dist/plib-1.8.5.tar.gz wget http://www.robertnz.net/ftp/newmat11.tar.gz wget ftp://ftp.cs.man.ac.uk/pub/toby/gpc/gpc232.zip Kind regards, Alasdair terra_compile.sh Description: application/shellscript -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Route Manager/ io.nas
In eager anticipation of James Turners' proposed improvements to the Route Manager/GPS code, I have been playing around some and noted that that the route manager dialog contains a Load List option. If I try to use this option, I find that I am unable to load any file (fails the sanity check in data/nasal/io.nas (even as root)) The enclosed temporary patch, removing the check resolves the problem for me. A quick grep seems to to me that this this is the only place where nasal io is used. I may be wrong, but could someone with more nasal expertise check this out? Kind regards, Alasdair Index: io.nas === RCS file: /var/cvs/FlightGear-0.9/data/Nasal/io.nas,v retrieving revision 1.58 diff -u -r1.58 io.nas --- io.nas 12 Dec 2008 14:57:38 - 1.58 +++ io.nas 9 Jan 2009 22:50:16 - @@ -324,8 +324,7 @@ if (mode == r or mode == rb or mode == br) rules = read_rules; -if (var vpath = valid(path, rules)) -return _open(vpath, mode); +return _open(path, mode); die(io.open(): opening file ' ~ path ~ ' denied (unauthorized access)\n ); } -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Route Manager/ io.nas
On Sat, 2009-01-10 at 00:33 +0100, Csaba Halász wrote: On Sat, Jan 10, 2009 at 12:10 AM, Alasdair Campbell ali...@btinternet.com wrote: I find that I am unable to load any file (fails the sanity check in data/nasal/io.nas (even as root)) The enclosed temporary patch, removing the check resolves the problem for me. Rather than removing the security check, you might consider adding a rule to IOrules. Have you actually tried to load a file that is in a location readable according to the default settings? (under $FG_ROOT or $FG_HOME) That should have worked. I had same trouble, and found that it works if the files are in .fgfs/routes i think adding your path readable in Nasal/IOrules should work... jano Thanks to Jano and Jester for pointing out Nasal/IOrules. GRR I not defined $FG_HOME. Kind regards, Alasdair -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] COMM radios (Debug aid)
I am currently engaged in trying to solve an annoying problem (bug) with the ATIS/real-weather-fetch code. I find that if I have a comm radio tuned to an ATIS frequency in .fgfsrc, fgfs will start up with a default (erroneous) weather report. This can only be resolved by switching the comm radio to another frequency and back again, at which point the atis annunciator will speak truth. I am certain that RW radios do not behave like this. From my own point of view, I would love fgfs to start up with all radios turned OFF, until explicitly turned on. I can find no property to enable this functionality, even if the radio is switched off via the hot-spot control (or even disabled in preferences.xml). In essence, I don't want radios booming out rubbish weather reports even if there is no electric power switched on in the aircraft. I would welcome any suggestions to enable a proper control over radios. Looking initially at the atis.cxx, ATCmgr.cxx, etc code I notice a bunch of commented-out cout statements, which give me a good idea of where to look for solutions. I wonder if there is a case for introducing a -v (--verbose) option for turning all occurences these statements ON via an IFDEF condition. Suggestions on where to introduce such a condition welcome. I would be willing to undertake the grunt work. Long live find/grep/sed. Kind Regards, Alasdair -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] radio-medium.xml
On Mon, 2008-12-29 at 22:48 +, James Turner wrote: The following warns appear for me when loading tiles: Failed to load xml: Failed to open file at /Users/jmt/Code/FGFS/data/Models/Structures/radio-medium.xml data/Models/Structures (from CVS) is fairly sparse, containing some vordme models and 'observatory'. Is there a genuine problem here, or I do I have some missing shared models / incorrect scenery version? James Hi James, I found that models radio* and similar have been moved from $FG_ROOT/Models/Structures to $FG_ROOT/Models/Communications. I resolved the problem by symlinking them back into /Structures. At any rate the problem seems to disappear by updating your other world scenery to 1.0.1 Kind regards and a Happy New Year to you and all, Alasdair -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] AI traffic
On Thu, 2008-12-11 at 07:52 +0100, Durk Talsma wrote: As you have found, disabling AI traffic doesn't help indeed. This option controls the behavior of an older AI system, which is in the process of being depricated. For your purposes, you may want to disable either /sim/traffic-manager or /sim/ai see the relevant sections of preferences.xml below. traffic-manager enabled type=booltrue/enabled instantaneous-action type=boolfalse/instantaneous-action proportion1.0/proportion /traffic-manager ai enabled type=booltrue/enabled scenarionimitz_demo/scenario !-- scenarioaircraft_demo/scenario -- !-- scenariorefueling_demo/scenario -- !-- scenariolead_aircraft/scenario -- /ai multiplay chat type=stringHello/chat transmission-freq-hz type=string11850/transmission-freq-hz chat-display type=bool userarchive=ytrue/chat-display chat-menu include=ATC/chat-menu-entries.xml/ /multiplay Hope this helps, Durk Thanks for that help, Durk. Works fine. I don't usually mess with preferences.xml for fear of confusing my cvs updates. I was hoping for a way to achieve the same effect from .fgfsrc Alasdair -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] AI traffic
On Thu, 2008-12-11 at 15:59 +0100, Anders Gidenstam wrote: On Thu, 11 Dec 2008, Alasdair Campbell wrote: Thanks for that help, Durk. Works fine. I don't usually mess with preferences.xml for fear of confusing my cvs updates. I was hoping for a way to achieve the same effect from .fgfsrc You can use --prop:/sim/traffic-manager/enabled=0 Cheers, Anders Perfect, that gives a way to disable _anything_ I want. Many thanks, Alasdair -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] AI traffic
Hi, all I am looking for another problem and have set --log-level=info I have also diasabled ai-models. Now I execute fgfs 21 | tee Desktop/fginfo.out Browsing through the output reveals many KLM scheduled flights, many of which contain the (missing) destination LGPG. (And lots more interesting stuff) Can I suggest that LGPG be replaced with LFPG (Charles de Gaulle Airport) everywhere in data/AI/Traffic/K/KLM.xml if that is what the author intended. Furthermore, can anyone tell me if there is a way to disable AI traffic? I am trying to locate another problem and want to declutter my log output as much as possible. For the time being I have removed $FG_ROOT/AI/Traffic/K/ Kind regards, Alasdair. -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel