[Flightgear-devel] Latest JSBsim update
I´m not sure what is meant with these lines of code in DGWinds.cpp at line 286, and neither is MSVCIs it a patch gone wrong? Alan sig_p = 1.9/sqrt(L_w*b_w)*sig_w, // Yeager1998, eq. (8) FGWinds.cpp //sig_q = sqrt(M_PI/2/L_w/b_w), // eq. (14) /// sig_r = sqrt(2*M_PI/3/L_w/b_w), // eq. (17) === //sig_q = sqrt(M_PI/2/L_w/b_w), // eq. (14) //sig_r = sqrt(2*M_PI/3/L_w/b_w), // eq. (17) 1.5 L_p = sqrt(L_w*b_w)/2.6, // eq. (10) wlEmoticon-winkingsmile[1].png Description: Binary data -- 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-d2dcopy1___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Mapping Airspace
John Denker wrote: And here is a possibly-related question: what colormap are the Sectional Aeronautical Charts using, and how do I specify it? They show up in QGIS in beautiful natural color. In particular, in QGIS, if I change the colormap on one of those charts, there does not appear to be any way to change it back to the beautiful original colormap. The palettes are embedded in the GeoTIFF files, you most certainly want to convert these images into some suitable true colour format before doing any manipulations, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- 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-d2dcopy1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Latest JSBsim update
On Mon, 2011-09-26 at 09:25 +0100, Alan Teeder wrote: I´m not sure what is meant with these lines of code in DGWinds.cpp at line 286, and neither is MSVC Winking smile Is it a patch gone wrong? Alan sig_p = 1.9/sqrt(L_w*b_w)*sig_w, // Yeager1998, eq. (8) FGWinds.cpp //sig_q = sqrt(M_PI/2/L_w/b_w), // eq. (14) /// sig_r = sqrt(2*M_PI/3/L_w/b_w), // eq. (17) === //sig_q = sqrt(M_PI/2/L_w/b_w), // eq. (14) //sig_r = sqrt(2*M_PI/3/L_w/b_w), // eq. (17) 1.5 L_p = sqrt(L_w*b_w)/2.6, // eq. (10) It looks like I need to check my CVS copy of JSBSim... Thanks for the report. Erik -- 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-d2dcopy1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Latest JSBsim update
Now fixed, thanks. Alan -Original Message- From: Erik Hofman Sent: Monday, September 26, 2011 9:52 AM To: FlightGear developers discussions Subject: Re: [Flightgear-devel] Latest JSBsim update On Mon, 2011-09-26 at 09:25 +0100, Alan Teeder wrote: I´m not sure what is meant with these lines of code in DGWinds.cpp at line 286, and neither is MSVC Winking smile Is it a patch gone wrong? Alan sig_p = 1.9/sqrt(L_w*b_w)*sig_w, // Yeager1998, eq. (8) FGWinds.cpp //sig_q = sqrt(M_PI/2/L_w/b_w), // eq. (14) /// sig_r = sqrt(2*M_PI/3/L_w/b_w), // eq. (17) === //sig_q = sqrt(M_PI/2/L_w/b_w), // eq. (14) //sig_r = sqrt(2*M_PI/3/L_w/b_w), // eq. (17) 1.5 L_p = sqrt(L_w*b_w)/2.6, // eq. (10) It looks like I need to check my CVS copy of JSBSim... Thanks for the report. Erik -- 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-d2dcopy1 ___ 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-d2dcopy1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Sorry about the noise on the commitlogs list
Apparently I did a few pushes to a terragear-cs-repository which accidentially had the EMail commit hook enabled - but wasn't supposed to have _any_ hook activated - resulting in duplicate and/or obsolete commitlog EMails. Please excuse, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- 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-d2dcopy1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Flying the f-14b...
Hi, Thank you for your reply. Yeah, sorry for the noise... I had eventually found the 'L Beam Box' fuel in /consumables/fuel/tank[2]... I _WAS_ being confused by the 'empty' indication, and the fact that some values are not filled in... like as shown, via the httpd server - Contents of /consumables/fuel/tank[2] capacity-gal_imp (154.8873218) capacity-gal_us (186.0119176) capacity-m3 (0.7041317048) density-kgpm3 (754.9064927) density-ppg (6.3) empty (true) kill-when-empty (false) level-gal_imp (0) level-gal_us (175.1549882) level-kg (0) level-lbs (1103.476425) level-m3 (0) level-norm (0) name (L beam box) selected (true) transfering (false) unusable-gal_imp (0) unusable-gal_us (0) unusable-m3 (0) Similarly for the 'R Beam Box' in tank[4], etc, but now have the information desired... no problem... And do my own 'conversions', and just ignore the 'empty' indication, but (perhaps) not the 'selected'... And similarly, eventually began to understand that the left and right 'Sumps' ARE additional (small) tanks... tank[3], tank[5]... So now I have the same value as the onboard display, through telnet ;=)) As usual should look HARDER before blabbing... sorry... Onwards, to happy FAST FLYING ;=)) Regards, Geoff. On Sun, 2011-09-25 at 23:46 +0200, Citronnier - Alexis Bory wrote: Le 25/09/2011 01:07, Geoff McLane a écrit : Evolved from [Any alpha testers with a bit of extra time on their hands?] Re: Start up When I first loaded the f-14b the engines were NOT running, so I searched for a 'Start-up procedure', but mostly in vane... it turned out all I needed to do was ADD FUEL to the beast ;=)) So I would suggest a line or 2 be added to the f-14b wiki - http://wiki.flightgear.org/index.php/Grumman_F-14_Tomcat Something like - Start up: If the engines are OFF (silent) when you load the f-14b, all you maybe need to do is enter MENU tomcat controls - Fuel and stores, and increase the 'L Beam Box', (and 'R Beam Box') sliders to give the beast some fuel ;=)) And the engines should IGNITE ;=)) Then you have an 'active', very fast aircraft at your disposal ;=)) And this fuel added will be 'saved' so on the next run the f-14b - it will have the fuel you exited with... Maybe there are other ways, but did not explore them... Of course I would further recommend an 'f', to set full flaps, before you bump the throttle... and you will be airborne quite quickly... very BIG POWERFUL engines... If like me you started on KSFO 10L, quickly throttle back to about 50%, or less, and commence a left turn, and head back to the San Mateo bridge... another left, and line up for a landing... to complete your first 'manual' circuit... Re: FUEL Am a bit confused by the MENU - Tomcat controls - Fuel stores - http://geoffair.org/tmp/f-14b-fuelset.png and the onboard fuel display - http://geoffair.org/tmp/f-14b-fuel.png It _SEEMS_, in the Nasal code, the 'Sump' is ADDED to the fuel displayed... This does not seem right!?!? I added 2x225 (450) pounds of fuel, but end up seeing 1010 pounds of fuel on my panel display... Now maybe I do NOT understand the 'sump' (2x281), but it seems the nasal code ADDED this as well... Yes, I asked the nasal code do that. Each sump is a tiny little tank that contains only 281 lbs of pure JP-5 (44 US gal)... ask Grumman :-) As indicated. maybe _NOT_ a problem, but QUITE confusing none the less... and needs explanation... The two lateral digital fuel quantity indicators can represent three different quantities depending on the respective switch setting (fuel control panel on the left console, outer left switch, WING, FEED, EXT) When on the middle position it sums the tanks for each feed group: left wing, aft, left beam box, left sump, or right wing, forward tank, right beam box and right sump. In the manual, the feed group may or may not include the wing tank... Other positions show only wing tanks or external tanks. The tapes show only internal, that is each feed group without wing. Total shows total fuel as expected. What's funny is to look at how the fuel flows from one tank to another depending on the fuel flow at the engine pumps. After a while the system can stand afterburners needs but not more. Unfortunately I didn't took the time to model the engine system yet, I did a guided missile instead (me bad boy !) Re: autopilot (F11 and keyboard) Have not yet explored all of this, but the first few tries seemed quite successful... Need more time to make sure the generic 'autopilot' (F11 or through keyboard commands) of the f-14b is working as it should... but at this time have found no particular problems... no adverse behavior... no 'error' outputs... That is at least in the low altitude, low speed, full flaps mode, low throttle, mode I have been using... The altitude mode has a lot of trouble with the
Re: [Flightgear-devel] Mapping Airspace
John Denker wrote: Here's another fun way of mapping airspace: You can get sectional charts in the form of .tif files from: http://www.aeronav.faa.gov/index.asp?xml=aeronav/applications/VFR/chartlist_sect [...] This is a low priority for me, because I am content to reproject all rasters to a common SRS using gdalwarp. That does everything I need it to do. BTW, as a quick script-fun-project I've reprojected these maps into WGS84, but as you can see from this QGIS screenshot: http://foxtrot.mgras.net/bitmap/Dallas-Ft_Worth_87_WGS84.png there's still a lot of work to be done for clipping off the legends, which, obviously, has to be performed _before_ re-projecting, before you'll be able to create a seamless map of the entire US. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- 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-d2dcopy1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] pthread error compiling simgear under ubuntu 11.10 (beta2)
Hi, On Sunday, September 25, 2011 02:10:27 Francesco Angelo Brisa wrote: Can you retry? Same problem, nothing changed Did you regenerate the Makefile.in's from Makefile.am's using autogen.sh in simgears toplevel directory? Also since we want to move to cmake, does this work already? How do I compile it using cmake ? Basically, instead of configure --prefix=/path call cmake CMAKE_INSTALL_PREFIX=/path then run make make install as usual. Greetings Mathias -- 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-d2dcopy1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] mpserver10 moving and changing IP address
Hi all and Curt, mpserver10 is moving, the old server is still running but it's going to be removed from the racks on Thursday (maybe). fgms is already running on a brand new and powerful VM. The new IP is: 31.24.249.125 Thanks a lot for updating the DNS record, Alexis -- 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-d2dcopy1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Cmake
Hi On 11 Sep 2011, at 20:25, Bertrand Coconnier wrote: Have you tried to append your flag with :STRING ? It should look like -D CMAKE_CXX_FLAGS:STRING=-O3 -Wall -march=native. I finally had the time to try this out. Works like a charm. :-) Cheers, Durk -- 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-d2dcopy1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] pthread error compiling simgear under ubuntu 11.10 (beta2)
2011/9/26 Mathias Fröhlich mathias.froehl...@gmx.net: Hi, On Sunday, September 25, 2011 02:10:27 Francesco Angelo Brisa wrote: Can you retry? Same problem, nothing changed Did you regenerate the Makefile.in's from Makefile.am's using autogen.sh in simgears toplevel directory? yes, I always remove the simgear folder. The script downloads everything from the beginning. Just tried now, nothing new. Also since we want to move to cmake, does this work already? How do I compile it using cmake ? Basically, instead of configure --prefix=/path call cmake CMAKE_INSTALL_PREFIX=/path then run make make install as usual. thanks very much, this is what I needed ! I will now try using cmake. Greetings Mathias Thanks for suggestions, I hope I will find a way to solve the issue... Cheers Francesco -- 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-d2dcopy1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Fairly recent change in sun/view position code?
Am 25.09.11 09:36, schrieb Erik Hofman: On Sat, 2011-09-24 at 15:29 +0200, Frederic Bouvier wrote: It would be nice if Tim Moore could also fix the fog/skydome misalignment he introduced. It's a bit harsh as the previous code was also buggy It wasn't meant to be harsh but the old code worked for more than 10 years. Some problem only arose when the water reflection shader was introduced. Erik Hi Erik It was me introducing the new water shader (while the old one can still be used by the quality level slider, right?). There have been some problems with sun/view angle a longer period and as I remember Tim fixed this once. I was off and I didnt find time to check this changes, and I dont find the time recently to improve the code because I am engaged in other things. So when someone wants to jump in you are welcome anytime. Otherwise, it is temporary, because of our different terrain engine, our limited lights/shadows etc. Means, the extended water shader is a combination of a very simple water shader example and some stuff used for another project: http://dangerdeep.sourceforge.net To be clear, there was no intention to bring something in here for the next ten years. But I am sure you will improve it in this direction. Cheers, Yves -- 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-d2dcopy1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear development entered state
Alex D-HUND wrote: plib: Version 1.8.6. Why and how to obtain it can be found here [1]. Pretty old but still up to date, as far as I know. BTW, just for the record (and to finally purge this thread from my inbox): I remember a rule which says that FlightGear releases are requested to rely on public releases for 3rd party dependencies only. The latest PLIB release is 1.8.5, as far as I can tell. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- 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-d2dcopy1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear development entered state
On Mon, Sep 26, 2011 at 6:30 PM, Martin Spott martin.sp...@mgras.netwrote: Alex D-HUND wrote: plib: Version 1.8.6. Why and how to obtain it can be found here [1]. Pretty old but still up to date, as far as I know. BTW, just for the record (and to finally purge this thread from my inbox): I remember a rule which says that FlightGear releases are requested to rely on public releases for 3rd party dependencies only. The latest PLIB release is 1.8.5, as far as I can tell. Hi Martin, I believe this is still the goal, unless someone can make a very compelling case otherwise. I realize the world isn't always perfect and sometimes it makes more sense to adjust and work around that, but it does lead to problems if we depend on a version that is taken from some random point in time or is not yet released. It can make downstream support of FlightGear pretty difficult. Curt. -- Curtis Olson: http://www.atiak.com - http://aem.umn.edu/~uav/ http://www.flightgear.org - http://gallinazo.flightgear.org -- 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-d2dcopy1___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel