Re: [Flightgear-devel] Gear transit times
Yes there are two or three aircraft that do this. I've modified the A380 in flightgear to use three groups with different times. I'm not near my desktop at the moment but can send you what I had modify to make it work. If you wanted detailed realism you could make different config for each gear and add a small offset depending on hydraulic pressure which could have some random filter applied.. S. castle...@comcast.net wrote: >-- >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] GIT as of today unstable
See if this makes sense??
(gdb) frame 1
#1 0x0088fb79 in
hashForAirport (c=0x19e62860, apt=0x6a128d0) at
/home/scotth/Download/Flightgear/git-repo/flightgear/src/Scripting/NasalPositioned.cxx:113
113
std::string name = apt->name();
(gdb) print apt
$1 = (const FGAirport
*) 0x6a128d0
(gdb) print c
$2 = (Context *) 0x19e62860
(gdb) print
apt->name
$3 = {const std::string &(const FGAirport * const)} 0x6609c0
(gdb) print apt->name()
Program received signal SIGSEGV, Segmentation
fault.0x006609c0 in ?? ()
The program being debugged was
signaled while in a function called from GDB.
GDB remains in the frame
where the signal was received.
To change this behavior use "set
unwindonsignal on".
Evaluation of the expression containing the
function(at 0x0x6609c0) will be abandoned.
When the function is done
executing, GDB will silently stop.
(gdb)
S.
On Tue, 24 Apr 2012
14:45:17 +0100, James Turner wrote:
> On 24 Apr 2012, at 14:39, Curtis
Olson wrote:
>
>> For what it's worth, I'm seeing nearly the same thing
... similar back trace-- crashing in hashforairport() about 10-15
seconds after the splash screen has been removed and the sim presented
for use.
> Okay, that's good news since it rules out something Thorsten
specific. Can you see if the FGAirport* being passed to hashForAirport
looks like a valid pointer? 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/ [1]
___ Flightgear-devel mailing
list Flightgear-devel@lists.sourceforge.net [2]
https://lists.sourceforge.net/lists/listinfo/flightgear-devel [3]
Links:
--
[1]
http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
[2]
mailto:Flightgear-devel@lists.sourceforge.net
[3]
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] Aircraft ratings on the download page
BTW I also found this Shader Editor in a browser. http://www.kickjs.org/example/shader_editor/shader_editor.html [15] On Sat, 18 Feb 2012 15:15:56 +1100, Scott Hamilton wrote: > On Sat, 18 Feb 2012 14:29:02 +1100, Scott Hamilton wrote: > > Sorry for my previous terse answer, but I was out and about, so using my phone while walking.. > > The link I gave below ( www.doesmybrowsersupportwebgl.com ) is a very quick way to determine if your current browser supports WebGL, most modern browsers (except those by Microsoft) do support it with a specific version release. > Also be aware that it requires the browser to be able to talk to your graphics card driver, Google Chrome for instance does not talk to AMD/ATI graphic drivers on Linux. > > http://support.google.com/chrome/bin/answer.py?hl=en-GB&answer=1220892 [13] > > A list of browsers and versions can be found on the WebGL site > http://www.khronos.org/webgl/wiki/Getting_a_WebGL_Implementation [14] > > S. > >> www.doesmybrowsersupportwebgl.com [8] >> >> Gary Neely wrote: >> >>> On Fri, Feb 17, 2012 at 7:10 PM, Heiko Schulz wrote: >>> >>>>> On a slightly related note, stumbled accross this: "a HTML5 JavaScript library to render 3D models in .ac format using WebGL." Might be a nice addition to our download page... >>>> >>>>> Demo: http://inmensia.com/files/hangar/flight-gallery/index.html [1] Source: http://code.google.com/p/hangar/ [2] >>>> Hmmm... The latest version of Opera doesn't show me the models. Mozilla Firefox is able to do, but with render artifacts. I would rather see a search system, so people can search for their wanted criterias. Heiko >>> >>>>> Demo: http://inmensia.com/files/hangar/flight-gallery/index.html [3] >>> Firefox 3.6.26 doesn't show anything either, just a mostly blank gray page. -Gary -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ [5] ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net [6] https://lists.sourceforge.net/lists/listinfo/flightgear-devel [7] >> -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ [10] ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net [11] https://lists.sourceforge.net/lists/listinfo/flightgear-devel [12] Links: -- [1] http://inmensia.com/files/hangar/flight-gallery/index.html [2] http://code.google.com/p/hangar/ [3] http://inmensia.com/files/hangar/flight-gallery/index.html [4] mailto:aeitsch...@yahoo.de [5] http://www.accelacomm.com/jaw/sfnl/114/51521223/ [6] mailto:Flightgear-devel@lists.sourceforge.net [7] https://lists.sourceforge.net/lists/listinfo/flightgear-devel [8] http://www.doesmybrowsersupportwebgl.com [9] mailto:grne...@gmail.com [10] http://www.accelacomm.com/jaw/sfnl/114/51521223/ [11] mailto:Flightgear-devel@lists.sourceforge.net [12] https://lists.sourceforge.net/lists/listinfo/flightgear-devel [13] http://support.google.com/chrome/bin/answer.py?hl=en-GB|+|amp|+|answer=1220892 [14] http://www.khronos.org/webgl/wiki/Getting_a_WebGL_Implementation [15] http://www.kickjs.org/example/shader_editor/shader_editor.html -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Aircraft ratings on the download page
On Sat, 18 Feb 2012 14:29:02 +1100, Scott Hamilton wrote: Sorry for my previous terse answer, but I was out and about, so using my phone while walking.. The link I gave below ( www.doesmybrowsersupportwebgl.com ) is a very quick way to determine if your current browser supports WebGL, most modern browsers (except those by Microsoft) do support it with a specific version release. Also be aware that it requires the browser to be able to talk to your graphics card driver, Google Chrome for instance does not talk to AMD/ATI graphic drivers on Linux. http://support.google.com/chrome/bin/answer.py?hl=en-GB&answer=1220892 [13] A list of browsers and versions can be found on the WebGL site http://www.khronos.org/webgl/wiki/Getting_a_WebGL_Implementation [14] S. > www.doesmybrowsersupportwebgl.com [8] > > Gary Neely wrote: > >> On Fri, Feb 17, 2012 at 7:10 PM, Heiko Schulz wrote: >> >>>> On a slightly related note, stumbled accross this: "a HTML5 JavaScript library to render 3D models in .ac format using WebGL." Might be a nice addition to our download page... >>> >>>> Demo: http://inmensia.com/files/hangar/flight-gallery/index.html [1] Source: http://code.google.com/p/hangar/ [2] >>> Hmmm... The latest version of Opera doesn't show me the models. Mozilla Firefox is able to do, but with render artifacts. I would rather see a search system, so people can search for their wanted criterias. Heiko >> >>>> Demo: http://inmensia.com/files/hangar/flight-gallery/index.html [3] >> Firefox 3.6.26 doesn't show anything either, just a mostly blank gray page. -Gary -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ [5] ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net [6] https://lists.sourceforge.net/lists/listinfo/flightgear-devel [7] > -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ [10] ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net [11] https://lists.sourceforge.net/lists/listinfo/flightgear-devel [12] Links: -- [1] http://inmensia.com/files/hangar/flight-gallery/index.html [2] http://code.google.com/p/hangar/ [3] http://inmensia.com/files/hangar/flight-gallery/index.html [4] mailto:aeitsch...@yahoo.de [5] http://www.accelacomm.com/jaw/sfnl/114/51521223/ [6] mailto:Flightgear-devel@lists.sourceforge.net [7] https://lists.sourceforge.net/lists/listinfo/flightgear-devel [8] http://www.doesmybrowsersupportwebgl.com [9] mailto:grne...@gmail.com [10] http://www.accelacomm.com/jaw/sfnl/114/51521223/ [11] mailto:Flightgear-devel@lists.sourceforge.net [12] https://lists.sourceforge.net/lists/listinfo/flightgear-devel [13] http://support.google.com/chrome/bin/answer.py?hl=en-GB|+|amp|+|answer=1220892 [14] http://www.khronos.org/webgl/wiki/Getting_a_WebGL_Implementation -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Aircraft ratings on the download page
www.doesmybrowsersupportwebgl.com Gary Neely wrote: >On Fri, Feb 17, 2012 at 7:10 PM, Heiko Schulz wrote: >> >>> On a slightly related note, stumbled accross this: "a HTML5 JavaScript >>> library to render 3D models >>> in .ac format using WebGL." Might be a nice addition to our download >>> page... >> >>> Demo: http://inmensia.com/files/hangar/flight-gallery/index.html >>> Source: http://code.google.com/p/hangar/ >> >> Hmmm... >> The latest version of Opera doesn't show me the models. >> Mozilla Firefox is able to do, but with render artifacts. >> >> I would rather see a search system, so people can search for their wanted >> criterias. >> >> Heiko > > >>> Demo: http://inmensia.com/files/hangar/flight-gallery/index.html > >Firefox 3.6.26 doesn't show anything either, just a mostly blank gray page. > >-Gary > >-- >Virtualization & Cloud Management Using Capacity Planning >Cloud computing makes use of virtualization - but cloud computing >also focuses on allowing computing to be delivered as a service. >http://www.accelacomm.com/jaw/sfnl/114/51521223/ >___ >Flightgear-devel mailing list >Flightgear-devel@lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] linking errors with origin/next?
I updated my git working directory to "origin/next" and am getting the following link errors, I'm not 100% sure that git is properly updating everything, I have done a "make clean" and "make rebuild_cache" on both simgear and flightgear. Is anyone else seeing these errors, or is my working directory really messed up? Linking CXX executable fgfs CMakeFiles/fgfs.dir/globals.cxx.o: In function `FGGlobals::set_fg_root(std::basic_string const&)': /src/Flightgear/git-repo/flightgear/src/Main/globals.cxx:220: undefined reference to `SGPath::realpath() const' CMakeFiles/fgfs.dir/globals.cxx.o: In function `FGGlobals::append_aircraft_path(std::basic_string const&)': /src/Flightgear/git-repo/flightgear/src/Main/globals.cxx:306: undefined reference to `SGPath::realpath() const' CMakeFiles/fgfs.dir/globals.cxx.o: In function `FGGlobals::append_fg_scenery(std::basic_string const&)': /src/Flightgear/git-repo/flightgear/src/Main/globals.cxx:256: undefined reference to `SGPath::realpath() const' ../Airports/libfgAirports.a(groundnetwork.cxx.o): In function `FGGroundNetwork::render(bool)': /src/Flightgear/git-repo/flightgear/src/Airports/groundnetwork.cxx:1439: undefined reference to `SGMaterial::get_effect()' /src/Flightgear/git-repo/flightgear/src/Airports/groundnetwork.cxx:1513: undefined reference to `SGMaterial::get_effect()' ../ATC/libfgATC.a(trafficcontrol.cxx.o): In function `FGStartupController::render(bool)': /src/Flightgear/git-repo/flightgear/src/ATC/trafficcontrol.cxx:1412: undefined reference to `SGMaterial::get_effect()' /src/Flightgear/git-repo/flightgear/src/ATC/trafficcontrol.cxx:1489: undefined reference to `SGMaterial::get_effect()' collect2: ld returned 1 exit status make[2]: *** [src/Main/fgfs] Error 1 make[1]: *** [src/Main/CMakeFiles/fgfs.dir/all] Error 2 make: *** [all] Error 2 -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] latest Git next, endless loop from FGATCMgr and missing JSBsim fuel-used property
Greetings, I've noticed two small problems with the current Git "next" (as at 2011-09-25), is anyone else seeing these? 1. the JSBsim per-engine /fdm/jsbsim/propulsion/engine[]/fuel-used-lbs property has disappeared 2. After about 1hour of flying, FG seems to go into a endless loop; the sound continues to play, however the screen is frozen (goes to black if you minimise then re-maximise it), and all network activity drops off (ie: you disappear from multi-player) I ran it with gdb and notice the following stack; (gdb) bt #0 0x74be1894 in ?? () from /lib64/libm.so.6 #1 0x74be1e21 in sin () from /lib64/libm.so.6 #2 0x00be4c21 in _geo_inverse_wgs_84 (lat1=-6.78754886, lon1=-79.8275082, lat2=6.2889446375175346, lon2=99.797031571359014, az1=0x7fffd350, az2=0x7fffd348, s=0x7fffd340) at SGGeodesy.cxx:387 #3 0x00be54be in SGGeodesy::distanceM (p1=..., p2=...) at SGGeodesy.cxx:468 #4 0x00be5553 in SGGeodesy::distanceNm (from=..., to=...) at SGGeodesy.cxx:479 #5 0x004c2095 in FGATCMgr::FreqSearchRangeFilter::pass(FGPositioned *) const (this=0x7fffd550, aPos=0x2640860) at ATCmgr.cxx:260 #6 0x00a0c66c in flightgear::CommStation::findByFreq (freqKhz=11830, pos=..., filt=0x7fffd550) at CommStation.cxx:52 #7 0x004c24aa in FGATCMgr::FreqSearch (this=0xd3c9430, navcomm="comm", unit=1) at ATCmgr.cxx:271 #8 0x004c18d5 in FGATCMgr::update (this=0xd3c9430, dt=0.03) at ATCmgr.cxx:130 #9 0x004362c5 in fgMainLoop () at main.cxx:157 #10 0x004aede5 in fgOSMainLoop () at fg_os_osgviewer.cxx:283 #11 0x004389cd in fgMainInit (argc=20, argv=0x7fffda48) at main.cxx:662 #12 0x0043551c in main (argc=20, argv=0x7fffda48) at bootstrap.cxx:249 (gdb) cont Continuing. ^C Program received signal SIGINT, Interrupt. 0x74bd2024 in ?? () from /lib64/libm.so.6 (gdb) bt #0 0x74bd2024 in ?? () from /lib64/libm.so.6 #1 0x74bdce95 in atan2 () from /lib64/libm.so.6 #2 0x00be4d06 in _geo_inverse_wgs_84 (lat1=-6.78754886, lon1=-79.8275082, lat2=6.2889446375175346, lon2=99.797031571359014, az1=0x7fffd350, az2=0x7fffd348, s=0x7fffd340) at SGGeodesy.cxx:393 #3 0x00be54be in SGGeodesy::distanceM (p1=..., p2=...) at SGGeodesy.cxx:468 #4 0x00be5553 in SGGeodesy::distanceNm (from=..., to=...) at SGGeodesy.cxx:479 #5 0x004c2095 in FGATCMgr::FreqSearchRangeFilter::pass(FGPositioned *) const (this=0x7fffd550, aPos=0x2640860) at ATCmgr.cxx:260 #6 0x00a0c66c in flightgear::CommStation::findByFreq (freqKhz=11830, pos=..., filt=0x7fffd550) at CommStation.cxx:52 #7 0x004c24aa in FGATCMgr::FreqSearch (this=0xd3c9430, navcomm="comm", unit=1) at ATCmgr.cxx:271 #8 0x004c18d5 in FGATCMgr::update (this=0xd3c9430, dt=0.03) at ATCmgr.cxx:130 #9 0x004362c5 in fgMainLoop () at main.cxx:157 #10 0x004aede5 in fgOSMainLoop () at fg_os_osgviewer.cxx:283 #11 0x004389cd in fgMainInit (argc=20, argv=0x7fffda48) at main.cxx:662 #12 0x0043551c in main (argc=20, argv=0x7fffda48) at bootstrap.cxx:249 (gdb) cont Continuing. ^C Program received signal SIGINT, Interrupt. _geo_inverse_wgs_84 (lat1=-6.78754886, lon1=-79.8275082, lat2=6.2889446375175346, lon2=99.797031571359014, az1=0x7fffd350, az2=0x7fffd348, s=0x7fffd340) at SGGeodesy.cxx:398 398 tc = f*cos2saz*(4.0+f*(4.0-3.0*cos2saz))/16.0; (gdb) bt #0 _geo_inverse_wgs_84 (lat1=-6.78754886, lon1=-79.8275082, lat2=6.2889446375175346, lon2=99.797031571359014, az1=0x7fffd350, az2=0x7fffd348, s=0x7fffd340) at SGGeodesy.cxx:398 #1 0x00be54be in SGGeodesy::distanceM (p1=..., p2=...) at SGGeodesy.cxx:468 #2 0x00be5553 in SGGeodesy::distanceNm (from=..., to=...) at SGGeodesy.cxx:479 #3 0x004c2095 in FGATCMgr::FreqSearchRangeFilter::pass(FGPositioned *) const (this=0x7fffd550, aPos=0x2640860) at ATCmgr.cxx:260 #4 0x00a0c66c in flightgear::CommStation::findByFreq (freqKhz=11830, pos=..., filt=0x7fffd550) at CommStation.cxx:52 #5 0x004c24aa in FGATCMgr::FreqSearch (this=0xd3c9430, navcomm="comm", unit=1) at ATCmgr.cxx:271 #6 0x004c18d5 in FGATCMgr::update (this=0xd3c9430, dt=0.03) at ATCmgr.cxx:130 #7 0x004362c5 in fgMainLoop () at main.cxx:157 #8 0x004aede5 in fgOSMainLoop () at fg_os_osgviewer.cxx:283 #9 0x004389cd in fgMainInit (argc=20, argv=0x7fffda48) at main.cxx:662 #10 0x0043551c in main (argc=20, argv=0x7fffda48) at bootstrap.cxx:249 (gdb) The call to _geo_inverse_wgs_84() has the same values on each call, there is about 15seconds between the CTRL-C interrupts here. and I'm using the following options; --enable-real-weather-fetch --disable-ai-traffic --prop:/sim/ai-traffic/enabled=false --prop:/si
Re: [Flightgear-devel] Changing ICAO codes
I offered to Martin to look at building a small web app that would help with managing all the different things folks need to send to him, something that can take the tedious admin tasks and automating them, he sent me some initial requirements, but this sounds like part of the same solution, though I believe Robin Peel is the maintainer of the latest release, but who looks after the version FG uses?? I've only just started thinking about it, but it all started when I sent my output from TaxiDraw, and it seemed anything that would help make it easier, also what do we do if Martin is run over by a bus (or other fast moving vehicle), single points of failure and so-forth... There seems to many different parts to the scenery stuff, I'm not sure of how and who looks after all the different part; but I believe someone else also looks after the AI groundnet files, and someone different looks after the scenery object models such as airport terminal buildings etc, and I'm not sure where things like shapefiles and elevation data go? It would be nice to bring all this into central entry point, and then send it off to its appropriate person/system. So my intention is not to rewrite all the end-systems (obviously), just the entry point really. Does this sound like it might help, anyone else already working on something like this, have I missed the point and got it completely wrong, am I just rambling on too much? cheers Scott. On Sun, 2011-04-10 at 20:36 -0600, syd adams wrote: > and another : why couldn't we maintain our own apt.dat /airport database ? > > On Sun, Apr 10, 2011 at 7:39 PM, George Patterson > wrote: > > On Mon, Apr 11, 2011 at 10:10 AM, J. Holden > > wrote: > >> A number of Pacific Northwest airports have changed their identification. > >> > >> For instance Ranger Creek, WA (near Mt. Rainier) is now K21W (from 6WA8?). > >> > >> Pierce Co. Thun is now KPLU, from 1S0. > >> > >> Tillamook is now KTMK, from S47. > >> > >> How do we make these changes? > >> > > > > I guess the other question is should we both the new identification > > codes and the "deprecated" codes in the database? > > > > Regards > > > > > > George > > > > -- > > Xperia(TM) PLAY > > It's a major breakthrough. An authentic gaming > > smartphone on the nation's most reliable network. > > And it wants your games. > > http://p.sf.net/sfu/verizon-sfdev > > ___ > > Flightgear-devel mailing list > > Flightgear-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/flightgear-devel > > > > -- > Xperia(TM) PLAY > It's a major breakthrough. An authentic gaming > smartphone on the nation's most reliable network. > And it wants your games. > http://p.sf.net/sfu/verizon-sfdev > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Xperia(TM) PLAY It's a major breakthrough. An authentic gaming smartphone on the nation's most reliable network. And it wants your games. http://p.sf.net/sfu/verizon-sfdev___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Sgtext
Hi Syd, I use the (aka OSG Text) a lot in Aircraft/A380/XML/Flightdeck/Pedestal/mcdu_new_display_01.xml But if you are after a zero filled format, have a look in Aircraft/A380/XML/Glareshield/fcu.xml FCU.hdg.degs yz-plane right-bottom -90.0 -0.068 -0.035 -0.0009 number-value /instrumentation/afs/heading-bug-deg %03.0f led.txf 0.009 I'm not sure what you were after with %2.0f but the example you give looks correct to me. I don't think I've had to use scaling on any text values though. S. On Thu, 2011-02-10 at 13:26 -0700, syd adams wrote: > Hi guys, > I.ve been working at changing over the Citation X EFIS to use 3d text > ,but having a few problems. The property scale and offset don't work > here , and formating doesnt behave like I expected ... for example , > %2.0f for altitude at 3029.23341234 prints 3029 . > Scaling the property by 0.01 prints the same. > Are there any working examples I can compare with ? I'm also wondering > if it's an OSG error, (2.9.10), but I'm not to familiar with > Callbacks the text code has several " if(numeric)" checks , but I > can't figure out where "numeric" is set . > Thanks in advance if anyone can shed light on this. > Syd > > -- > 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 -- 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] A380 Merge Request
Many thanks Gijs, I have no idea what the "Unknown Chunks" are, and I don't get the error message when I use the aircraft.. I'm slowly working my way through the texture resizing, and the unknown objects, I'll get there in the end :) cheers S. On Sun, 2011-01-09 at 12:15 +0100, Gijs de Rooy wrote: > Unknown Chunk: ***UNKNOWN*** (0xA08A) -- Gaining the trust of online customers is vital for the success of any company that requires sensitive data to be transmitted over the Web. Learn how to best implement a security strategy that keeps consumers' information secure and instills the confidence they need to proceed with transactions. http://p.sf.net/sfu/oracle-sfdevnl ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] A380 Merge Request
Just wondering if anyone has some time to take a look at this. I don't recall seeing anyone saying they had picked it up and haven't seen anything in fgdata. Also I think Jack Mermod had a merge request around the same time for the AH-1. cheers S. On Tue, 2011-01-04 at 16:34 +1100, Scott wrote: > Greetings and New Year merriment to all, > > > > After a flurry of activity over the Christmas holiday, could someone > please commit the latest changes to the A380 in fgdata from; > > http://gitorious.org/airbus-aircraft/a380/archive-tarball/master > > simply replace all the files and "git add" the following; > > Systems/Electrical/A380-electrical.xml > Textures/Instruments/buttons4.png > Textures/Instruments/buttons5.png > Textures/Instruments/buttons6.png > > > > Many thanks > >Scott. > > > > > -- > Learn how Oracle Real Application Clusters (RAC) One Node allows customers > to consolidate database storage, standardize their database environment, and, > should the need arise, upgrade to a full multi-node Oracle RAC database > without downtime or disruption > http://p.sf.net/sfu/oracle-sfdevnl > ___ Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Gaining the trust of online customers is vital for the success of any company that requires sensitive data to be transmitted over the Web. Learn how to best implement a security strategy that keeps consumers' information secure and instills the confidence they need to proceed with transactions. http://p.sf.net/sfu/oracle-sfdevnl ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] map question
Actually this might not be so bad, as I think your grep may have
returned some false positives.
The A380, 747-400 and 737NG800 only add an aircraft specific menu and
add "Pushback" to the Equipment menu, they don't disable any existing
menu items.
However giving menu items an alias name or unique id is still worth
doing, and a way to check if an alias is present before adding new items
would be nice as well.
S.
On Thu, 2010-12-30 at 19:18 +0100, ThorstenB wrote:
> Oh, this actually shows a larger problem. Obviously it isn't too
> uncommon for aircraft to disable or override specific menu items -
> mainly affects menu items for the radio stack and autopilot.
> Unfortunately all of this is done using fixed menu item positions -
> e.g. 5th menu, 3rd item... So any change of the menu item ordering
> currently breaks lots of planes. And obviously the recent menubar
> overhaul has done just that.
> We'll need to adapt all the aircraft using such hacks to the changed
> menu structure. And might need to think about a better solution to
> avoid future problems of this kind.
> I did a quick grep to find potentially affected aircraft (couldn't
> verify if their menus are all broken now, but that's the ones
> overriding or disabling specific menu items using fixed positions):
>
> 717
> 737-300
> 737NG600
> 737NG700
> 737NG800
> 737NG900
> 747-400
> 757-200
> 777-200
> A320-family
> A380
> Aerostar-700
> b1900d
> Citation-Bravo
> CitationX>
> CRJ-200
> CRJ-900
> f16
> f-14b
> fokker100
> MiG-15
> VMX22-Osprey
>
> => All the aircraft above override the radio and/or autopilot dialogs.
> Except for the MiG15, which just disables one dialog (like the f14).
>
> So, what do we do? Adapt all the aircraft above - or revert the menu
> item ordering?
>
> cheers,
> Thorsten
>
> On Thu, Dec 30, 2010 at 6:37 PM, ThorstenB wrote:
> > The F14 disables the first menu item from the 5th menu
> >
> > ext_stores.nas => setprop("sim/menubar/default/menu[5]/item[0]/enabled", 0);
> >
> > Not sure which menu item originally was at this location.
> > Quite bad. Harded coded hacks like this just always break... ;)
> >
> > cheers,
> > Thorsten
>
> --
> Learn how Oracle Real Application Clusters (RAC) One Node allows customers
> to consolidate database storage, standardize their database environment, and,
> should the need arise, upgrade to a full multi-node Oracle RAC database
> without downtime or disruption
> http://p.sf.net/sfu/oracle-sfdevnl
> ___
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and,
should the need arise, upgrade to a full multi-node Oracle RAC database
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New release
On Sat, 2010-12-11 at 11:08 +0100, Gijs de Rooy wrote: > Hi Durk and all, > > > > Durk wrote: > > After a period of having been extremely busy at work, following a > switch of jobs and moving to a different country, > > I'm slowly coming back to life. December is already well on it's > way, and it would be great if we could manage > > another major release this year. > > Great news Durk! One thing that came up in my mind: would it be good > to write a post at the forum, to stimulate > people to put their planes into Git as soon as possible? We have quite > some nice (GPL) stuff hanging around, that's > not been commited yet and it would be a shame if they won't end up on > the official download page... That is a good idea, the Development/Aircraft forum would be the obvious choice. I'm thinking two weeks notice once a clear release date has been established should be enough for a code freeze and for most folk to put in their fgdata merge requests from their own repositories. S. -- Oracle to DB2 Conversion Guide: Learn learn about native support for PL/SQL, new data types, scalar functions, improved concurrency, built-in packages, OCI, SQL*Plus, data movement tools, best practices and more. http://p.sf.net/sfu/oracle-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Airport Water Clipping
On Fri, 2010-12-10 at 12:27 +, Martin Spott wrote: > Stuart Buchanan wrote: > > On Fri, Dec 10, 2010 at 11:56 AM, Chris Wilkinson wrote: > > >> I will double check the licence attached to the data I have, but I'm > >> confident it is free to use and distribute so long as any subsequent > >> end-use > >> is of personal or private non-profit nature. > > > > Please double-check. That second clause would mean that it is not GPL > > compatible, > > and can't be added to the Landcover DB. > > Yup. BTW, Chris, is there a name to the source of your data ? If you're > in Australia, the source probably might already be known. > > Cheers, > Martin. This may be a dumb question, (I've read the GPL license, but I'm certainly not an expert in it), but is it possible that the input data is not GPL itself, but that it could allow GPL scenery output (given that it goes through a process)? cheers S. -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] GPWS-implementation on the 733 failed- can someone help?
On Tue, 2010-11-30 at 11:33 +, Heiko Schulz wrote: > Hi, > > I recently implemented the GPWS according to the tutorial: > http://wiki.flightgear.org/index.php/GPWS and let it merged into FGdata > > > To my own surprise it isn't working, though I can remember that the same > tutorial worked perfectly shortly after fixing of the GPWS. > > I tried to fix it and had a look into the 777-200. Though I implemented all > subsystems (electrical, instrumentation... it is still not working. > > I wonder whats wrong with the 733 in FGdata, obviously I miss something. > > Can someone help me? > > Thanks > Heiko Heiko, I'd be interested to hear how this goes, I also implemented everything according to the Wiki tutorial, I remember it all worked quite a while ago, but I can't remember the last time I heard it working... scott. -- Increase Visibility of Your 3D Game App & Earn a Chance To Win $500! Tap into the largest installed PC base & get more eyes on your game by optimizing for Intel(R) Graphics Technology. Get started today with the Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. http://p.sf.net/sfu/intelisp-dev2dev ___ 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 12:08 +, Alasdair wrote: > 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 Actually aren't these supposed to be depart/arrive pairs. If that is the case, I suspect the left-hand is YSSY, so it should be; YSSY/YSDU S. -- 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] FGFS-Release was Scenery tile management and further property heads up...
The important point here is that it has been nearly twelve months since the last major release, the codebase appears to be looking forward, and in the past it has required quite a bit of planning and work to ensure we have a consistent and stable product to release. Part of that work is first finding a suitable point in time and code to take a snapshot of the code, that includes simgear, flightgear and fgdata. Then I think it would be wise to test that snapshot and fix any of the problems that may be uncovered. But before we can start any of that, we have to make a decision to make a release and set a tentative release date. S. On Sun, 2010-11-21 at 02:25 +0100, Csaba Halász wrote: > On Sun, Nov 21, 2010 at 2:09 AM, Heiko Schulz wrote: > > Well... > > > >> * Route manager works here with current GIT, certainly > >> doesn't crash. > > > > -Inserting an airport crashes FGFS > > -choosing a rwy crashes FGFS > > Not here, it doesn't. > > >> * not sure what issues the water shader has with the sun, > >> except for a > >> slight misalignment: http://imagebin.ca/view/SeUwOd.html > > > > slight? Very noticeable! > > Noticeable, but the previous release didn't even have such an effect > did it? And it is simply too awesome to not release just because it is > slightly, but noticeably, misaligned :) > > > Some shadertypes seems to be immun against fog, which make the whole > > scenery looks a bit akward: > > www.hoerbird.net/fgfs-screen-064.png > > Even more on detailed sceneries like LOWI... > > > > Noticed by several people now already... > > Ahha, I see. That is quite ugly indeed. > > >> For me, FGFS is in no worse shape than some previous > >> releases ;) > > > > Let's decide the users... > > For these features, I count myself as an user. Even if some new > features don't work perfectly, as long as they are not regressions, I > would like to have them. > -- 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] Scenery tile management and further property heads up...
If I may, I'd like to temporarily put a product managers hat on. Two useful, but rather significant changes have occurred recently in the code-base and we are nearing the end of November, a traditional time for a product release. These two code changes seem like they are forward thinking, intended for increasing performance in the future, so since we haven't had a product release for almost twelve months, should there be some thought about a branch for a code freeze to make a stable code release as 2.1? From memory it was a few months ago that there was some talk of a release before 25th December, but that talk has died down, and that date is not very far away now, is there any planning underway to make a stable 2.1 release? cheers S. On Sat, 2010-11-20 at 21:41 +, Heiko Schulz wrote: > Hi, > > > > Getting the splash screen down faster on startup and > > re-position is a huge win here - excellent. > > > > James > > But needs more time to get a stable and usuable fps...about 30seconds here > with latest GIT from today. > -- 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] METAR wrong, at least on one airport
On Tue, 2010-11-16 at 17:52 +0100, Torsten Dreyer wrote: > > If I check the METAR data for LFST using another program (AeroWeather on > > the iPhone for example or the metar utility for debian from the > > http://packages.debian.org/unstable/utils/metar package), I receive > > correct METAR data for LFST. So METAR fetching in FlightGear is wrong. > > > FlightGear uses NOAA as a data source for METAR. The url to fetch the data is > http://weather.noaa.gov/pub/data/observations/metar/stations/.txt where > xxx is the ICAO 4-Letter code of the airport in uppercase. We simply rely on > the NOAA data - if the return outdated METAR to our request, we are lost. > > Currently I receive up-to-date METAR for LFST, so I assume a hickup on the > noaa server. > > Torsten > I have also seen this twice (a week apart) for YSSY and just put it down to NOAA hiccup for a while (it lasted for more than 24 hours this hiccup..) But would it be possible to accept old data, just not time going backwards. I feel any METAR data is better than none, so perhaps; 1. accept any any valid METAR data, log warning message if it is old, 2. don't update METAR data if the date is older than current METAR date, log severe message. S. -- 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] Ridding Multiplayer of Abusers
On Wed, 2010-10-20 at 22:21 +, Martin Spott wrote: > Scott Hamilton wrote: > > On Wed, 2010-10-20 at 21:02 +, Martin Spott wrote: > > >> Whenever/whatever people are going to do about adding authentication > >> support to MP servers, if they'd consider adding an interface which is > >> capable of talking to an LDAP directory service (inetOrgPerson LDAP > >> Object Class would be minimum requirement), then I'd offer to install > >> and maintain the _technical_ part of the authentication backend (but > >> I'll most certainly leave the organizational role to someone else ;-) > > > While we are talking about Authentication, I'd really like to see a > > federated authentication mechanism such as SAML or OpenID. Having direct > > access to an LDAP server just feels like it a bad idea in the long term, > > either by scalability/capacity or by opening up access rights. > > I've been making this offer because I'm familiar with the software, the > technique involved, its benefits in general, its versatility in > particular, its quirks as well as scalability concerns. > > If people feel like biasing decisions by shouting each other down, then > I'm happily going to observe the process as a spectator. > > Have fun, > Martin. Martin, I'm sorry if you feel I have shouted you down, that wasn't my intention at all with my reply. I was expressing my long-term concern about direct access to a LDAP server. I wanted this to highlight the need to think about the consequences and think about how it would meet future capacity requirements. My reply was intended to extend your idea of a single identity, by using middleware components to distribute or federate that identity, not to downgrade the idea, I'm sorry if it wasn't taken in way in this open forum. Scott. -- Nokia and AT&T present the 2010 Calling All Innovators-North America contest Create new apps & games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Ridding Multiplayer of Abusers
On Wed, 2010-10-20 at 21:02 +, Martin Spott wrote: > Curtis Olson wrote: > > > Would it be bad if a user had a choice between the open free for all we > > currently have and a more constrained and managed system (that someone has > > taken the time to build and continues to manage.) > > No, offering multiple options to choose from is certainly not a bad > idea. > > Whenever/whatever people are going to do about adding authentication > support to MP servers, if they'd consider adding an interface which is > capable of talking to an LDAP directory service (inetOrgPerson LDAP > Object Class would be minimum requirement), then I'd offer to install > and maintain the _technical_ part of the authentication backend (but > I'll most certainly leave the organizational role to someone else ;-) > > Cheers, > Martin. While we are talking about Authentication, I'd really like to see a federated authentication mechanism such as SAML or OpenID. Having direct access to an LDAP server just feels like it a bad idea in the long term, either by scalability/capacity or by opening up access rights. Federated authentication systems also come with self registration, password reset, group management and other identity management functions. By using a federated authentication mechanism, it means the collection of web sites we have would all have a single username/password, and it would give us single-signon capabilities. OpenID means we would could defer authentication to Google, Microsoft, Yahoo and many other providers, and so we remove the scalability and management issues with authentication. Using something like SAML would mean we would be our own authentication provider, it is a slightly more managed federation of trust, we specify who is in our federation and we run and manage that configuration. Scott. -- Nokia and AT&T present the 2010 Calling All Innovators-North America contest Create new apps & games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [patch] Improved Nasal access to airport information
On Mon, 2010-10-11 at 09:28 +0100, James Turner wrote: > On 10 Oct 2010, at 17:21, Torsten Dreyer wrote: > > We need to stop exposing *functions* to Nasal, and start exposing *objects*, > with properties. > > Notably, amongst the airportinfo() structure is a runways hash, which > contains data that depends on the Airport Scenery data - this means it can > trigger the lazy loading of that data, and hence require a disk access. I've > noticed the same problem with the map dialog. Most people accessing > airportinfo() only want one or two pieces of info, but we compute the whole > lot each time. > Yes I'd like to second the idea of returning objects (with attributes and methods for doing interesting things), I'm guessing we don't need to abstract it too far from what is provided underneath. However I really like the idea of getting back an array of airports within some radius of a centre lat/lon pair, and/or within a bounding box (2 or 4 lat/lon pairs), and if the same could be done with other navigation elements in nav.dat it would be most excellent! S. -- 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/beautyoftheweb___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear website on wiki
Yes I think there has been quite some discussion on a move to a more dynamic, with delegated administration style of website. I'd like to throw in WordPress as perhaps a better website content system than Wiki. Several open source projects have in the past used Wiki as a basis for a web content system, to be honest it was confusing navigating between pages. Ofcourse modifying the layout maybe able to assist here, and I'm sure it can be done with Wiki, but this is something WordPress does for free. To modify wiki layouts is going to take quite some effort I'd imagine, we may find the layout we want is available from some WordPress community site. Since WordPress is primarily a blogging tool, and secondary a content management tool, it already allows you to create pages, and change the layout of those pages fairly easily. I'm no WordPress expert, but I have seen folks do many different things with it, for example it's quite popular with virtual airline websites. There is also large community of layout designers and plug-in developers that we can draw on, and as it is also PHP based, so it could run on the same webserver as the wiki (depending on capacity naturally) if that was important. Some different examples from the http://wordpress.org/ showcase list; http://www.slashgear.com/ http://www.leedscitycollege.ac.uk/ http://www.santiago.usm.cl/ http://unblog.fr/ http://www.h-mag.com/ And as I just got caught myself, there are two sides to WordPress; The hosted blogging site http://wordpress.com/ The community self-hosting site for "WordPress" the software http://wordpress.org/ Either way, yes a more dynamic and easily delegated administered site is a good thing. S. On Sun, 2010-10-10 at 12:06 +0200, Gijs de Rooy wrote: > Hi, > > last week, James dropped the idea of moving our website (partly) over > to the wiki. So far I have "discussed" > this with a couple of people, all of which have different opinions. > Therefore, I would like to ask anyone that > cares about our website to reply. > > I think we all agree that our current website cannot continue like it > does right now. We've had multiple discussions > in the past, even leading to some test website (like the ones by > Pete), but none of them led to something. > > I have listed a couple of pro's and con's (IMO, and based on a small > IRC duscission) below. This list is dynamic, > as pro's can become con's and vice versa. > > + Easy to update: wiki articles can be edited by all people, in stead > of just a single man (Curt :P). As we have > seen in the past (and even till today), our website is often out of > date. A "good" example of this is the CVS/Git > page, which hasn't been updated since May (!), and still does not > contain any useful info if I want to use Git. > Of course we don't want some of our important pages (main page, > download etc.) to be edited by just anyone > with a wiki account. Luckily, we can add usergroups at the wiki and > assign permissions to them. Thus, important > pages can be locked (on the edit part) for the ordinary users. We've > been doing this with all Newsletters, which > can be edited only by wiki-admins after their publicication. We could > create various groups, and people can be > within multiple groups at once. > + Easy to link to detailed documentation: rather than providing an > external link, we can add internal links to > each word (okay, that's a little too much). If a text mentions > $FG_ROOT, we can make that "word" link to the wiki- > article about it. This will decrease the amount of "useless" questions > at the forum (which are replied by a link to > the wiki), which is meant for special, personalised help and > discussions. > + Download page: since the wiki already contains quite some > information per aircraft, it could be used to auto- > generate a more detailed aircraft download page. Each aircraft on that > page can link to the aircraft's "private" page > (if existing) and thus provide manuals, status info etc. immediately > to the user, even before downloading the aircraft. > As we've had quite some complaints from people that are disappointed > after dowloading. The wiki can provde various > screenshots per aircraft (eg. interior, exterior), so users can > see-what-they-get. > + Publicity of the wiki: new FG users will be immediately aware of the > existence of a wiki, and therefore be > stimulated to start developing themselves. This will again decrease > the "useless" questions at the forum. > > - Less attractive layout: currently the FlightGear wiki doesn't really > look like a website. This could be solved > though by creating/adding a different style/layout. > - Less open system: for example, it will be harder to implement > additional features (gallery's, search engines) > etc. However, the alternative is a CMS system, which isn't much > opener... > - Not much examples: of a complete wiki website about projects like > ours. This c
Re: [Flightgear-devel] weather conditions and winds aloft notworking correctly..
On Fri, 2010-07-23 at 12:01 -0400, Jacob Burbach wrote: > Thanks for the quick work on this Torsten...with the exception of dew > point and altimeter settings everything else appears to be working > properly now. Currently I don't think dew point and altimeter are a > big deal for what I'm doing personally, but they are/were seemingly > intended to work so should probably be addressed as well. > > Thanks again, cheers! > --Jacob I'm not sure if it is related to this change, but since I did a GIT pull of simgear, flightgear, fgdata of 24 July and rebuild of simgear and flightgear, the ground elevation seems to become incorrect after flying at high altitude. Scenario: I assume the inner (left) altitude of the standard HUD is AGL, the outer (right) altitude is the ASL * The ground elevation as reported on the standard HUD starts out correct (25ft AGL 398ft ASL) at EDDF with QNH 1022 * climb to cruise of FL330 and set Std settting on barometer (29.92 to /instrumentation/altimeter/setting-inhg) * start my descent into EGLL * flying over the sea between France and UK I notice that the ground elevation report by the HUD is out by 800ft compared to the ASL (this is probably at around FL280) * at 18000ft I set the barometer (/instrumentation/altimeter/setting-inhg) 1021 QNH as reported by METAR, which is converted to inHg * on approach to EGLL the AGL is out by around 1600ft at around 8000ft ASL * on final approach to EGLL the AGL is now around 2100ft out compared to the ASL * the terrain is rendered and looks like it is around 2000ft below, however the GWPS starts warning of terrain * and then I crash into the invisible ground while appearing to be more than 2000ft in the air The command line for the above scenario was; bin/fgfs --log-level=error --enable-sound --enable-hud --enable-real-weather-fetch --airport=EDDF --aircraft=A380 --atlas=socket --multiplay=out,... --multiplay=in,... --callsign=.. --prop:/sim/ai-traffic/enabled=false --prop:/sim/traffic-manager/enabled=false --prop:/sim/atc/enabled=false --parkpos=A22 Now I'm fairly sure London isn't 2000ft ASL. Is there some properties I can watch to see what is going wrong here? S. -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] weather conditions and winds aloft not working correctly..
On Mon, 2010-07-19 at 08:47 +0100, James Turner wrote: > On 19 Jul 2010, at 01:47, Jacob Burbach wrote: > > > On a side note...is there a way to retrieve a list of airports within > > a certain distance of a position from nasal? > > Trivial from C++, unfortunately tricky from Nasal right now. This needs an > extension or alternative to airportinfo(), which allows the 'range' parameter > to be tuned. How urgent is the need? > > James > In the long term, I'd like to see being able to also get FIXES, VOR and NDB information from Nasal based on a range (and possibly; range and heading), that could be quite useful for the increasing number of "glass cockpits" I think. If anyone is thinking of writing such a Nasal extension, then please also give thought to this as well. S. > > -- > This SF.net email is sponsored by Sprint > What will you do first with EVO, the first 4G phone? > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel ** This message is intended for the addressee named and may contain privileged information or confidential information or both. If you are not the intended recipient please delete it and notify the sender. ** -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Heads up: new autopilot subsystem implementation
On Mon, 2010-07-05 at 10:52 +0200, fiers...@zonnet.nl wrote: > Hi Torsten (and others), > > I noticed that the autopilot on the Aerostar700 keeps climbing, despite > what I set the AP to. I was trying to level out at FL120, but the AP was > happily climbing to almost FL200 when I disabled it. > > Is this in the new code or in the plane? > > m > This sounds very similar to the problem I encountered 3 days ago with a number of aircraft. If you are rebuilding from the (fairly) latest git code base for simgear and flightgear, then you need to also update your data directory from fgdata. I've copied Torsten and James reply below; > Greetings, > > >I did a GIT update and rebuild recently and have noticed that no > properties under /autopilot/internal/ are being set or updated. >Quite a few autopilot XML files use the lookahead speed and > fdm-heading-bug-error amongst some others. > >Does anyone know where they went and if they are coming back. The calculation of these properties is no longer performed "hardcoded" but using a separate and additional "autopilot" configuration file. This should be included by your preferences.xml. Please check if you have something like Aircraft/Generic/generic-autopilot-helper.xml near line 226 of preferences.xml If not: do a git pull on the fgdata. If yes: You found is is a bug. Greetings, Torsten -- On 1 Jul 2010, at 19:53, Torsten Dreyer wrote: > Please check if you have something like > >Aircraft/Generic/generic-autopilot-helper.xml > > near line 226 of preferences.xml > If not: do a git pull on the fgdata. > If yes: You found is is a bug. And if you're using the 777, it's a known bug, which has a short-term work-around; longer term, I have a rewrite of the AP pending, but it's a couple of weeks from being committed. James -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] autopilot properties not being updated?
Greetings, I did a GIT update and rebuild recently and have noticed that no properties under /autopilot/internal/ are being set or updated. Quite a few autopilot XML files use the lookahead speed and fdm-heading-bug-error amongst some others. Does anyone know where they went and if they are coming back. Cheers Scott. -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] ATC
I've been tinkering around with a JEE ATC support web app concept, the idea is to support ATC controllers using one of the ATC aircraft or perhaps the OpenRadar app, by having a central place to file flight plans (virtual airline websites could post data through a REST or XML/HTTP interface perhaps) and share information between controllers in a FIR, but I keep running out of spare time, though have some basics done. But I'd be interested to join up with someone to help define some requirements and coding as long as the coding was in Java or PHP (I've only just started learning Ruby on Rails). S. On Tue, 2010-06-22 at 10:07 +0100, Alexander Barrett wrote: > Thanks for that Martin, I'd never seen OpenRadar before. Been dabbling in > Java recently (the lazy mans attempt at CrossPlatform ;) ) might be something > to have a tinker with! > > Thanks again. > > Alex > On 22 Jun 2010, at 09:36, Martin Spott wrote: > > > Peter Morgan wrote: > > > >> although there are a few "atc" client around such as > >> 1) ATC > >> 2) ATC2 > >> 3) ATCML - fav > > > > I don't know any of these. > > > >> so is there a way to create an "ATC client" without FG ? > > > > Depends on what you're looking for - "ATC client" is a very vague > > description. There's something like a standalone RADAR screen which > > connects to MP servers. I don't have a current screenshot, so feel free > > to look at these old ones to get an idea: > > > > http://foxtrot.mgras.net/bitmap/FGFS/KSFO_large.png > > http://foxtrot.mgras.net/bitmap/FGFS/KSFO_closeup.png > > > > Coastlines, lakes, airfield layouts and airspaces (at least the 2D > > part) are being read from Shapefiles. Source is available here: > > > > http://mapserver.flightgear.org/git/gitweb.pl?p=openradar > > > > The project is currently in search for a new maintainer > > > > Cheers, > > Martin. > > -- > > Unix _IS_ user friendly - it's just selective about who its friends are ! > > -- > > > > -- > > ThinkGeek and WIRED's GeekDad team up for the Ultimate > > GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the > > lucky parental unit. See the prize list and enter to win: > > http://p.sf.net/sfu/thinkgeek-promo > > ___ > > Flightgear-devel mailing list > > Flightgear-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/flightgear-devel > > > -- > ThinkGeek and WIRED's GeekDad team up for the Ultimate > GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the > lucky parental unit. See the prize list and enter to win: > http://p.sf.net/sfu/thinkgeek-promo > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear Calendar
On Tue, 2010-04-20 at 10:28 +0100, willie wrote: > Actually the _real_ difference is that anyone can add events. Just sign > in with your google email (whaddya mean, the borg hasn't assimilated you > yet?) and add your event. > > > We'll be working to allow a non google type logon later but one step at > a time. For now I'm happy to use the Google infrastructure. Actually I've been thinking what we need is federated single sign-on. There is the standards based SAML (as used by Google in both Identity Provider and Service Provider roles) and then there is OpenID, that seems to be growing in usage (but there isn't many identity providers out there yet) But having our own Identity Provider and then allowing all the various websites to participate in single sign-on would allow even more niche sub-functions to be deployed as folks see fit, in a more distributed manner. I'm happy to run up a SAML Id Provider for people to see how well they can interface to it, if there is interest out there we would then need to find a proper home for it... Scott. -- Download Intel® 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] Release engineering (aka, continuous integration, aka, nightlies)
Hudson was a Sun sponsored java.net project, the license is described as; Most of the art work is derived from Tango Project, and thus this portion of Hudson is covered by their license (Creative Commons Attribution Share-Alike license). The rest (that is, all the code, documents, build scripts, etc.) is covered by the MIT license, unless otherwise stated in individual files. For JEE coders, there is integration into the NetBeans IDE and so it is often run within the Glassfish application server. The administration is quite easy compared to some other systems, you just deploy it and run... S. > On Sat, 2010-04-17 at 14:21 +1000, George Patterson wrote: > > > Hi James, > > That looks very nice. I appreciate the self explained interface. > > What's the license for Hudson? > > Regards > > > George > > On Sat, Apr 17, 2010 at 1:20 PM, Tom P wrote: > > Hi James, > > > > That's an awesome setup, very interesting. > > > > Would you have a tarball of this configuration and some details of how you > > set up the system? > > > > Tom > > > > On Mon, Apr 12, 2010 at 2:50 AM, James Turner wrote: > >> > >> http://zakalawe.ath.cx:8080/ > >> > >> is a *prototype* build server for FG (including OSG and SimGear), running > >> on my home box - it will need a proper home if it moves beyond the > >> prototype > >> stage. > >> > >> For people who don't know, a build server talks to some slaves, and > >> grabs/builds/tests/packages code. The current server is talking to one > >> slave, which is an Ubuntu VM which is building Tim's 'next' branch on > >> Gitorious. > >> > >> The objective of such systems is that there should be *zero* human steps > >> to create a release - not just out of laziness, but for repeatability. I.e > >> don't write a checklist or 'howto' of creating a release, write a shell > >> script that does the steps. (Or several). And check those scripts into a > >> source control system, too. > >> > >> 'Soon' I will be setting up a WinXP slave, with a MinGW build. Hopefully > >> this will even extend to a NSIS installer script, if Fred has one lying > >> around. At which point we should have nightly installers available for > >> Windows, and a happier Fred. (A VisualStudio build is also possible, but > >> requires more interaction with someone else, who has an > >> externally-addressable/tunnel-able box with VS installed). > >> > >> (any slave could be a VM, of course - they use CPU while building, but > >> unlike other projects, our commit rate isn't that high - the slaves will be > >> idle most of the time) > >> (A Mac slave is also possible, but requires some more work, I will worry > >> about it assuming people want to pursue this whole concept) > >> > >> Build jobs can run arbitrary shell scripts - they can tag things in CVS or > >> Git, they can create tarballs, upload files to SFTP/FTP servers, the works. > >> So, if Durk/Curt/Fred could codify, somewhere, the steps (in terms of > >> 'things doable in a shell/.bat script') to create an FG pre-release and > >> final-release, I am happy to do the work to get the process automated. > >> > >> At which point, doing a release means clicking a button on a webpage (on > >> Hudson), and letting the slaves grind away for an hour or so. Magic! > >> > >> (Another thing the server can do, is email/IRC people when the build > >> breaks on Linux / FreeBSD / Mac / Win due to a commit - obviously very > >> handy > >> for the devs. Yet another thing it can do is run test suites - > >> unfortunately > >> we don't have many such tests) > >> > >> (If anyone wants to get into providing nightly .debs or .rpms, that could > >> also be done, but requires people who know those systems, and again can > >> provide a suitable externally address slave to run the builds) > >> > >> James > >> > >> > >> > >> -- > >> Download Intel® 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 > > > > > > -- > > Download Intel® 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] A380 tutorial issues
On Sun, 2010-04-04 at 09:03 +1000, Pigeon wrote: > >OK, I'm not sure where you mean here? do you mean the FMS input > >fields on the MCDU screen? Or do you mean once you get into the > >Active init flight plan, where you select the runways and SID/STAR, > >and the Departure and Arrival tabs (illuminated active tab) towards > >the top of the page? > > > Sorry I wasn't very clear (and I wouldn't know how to describe it :) > > > Like in the tutorial, departing YSSY, arriving YMML: > http://pigeond.net/~pigeon/flightgear/a380-001.png > > > When I click on the DEPARTURE button, the screen shows: > http://pigeond.net/~pigeon/flightgear/a380-002.png > > The heading shows ARRIVIAL. I suppose now I get it as I'm being at > the DEPARTURE screen, and the ARRIVIAL is for me to goto the ARRIVIAL > screen. Am I right? Yes that is correct, the description below describes why and how it can be fixed. But in summary, it was a little more complicated to leave the "active" tab text there as you move from tab to tab and page to page, so I just showed the available tabs and not the active tab. > > > And same for the ARRIVAL screen: > http://pigeond.net/~pigeon/flightgear/a380-003.png > > Is it supposed to be like that? OK, in real-life there are supposed to be two tabs; DEPARTURE and ARRIVAL, when a tab is active it has white text on a black background with a white outline, the other available tabs have white text on a grey background with a white outline. So this isn't as complete as we would like, the grey background is an object in the .ac file, the tab labels are text animations (and so are separate objects). We use a animation to turn on and off the input fields, the input labels and the tab background + label depending on what page and tab is active. To be able to click on a tab to make that active, it needs to displayed; so thinking out loud, the active tab text label should be moved into a new animation that is based just on the page and not the page + tab this would then leave the white text label there for the active tab and it will just have a black background from the layer below. S. > > > Thanks again. > > > Pigeon. > > -- > Download Intel® 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 -- Download Intel® 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] A380 tutorial issues
On Sat, 2010-04-03 at 22:44 +1100, Pigeon wrote: > > Hi, > > Was trying the A380 tutorial, and I noticed a property mismatch in > the no-smoking switch check: > > > Flick no-smoking switch once on the overhead > > > /controls/switches/no-smoking > 1 > > > > > However, the exit condition has: > > > /controls/switches/smoking > 0 > > > Changing no-smoking to smoking fixes it. Ah, good catch; there must be another logic error in there somewhere, because I have actually got through that section successfully. I'll have another look later. > > > Also, on the cockpit display, the DEPARTURE and ARRIVAL "light" > seem to be reversed? OK, I'm not sure where you mean here? do you mean the FMS input fields on the MCDU screen? Or do you mean once you get into the Active init flight plan, where you select the runways and SID/STAR, and the Departure and Arrival tabs (illuminated active tab) towards the top of the page? > > And btw, I'm probably dumb but I can't find the HDG button? :( That is the on the AFS control panel on the glareshield, the first knob left of the centre AP and FD buttons, click to push, middle click to pull (managed and selected modes respectively) Feel free to e.mail me off-list if you have some more questions. Cheers S. > > Thanks. > > > Pigeon. > > -- > Download Intel® 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 -- Download Intel® 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] v2.0 Aircraft Download Page
On Mon, 2010-03-01 at 07:14 -0600, Curtis Olson wrote: I'm running late for work so this was done quickly. Hope it's useful for the missing A380 thumb. S. > I just updated the aircraft download page with all the latest aircraft > updates to match FlightGear v2.0 > > > > http://www.flightgear.org/Downloads/aircraft-2.0.0/ > > I notice that many of the new aircraft are missing thumbnails, and > perhaps a few of the older aircraft could use updated thumbnails. If > we have a thumbnail update party here today and get new thumbnails > added to the aircraft packages I can then regenerate the aircraft > download page. > > Best regards, > > > Curt. > -- > Curtis Olson: http://baron.flightgear.org/~curt/ > > > -- > Download Intel® 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 <>-- Download Intel® 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] FMS data file locations - proposal to avoid
On Sun, 2010-02-28 at 21:06 +, willie wrote: > Martin Spott wrote: > > > In general I appreciate this idea. Basically it depends on under which > > license these files are being published. > > > > Cheers, > > Martin. > from the README in A380/FMS/ > > "This directory contains SID/STAR database files in 'Level-D 767' format > from Flight1 Software http://www.flight1.com/products.asp?product=ld767fsx > this software uses a GPL released parser for this format, written with > permission of Flight1 Software." . > > > and from > http://www.navdata.at/php/sidstar/dl_icao.php?addon=LDS767&sort= > source of the actual data itself > "All data here is freeware and MAY NOT be used, recompiled, > interpretted, linked or distributed for ANY purpose without the express > WRITTEN consent of the author. COMMERCIAL USE of this data is STRICTLY > prohibited!" > > So we'd need to contact the individual authors and ask nicely. However I > think we could make the structure available and let folks download the > procedures they want individually. >-- > Best Regards > Willie Fleming The navdata.at site I found to be the best, the owner has entered into an agreement with a well known data provider. I tried contacting the owner to see what the status of re-distribution of the files would be, I got no response. It seems some of the files on that site are made by the community, but the majority are generated by the owner from data provided by Navigraph. The first step would be to agree on a common format, there are many formats for this data. I chose the Level-D 767 format because it was XML and there seemed to be enough data files available, both for a fee and for free. If the same format was chosen for all aircraft, then either my parser could be made global, or preferably rewritten in C++, perhaps as part of the autopilot code. At the moment the main methods returns an array of fmsWP, so it still requires some work within the aircraft (for example the calculation of the T/D) that requires some knowledge of the performance of the aircraft. So a little more work to abstract that in to a library would also be needed. When I find some time, I'd like to re-write some of the code around this area for Liams A340-600 as a lot of it is not very pretty, the term 'spaghetti' springs to mind. So I like your idea of moving these files in to a common area, but they will almost certainly remain up to the user to download and "install". I had a good search and couldn't find any GPL licensed files out there. S. -- Download Intel® 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] A380 model loading failures
On Sat, 2010-02-27 at 15:51 +, James Turner wrote: I just did a fresh "cvs update -Ad A380" and I don't get those errors. Perhaps a 'rm -rf A380' first might help, sounds like CVS didn't make it right. S. > I just updated data to try the A380, and I'm not seeing any model (interior > or exterior) - the FDM and other pieces seem to be loading fine. My tree > contains assorted minor changes, but nothing that should affect this. > > Relevant errors, I suspect: > > Failed to load submodel: Failed to load 3D model > at > /Users/Shared/FGFS/data/Aircraft/A380/XML/Wings/../../Models/Wings/wings.3ds > Failed to load model: Failed to load 3D model > at > /Users/Shared/FGFS/data/Aircraft/A380/XML/Wings/../../Models/Wings/wings.3ds > > James > > > -- > Download Intel® 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 -- Download Intel® 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] Proposed new set of splash screens
On Tue, 2010-02-23 at 21:41 -0800, syd adams wrote: just my personal opinion; I don't mind them as a creative expression of the forward movement that represents aviation. Some are perhaps a little misplaced, but I quite like the idea. Some iterative refinement may be necessary, I'd encourage the author to work with them a bit more. But it does bring a good point that has been voiced previously, there is no common branding of the FlightGear name, this is perhaps quite OK, but conversely a style guide may be useful to folks who are outside the core development team and thinking of things like aircraft splash screens. S. > I'm wondering what is the significance of the curious white or yellow > > parallelogram seen near the "Flightgear" lettering in some of > the most > recent batch of suggested images? This may be what Syd was > asking > about as well. > > -Gary > > > > > > > > Yes , I wondered if I had missed a logo change , or if this was just > decoration... > > -- > Download Intel® 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 -- Download Intel® 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] DELETE DUPLICATE FG DATA FILES
On Tue, 2010-02-23 at 22:51 +, Martin Spott wrote: > Geoff McLane wrote: > > > So 62.5% done! Just three (3) to go :-)) > > > > 1: [a380.rgb] vs [A380.rgb] in [A380/Models] > > 2: [COWLING.rgb] vs [COWLING.RGB] in [A380/Textures/Livery/House] > > 3: [ENDPLATE.rgb] vs [ENDPLATE.RGB] in [A380/Textures/Livery/House] > > I wonder who's been adding/maintaining the A380. If nobody cares about > it any more, I'll go after these files tomorrow, Fahim and myself have been working on the A380 for some time, a lot of work has been done (with still more to be completed). I've updated our git repository with these changes (actually I deleted the sub-liveries House and Lufthansa and used the MP livery select method) Given the amount of changes done it is probably worthwhile at some point in the not too distant future to do a wholesale import of all the code from the git repository to CVS. I feel I need to confer with the original author and Fahim if we should do this now. Scott. > > Martin. ** This message is intended for the addressee named and may contain privileged information or confidential information or both. If you are not the intended recipient please delete it and notify the sender. ** -- Download Intel® 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] FlightGear 2.0.0 Announcement text + Summary of ChangeLog
On Mon, 2010-02-08 at 22:48 +0100, Durk Talsma wrote: A very nice, small, but important feature from Torsten (I think from memory) was the animation using OSG Text. I use this a lot now... S. > Hi all, > > FlightGear 2.0 should be out any minute now. While waiting for the official > files to appear on the server, I have drafted a short summary of the > ChangeLogs. Please have a look and see whether I missed anything or > accidentally included incorrect information. > > cheers, > Durk > > > > == ANNOUNCEMENT + SUMMARY === > > FlightGear 2.0.0. reflects the maturation of the OpenSceneGraph port that > started with the previous 1.9.0 release. In addition to many internal code > improvements, FlightGear 2.0.0. marks the introduction of many new > exciting improvements in the graphics and sound system, as well as improved > usability of key features, and improved behavior of existing features. > Highlights of this new version include: > > Sound > * Complete Overhaul of the Sound Code > * doppler effects > * distance attenuation > * 3D positional sound sources > * assignment of sound sources to external objects (i.e. AI controlled > aircraft) > * User selection of the sound device > > Visual Effects > * Use of Shaders for dynamic textures > * Use of Effects files > * Improved 3D Clouds > * Color changes based on Humidity and other whether effects allow for very > dramatic lighting conditions > * Dynamic water textures > > Usability > * Allow screenshots in more common file formats > * User selectable sound device > * More intuitive selection of the weather settings through the GUI and/or > commandline > > Infrastructure > * Airport Geometry data can be read from the scenery, allowing for more > flexible regeneration of terrain tiles > > Internals > * Improved efficiency of the property tree > * A more effient ground cache > * Many improvement to the RouteManagement code > * Removed many compiler warnings > * More realistic Atmosphere model (John Denker) > > Behavior > * More realistic ILS behavior (James Turner) > * Autopilot Improvements (Torsten) > * A generic autobrake function > * Winds over mountaineous areas cause up- and downdrafts that can be used > for gliding > * More realistic behavior of the route manager > * Wild fires, which can be extinquished by firefigherplanes operating > across the multplayer server > * Navaid frequencies and radials can be transmitted to Atlas > > Utilities > * A python script to visualize Yasim configurations in Blender > > AI > * Allow traffic departing and arriving at the same airport > * Add support for High-Speed Trains > * ATC interactions between AI aircraft and ground controllers > * Performance characteristics of AI aircraft can be specified in a > performance database > * Push-back vehicles are available for a selected number of aircraft > * AI escorts (???: Ask Vivian) > * Improved Radar functionality (Vivian) > * AI objects are now solid (i.e. users can collide with them) > * Some preliminary support for SID/STAR procedures for AI aircraft > > > > -- > The Planet: dedicated and managed hosting, cloud storage, colocation > Stay online with enterprise data centers and the best network in the business > Choose flexible plans and management services without long-term contracts > Personal 24x7 support from experience hosting pros just a phone call away. > http://p.sf.net/sfu/theplanet-com > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] memory hemorrhage
On Tue, 2010-02-02 at 18:32 -0700, John Denker wrote: > > The number I'm discussing is the "RES" number reported > by top(1). Don't forget this takes into account all the shared libraries and file caches and what the operating system will allow as a working set, it's not truly indicative of the impact a single process has on the system. A more interesting portion would be the .bss heap size as this, I would guess, be updated a lot and is more fragmented (causing more groups of pages being paged in/out). The .text portion is read-only and can be read back in easily as it has a consistent usage pattern. Use the little known pmap command to get better numbers; pmap | egrep "(heap)|(private)" ** This message is intended for the addressee named and may contain privileged information or confidential information or both. If you are not the intended recipient please delete it and notify the sender. ** -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Nominations for Aircraft Selection in theFlightGear 2.0 Release
On Sun, 2010-01-17 at 22:01 +, Heiko Schulz wrote: > > > I'm sure it is easy, then the aircrafts has to be: > > -under GNU GPL to fit into the Base package (So David Culp's aircrafts can't > be included) > > -in CVS already - the Lockheed Lockheed L1049h (the "h"-version!)is not yet > included into CVS! > > My problem is the airliner part. The 777 hasn't been updated since Syd > decided to change the licence. And the AP isn't working anymore in > CVS-version. > I don't see any alternatives. The 737-300 is still WIP and has only the old > 2d-panel working. > The 787 hasn't been updated as well in CVS. > The A380 hasn't been updated in CVS. > > Maybe the 747-400, but this is still WIP, and not yet really functional > compared to the other aircrafts in the base package. > > I vote for No Airliners for this release! To help discussion, I've tried to list all the contemporary "airliners" and give some idea of how much functionality (for flying) is implemented. Aircraft = model name (not necessarily exactly same as FG model name) Status = 0 - basic flyable model, 1 - basic animations + some cockpit, 2 - 3D cockpit + quality fdm + AP, 3 - complete 3D cockpit + fine-tuned autopilot and FDM + extras, X - failed to load with git or CVS build V2.0.0 Owner = authors name CVS = not in CVS (none), work in progress with commits to CVS (WIP), CVS doesn't match latest download (unsync), otherwise assumed Up-to-date in CVS License = assumed GPL if in CVS, otherwise download location AircraftStatusOwnerCVSLicense/Download Notes 737-100 1-2BARANGER 737-300 1-2Culp, Cunningham, SchulzWIP 737-400 2 updated 737-300 NiTuS, Bisutti none iEspana team (apparently still WIP) 737-800 1 Culp, Cunningham 737-900ER 2-3xsaint, Adams none UnitedFreeWorld (appears to use 777 cockpit components) 747-100 1 Jim Wilson, Andy Ross 747-200 1 uncredited 747-400 2-3Gijs de Rooy, Jentron WIP (latest CVS update has .ac errors from pilot view) 777-200ER3 Justin Smithies, Syd Adams unsync personal site 787 X (3) Joshua Wilson (YASim SOLUTION FAILURE) A319 0 Malik Guest none from forums (fails to load sound) A320 0 Ampere, Jonberg from forums (seems based on A320-Family) A320-111 0 Culp, Bouvier (A320-family) A320-131 0 Culp, Bouvier (A320-family) A330-200 0 Djeferson, Isaias Prestes none personal site (unable to start, errors with .ac from pilot view) A340-600 0 Liam Gathercole none personal site (currently being developed) A380 2 Ampere,Cunningham,Dalvi,Hamilton unsync from fg wiki (WIP available outside CVS, dependant on V2.0 features) CRJ-200 2-3Joshua Wilson unsync from forums (Nasal errors with V2.0.0) dhc8-300Q1 Alex Park unsync from forums Fokker502-3Hofman, Andrews (malformed autopilot definition with V2.0.0 Git) Fokker700-1Erik Hofman (malformed autopilot definition with V2.0.0 Git) Fokker100 0-1Erik Hofman (malformed autopilot definition with V2.0.0 Git) Concorde 3 uncredited (Nasal runtime error in autopilot, low frame-rate) MRJ-90 0-1Tatsuhiro Nishioka none personal site (WIP still??) MD-110 Ampere Hardraade (malformed autopilot definition) Tu-154b X Yurik V. Nikiforoff (aborted load with "No node found for gear/left-brake-cmd-norm") tu-154 0-1Pavlenko, Moderau, Okan, Savchenko ATR42-500 0-1Bourgeois, Kenning, Foster none from forums ATR42-6000 Bourgeois, Kenning, Foster none from forums (doesn't load very well) So the most complete are; Concorde, 777-200ER, and from memory the 787 (I couldn't load the 787 with V2.0.0, and the 777-20ER is from Syd's site) the next level of completeness are; 737-900ER, 747-400, CRJ-200 and Fokker50 (the 737-900ER is from UFW, 747-400 still in development) and then the next level of adequate functionality; 737-400, A380 (both are in active long-term development and not committed to CVS) Now comes the subjective part, which aircraft are nice
Re: [Flightgear-devel] Nominations for Aircraft Selection intheFlightGear 2.0 Release
On Mon, 2010-01-18 at 09:29 +0100, Erik Hofman wrote: > syd adams wrote: > > Ok , I understand it when put that way. > > I guess now my other question would be , is it conflicting to proceed > > with development > > under the cc licence on certain models?Can there be 2 versions ? > > I see no reason why not, especially if it's your own work. dual and triple licenses are not that un-common; http://www.mozilla.org/MPL/ http://blogs.sun.com/theaquarium/entry/glassfish_and_cddl and the full text https://glassfish.dev.java.net/public/CDDL+GPL.html I can't get my head around the impact, but it's certainly possible... -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Generic autopilot issues
On Tue, 2009-12-22 at 14:10 +, James Turner wrote: > A few things that will certainly help: > - not adding the departure airport if no runway is selected > - not adding the departure airport for an in-air route activation Perhaps a quicker workaround, just set the /autopilot/route-manager/current-wp to a higher value, I think it is better to be consistent with what WPs are always in the route, and so it should always contain a departure/arrival airport. S. -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Flight Pro Sim Statement
On Mon, 2009-12-14 at 21:30 +, Stuart Buchanan wrote: Being really really picky with English, the opening statement uses the word "heavily" too often; it's not good style. As a suggestion of replacement, perhaps; As many people will be aware, there is a new flight simulator product that is being heavily marketed at the moment - Flight Pro Sim. As it is almost entirely based on FlightGear, there is some confusion between the two. To help provide some clarity, and answer some common questions, we (the core FlightGear development team) felt it was appropriate to make a statement, and provide a FAQ. "almost entirely" leaves an impression that there is little difference, while not making a binding statement that we may not be able to substantiate.. And in the next paragraph; It has been developed with the collaboration of a large number of individuals for the last 12 years. though I feel "over the Internet" could almost be left out, it really isn't important how we collaborate, the number and length of time are the important bits here. Given the similarities between Flight Pro Sim and FlightGear, the word "extreme" feels like it is trying to pull emotional strings here, it could be removed without changing to meaning of the sentence. Viewing this statement in to the future, how does it feel if a legitimate commercial contributor crops up, is there anything here that would deter or prevent an engaged contributor from working with the project? I think by restating the GPL principles it has left open a contributor we would be happy to work with. S. > > FlightGear Flight Pro Sim Statement (v1.1): > > As many people will be > aware, there is a new flight simulator product that is being heavily > marketed at the moment - Flight Pro Sim. > As it is very heavily based > on FlightGear, there is some confusion between the two. To help provide > some clarity, and answer some > common questions, we (the core FlightGear development team) felt it was > appropriate to make a statement, and provide a FAQ. > > FlightGear is a open-source flight simulator that was started in 1996. It is > released under > the GNU General Public License v2, and as such, it is free to use, modify and > develop with few restrictions. It has been > developed with the collaboration of a large number of individuals over the > internet over the last 12 years. FlightGear can > be downloaded at not cost from http://www.flightgear.org. > > Flight > Pro Sim is a commercial product very heavily based on FlightGear. > Investigation by a number of the FlightGear developers has > found no difference between this and the FlightGear v1.9.1 release other than > a change of name. Flight Pro Sim > is in no way endorsed or supported by the core FlightGear development team. > > Given the extreme similarities between Flight Pro Sim and FlightGear, we > would recommend that prospective buyers download > FlightGear for free and satisfy themselves that Flight Pro Sim provides > worthwhile value for money before purchasing it. > > FAQ: > > Q: What is the difference between FlightGear and Flight Pro Sim? > A: As far as we have been able to make out, the only difference between > FlightGear v1.9.1 and Flight Pro Sim is a change in > name throughout the software, and the fact that you have to pay for it. > > Q: Is it legal for the makers of Flight Pro Sim to simply re-brand FlightGear > ? > A: Yes. Under the GNU GPL v2 (http://www.gnu.org/licenses/gpl-2.0.html), this > is legal, provided that they distribute the > source code (or make it available). > > Q: Is is legal to sell a copy of FlightGear, whether re-branded or not ? > A: > Yes. Technically, the purchaser is paying for the distribution of the > software, and it reasonable to charge a fee for this. In > fact, those > interested in receiving a DVD containing FlightGear may do so through > the main FlightGear website, and directly contribute > to the project (though they may want to wait for the upcoming release in the > new year). > > Q: Has Flight Pro Sim paid any money to FlightGear for the rights to the > program ? > A: No. No such payment is required, as FlightGear is open-source software. > > Q: Is there any relationship between the makers of Flight Pro Sim and > FlightGear? > A: Not that we are aware of. As far as we are aware, the makers of Flight Pro > Sim are not FlightGear developers. > > Q: Has Flight Pro Sim contributed to the FlightGear project at all ? > A: > There is no evidence that the makers of Flight Pro Sim have contributed > to the FlightGear project, either through code or money. They did offer > to provide money ($250) for a monthly competition, but this offer has > not been taken up. > > Q: I have purchased Flight Pro Sim. Can I get a refund ? > A: > That is something you will have to take up with the makers of Flight > Pro Sim. We understand they offer a 60 day money-back guarantee. > > > > >
Re: [Flightgear-devel] Version number for the upcoming release
On Sun, 2009-12-13 at 19:07 -0800, S Andreason wrote: > Jacob Burbach wrote: > > Traditionally it is MAJOR.MINOR.PATCHLEVEL, definately more than a > > patchlevel thing, and way more than minor, so either 1.10.x or 2.x.x > > if your following that standard. 1.10 feels weird, > > Maybe it is wierd. > 1.9 is mathematically the same as 1.90 > 1.10 is less than 1.90 by any normal math or sorting formula. Version identifiers are not numbers, they are often stored as strings, the period is just a delimiter. Software version naming schemes are many and varied, and once the marketing department get involved all reasonable and rational numbering schemes go out the window, hence we have Office 2003 that was released in 2004, Oracle 11g Application Server is actually 10.3.1 etc etc etc I used to work for a company called Digital Equipment Corp. the version identifiers were prefixed by a letter which indicated it's level of release (ie: was it a fully released product). Also the even numbered releases (eg: V1.2, V1.4, V2.2, V2.4, V2.6) were for new feature releases, the odd numbered ones where mainly for bug-fixes. So a bit of code could started life with the letter 'X' for experimental,or just start with 'T', then when it was doing an internal beta (field) test it started with 'IFT' or 'EFT' if external customers involved, and then finally the letter 'V' once customers could pay for it. There were a few other letters at various stages of release, but I can't remember them all. The version number part was major.minor and then if there was a patch that was added after a hypen, and then sometimes an update to a patch with a single letter (ie: A then B, then C etc) and also for some software there was a Baselevel number, the baselevel was a grouping of functionality, so for example you have some software where there is a slow meeting of functionality over actual version releases (for example the Route Manager/GPS code could release a base level of functionality for 1.10.0 and then more functionality for 1.12.0 and then even more functionality for 2.0.0, so these could be marked with BL1, BL2 and BL3) So versions would like; V1.1 T2.0 BL2 IFT1.3-5 Generally a major version number change is only for architectural changes, rather than the level of completeness, so we could have gone to V2.0.0 when moving from PLIB to OSG, even though all the functionality wasn't implemented, and you may well reach the level of all functionality being implemented in V2.5.0 and then moving V3.0.0 once it was stable. Some folks change the major version number once they have actually implemented the functionality they set out to implement in hand full of version changes (eg: V1.0, V1.1, V1.2, V2.0, V2.1, V3.0 etc). There is really no hard and fast rules, but you should be consistent to help users understand what they can expect in a release of software, small changes, big pain, new features, it also helps to work out dependency, V1.10.0 requires Foobar V3.9.0. Anyhow I vote for V1.10.0 it makes sense, to stay consistent, since it didn't go to V2.0.0 with the architectural change to OSG. S. ** This message is intended for the addressee named and may contain privileged information or confidential information or both. If you are not the intended recipient please delete it and notify the sender. ** -- Return on Information: Google Enterprise Search pays you back Get the facts. http://p.sf.net/sfu/google-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] GPS find nearest.
On Wed, 2009-12-09 at 13:54 +, James Turner wrote:
> > Off-topic is there anyway in Nasal to find the ILS frequencies and
> > optionally the name, for a particular airport and runway?
>
> Yes, the airportinfo function returns you a Nasal hash with all this and more.
I can't seem to find it in airportinfo(), this is what debug.dump
shows;
{ id: 'YMML', elevation: 131.97839, lat: -37.66986124, name:
'Melbourne Intl', has_metar: 1, lon: 144.842831907, runways: {
16: { id: 16, stopway: 60.045599, heading: 171.6, lat:
-37.669491, width: 45.1104, lon: 144.837952999, length: 3661.5624,
threshold: 0 },
H2: { id: 'H2', stopway: 0, heading: 260.57999, lat:
-37.684215, width: 34.137599, lon: 144.856781, length:
34.137599, threshold: 0 },
H3: { id: 'H3', stopway: 0, heading: 206.95999, lat:
-37.664935, width: 34.137599, lon: 144.850311, length:
34.137599, threshold: 0 },
09: { id: 09, stopway: 60.045599, heading: 94.20,
lat: -37.661513, width: 45.1104, lon: 144.83517, length:
2278.98960001, threshold: 0 },
34: { id: 34, stopway: 60.045599, heading: 351.6, lat:
-37.669491, width: 45.1104, lon: 144.837952999, length: 3661.5624,
threshold: 0 },
27: { id: 27, stopway: 60.045599, heading: 274.20999,
lat: -37.661513, width: 45.1104, lon: 144.83517, length:
2278.98960001, threshold: 0 },
H1: { id: 'H1', stopway: 0, heading: 260.57999, lat: -37.675007,
width: 34.137599, lon: 144.844390999, length:
34.137599, threshold: 0 }
} }
I'll try out GPS nearest scratch area next...
S.
--
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] GPS find nearest.
On Wed, 2009-12-09 at 08:27 +, James Turner wrote: I second this. Something I was playing around with a few months back I thought, if only I could find the nearest VOR/NDB/FIX/APT to some point that I am not at but will be in the near future, unfortunately I've forgotten what it was I was trying to do, but I'm sure it was a good idea ;) Off-topic is there anyway in Nasal to find the ILS frequencies and optionally the name, for a particular airport and runway? S. > On 9 Dec 2009, at 00:25, Sébastien MARQUE wrote: > > > I've got an suggestion for the gps code: a command "nearest-coord" (or > > better name) which would give nearest navaid for arbitrary coordinates, > > given by scratch/longitude-deg and scratch/latitude-deg. It will allow > > to implement a simple navaid-to-navaid flight-plan in a FG session. I > > tried already months ago, but I can't get it to work properly. > > This doesn't even need a new command - I shall just update the code so that > if you optionally set a valid lat/lon when executing 'nearest', it uses that > position instead of the current GPS position. I will hopefully get this into > CVS today. > > If it's useful, there's several commands that could be updated to have this > behaviour. > > Regards, > James > -- > Return on Information: > Google Enterprise Search pays you back > Get the facts. > http://p.sf.net/sfu/google-dev2dev > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Return on Information: Google Enterprise Search pays you back Get the facts. http://p.sf.net/sfu/google-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Ignoring MP pilots (was: Re: Daily FG .deb)
On Sat, 2009-11-14 at 13:02 +0100, Torsten Dreyer wrote: Yes, I also thought it sounded like "groups", but I was thinking that the client would send a list of strings that a user wanted to be part of when it sends the pilot call-sign and aircraft type information. This would also allow the creation of ad-hoc groups, just by entering a group name. It may also need a boolean if the client wants to only receiving information for the named group, or all MP data. S. > Without having thought about the technical implementation, the concept of > having "groups" comes to my mind. > Probably some set of predefined groups, like > - Beginner > - Adheres to/provides ATC > - Combat/Fighter on a mission > - Airliner > and/or locally defined groups. > The user can select what groups he belongs to and only gets the MP traffic > from other members of these groups. > If the MP-server knows about these groups and it's members, it is able to > distribute it's data to a limited set of users. This should save some traffic > and might help with a growing community of MP-pilots. > Immediately the idea of using a directory server with LDAP access pops up in > my head. > And, unfortunately, that this does not sound like a trivial task :-( > > Torsten > > -- > 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 Tue, 2009-11-10 at 04:20 +0100, Csaba Halász wrote: Source code repositories are for developers, every project whether open source or a project that a company IT department is building in-house will have broken builds. So the QA phase of open source projects is when interested folk (like myself) go to the trouble of building and (informally) testing the code. No project I have worked on has ever done QA before a commit, while a developer will do sanity checks (ie: does it compile, does it not do anything seriously wrong) it would be complex and introduce unnecessary delays to undertake QA before committing. Git does seem to provide the ability, with distributed repositories, to allow different folk to have different stages of development available to them locally. Continuous builds may be a good mechanism to provide a middle solution, in that developers can commit and see if different build configurations break, it also means (with tagging) that different nightly, weekly, monthly builds can be retrieved by those who don't want/need bleeding edge functionality. With a move to a new source-code repository tool, I would suggest looking at the build and unit testing tools. Just my few small monetary denominations worth S. > On Tue, Nov 10, 2009 at 3:13 AM, Alasdair Campbell > 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. > ** This message is intended for the addressee named and may contain privileged information or confidential information or both. If you are not the intended recipient please delete it and notify the sender. ** -- 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] Hurricane simulator development
On Mon, 2009-11-09 at 17:56 -0500, Bob Faulkner wrote: I notice that our local (Australian) national meteorology department lists several international hurricane and cyclone warning centres, and from what I see of the NOAA NHC it seems to only report in it's local area. Is there any way this could be made to work with a international set of data? For reference here is the list and map of coverage areas for each regional warning centre; http://www.bom.gov.au/weather/cyclone/about/tc-warning-centres.shtml S. > This message is to announce my intentions to develop a hurricane simulation > system for FlightGear. > > I've done only preliminary work on locating data resources, and in exploring > the source code to get a grasp of the different systems I'll have to interface > with in FlightGear. This will be my first time working on a project as large > as FlightGear. > > My plans are to have a command line option to enable hurricane simulation much > the same as the existing real weather fetch mode does. When enabled the > program will fetch data from NOAA's Tropical Cyclone ICAO (Aviation) Advisory > server. This is a simple text advisory that won't be too difficult to parse. A > sample of this advisory is at the end of this message. I have conversed with > the administrators of that server via email and they appear to have no problem > with the idea. I will write some form of protection to avoid all the > FlightGear clients storming their servers for new advisories at the NXT MSG > times. > > The new module will use this data to, by default, render a "best guess" > simulation of any active hurricanes based on the advisories. There is always a > queue of the last 5 storms each in the Atlantic and Pacific regions available > there so any of those 10 storms could be selected by the user to be simulated. > > I would also plan on adding a dialog under the environment menu to allow the > user to select any of those storms or to define their own hurricane parameters > for simulation. > > To be sure, this will be a very rough simulation of a hurricane, especially > early on. > > I want to make sure that there is as little performance overhead as possible > for the model. I essentially want to have the model maintain a table of > conditions, based on storm strength and movement, present at any given region > relative to the storm center, and feed those conditions to the existing > weather modeling structures based on the current user's position. > > This would basically be a table of prebuilt models of the different levels of > storm strength that would be selected and positioned based on the advisory > data. I plan to build models for depressions, storms, and category 1-5 > hurricanes. > > I'm hoping the existing weather modeling code can handle wind speeds in the > 150kt+ range! > > What I would like to know is who would be a good developer for me to look to > for guidance with integrating this module into the existing framework. Also, > I'm not a meteorologist so I'm hoping to have some mentors to go to if I have > questions about the best way to model various aspects and area's within a > hurricane. > > Does anyone have any comments, ideas, or criticisms of this idea before I > really start investing a lot of effort into it? Any individuals I should talk > to before investing a lot of my time into it? > > Thanks! > Bob > > > > Below is the current advisory for Tropical Storm Ida: > > 000 > FKNT21 KNHC 092054 > TCANT1 > TROPICAL STORM IDA ICAO ADVISORY NUMBER 24 > NWS TPC/NATIONAL HURRICANE CENTER MIAMI FL AL112009 > 2100 UTC MON NOV 09 2009 > > TC ADVISORY > DTG: 20091109/2100Z > TCAC: KNHC > TC: IDA > NR: 024 > PSN: N2824 W08830 > MOV: N 16KT > C:0991HPA > MAX WIND: 060KT > FCST PSN + 06 HR: 100300 N2936 W08814 > FCST MAX WIND + 06 HR:055KT > FCST PSN + 12 HR: 100900 N3024 W08751 > FCST MAX WIND + 12 HR:050KT > FCST PSN + 18 HR: 101500 N3048 W08721 > FCST MAX WIND + 18 HR:045KT > FCST PSN + 24 HR: 102100 N3100 W08642 > FCST MAX WIND + 24 HR:040KT > RMK THE FORECAST POSITION INFORMATION IN > THIS PRODUCT IS INTERPOLATED FROM > OFFICIAL FORECAST DATA VALID AT ... > 0600...1200...AND 1800Z. > NXT MSG: 20091110/0300Z > > $$ > > > > > -- > Delusional Mail (http://www.delusionalmind.com) > > > > -- > 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 R
Re: [Flightgear-devel] Unable to view scenery in Flightgear, OK in Atlas
On Fri, 2009-10-30 at 19:48 +1100, Jason Cox wrote: Hi ya Jason, I'd be very keen to see someone do Sydney, I think a lot of the terrain is a bit sharp, there is a weird 200ft ravine through the CBD that would make it difficult to place buildings on... S. > Ok now I am lost. > I just added another layer to the scenery and re-ran the script i use to > build the scenery and it works. > I now hve my high res coast and roads (just about to run residential > level osm) :) > > Jason > PS once done I will throw it up on my server > > On Fri, 2009-10-30 at 18:32 +1100, Jason Cox wrote: > > Ron, > > I think that tile is actualy ocean. > > I tried Scenery/Terrain/e150s40/e151s33/5426762.btg.gz and it show > > Default and other layers. > > > > Is there a maximum number of elements to a file as this is some high > > resolution stuff I am trying to build > > > > > > Jason > > > > > > On Thu, 2009-10-29 at 23:10 +, Ron Jensen wrote: > > > Jason, > > > > > > Newer versions of fgfs have a command line switch "--fgviewer" that will > > > show a tile to you without need of starting all the flightgear systems. > > > > > > $fgfs --fgviewer YGDH.btg.gz > > > > > > What I am seeing is all your terrain is coming out flat and in sea/water > > > texture. By zcatting one of you terrain files through strings: > > > > > > $zcat Scenery/Terrain/e150s30/e150s30/5410562.btg.gz | strings > > > > > > The only texture listed is ocean. > > > > > > Your missing something with the terragear build chain. > > > > > > Ron > > > > > > > > > On Fri, 2009-10-30 at 08:05 +1100, Jason Cox wrote: > > > > I forgot to say, a sample is available at > > > > http://globelock.mine.nu/YWLM.tgz > > > > > > > > Jason > > > > > > > > > > > > On Fri, 2009-10-30 at 07:42 +1100, Jason Cox wrote: > > > > > Hi everyone, > > > > > I have been generating Scenery now for a few days experimenting with > > > > > data sources along the way. > > > > > I currently have some scenery that shows as expected in atlas (area > > > > is > > > > > around YWLM).The coast and major roads show up correctly. The > > > > problem is > > > > > that when I start Flightgear using the scenery I just get an ocean > > > > > tile. > > > > > > > > > > I am not sure how to procced from here and any help would be greatly > > > > > appreciated. > > > > > > > > > > Jason > > > > > > > > > -- > > > 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 > > > -- > 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 Thu, 2009-10-29 at 09:45 -0600, dave perry wrote: Hurray! another build with working engine sounds, great debugging work by all. S. > 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. > > > -- > 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 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... SimGear/source/simgear/sound> ./openal_test3 default position and orientation NaN in source position NaN in source orientation playing sample source at lat,lon = (10,-10), listener at (0.999,-0.999) NaN in source position NaN in source orientation playing sample SimGear/source/simgear/sound> but test1 does work!!! SimGear/source/simgear/sound> ./openal_test1 Buffer created ok! AL lib: ALc.c:1640: exit(): closing 1 Device AL lib: ALc.c:1569: alcCloseDevice(): destroying 1 Context AL lib: ALc.c:1258: alcDestroyContext(): deleting 1 Source(s) AL lib: ALc.c:1578: alcCloseDevice(): deleting 2 Buffer(s) SimGear/source/simgear/sound> test2 does not produce any sound :( SimGear/source/simgear/sound> ./openal_test2 NaN in source position NaN in source orientation playing sample1 NaN in source position NaN in source orientation NaN in source position NaN in source orientation playing sample2 NaN in source position NaN in source orientation NaN in source position NaN in source orientation playing sample3 NaN in source position NaN in source orientation NaN in source position NaN in source orientation playing sample4 NaN in source position NaN in source orientation NaN in source position NaN in source orientation playing sample5 NaN in source position NaN in source orientation NaN in source position NaN in source orientation playing sample6 NaN in source position NaN in source orientation Hope that helps S. > > Not really I updated the initialization of the sound sample position to > prevent NaN's (by initializing it to SGGeod::fromDeg(0,0) but that > places it far, far away from the sound manager that was still at (0,0) > in OpenAL location. > > I've updated that code in SimGear and added a third test program that > tests (two) different lat/lon positions. > > Erik > > -- > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New Sound system committed
On Thu, 2009-10-29 at 02:26 +0100, Csaba Halász wrote: > Hi Erik! > > If a sound sample keeps its default orientation of all zeroes then in > SGSoundSample::update_absolute_position the sc2body*q will be also > null and cause a division by zero in SGQuat::backTransform. > Perhaps this explains why the most recent cvs update produces; SimGear/source/simgear/sound> ./openal_test2 NaN in source position NaN in source orientation playing sample1 NaN in source position NaN in source orientation NaN in source position NaN in source orientation playing sample2 NaN in source position NaN in source orientation NaN in source position NaN in source orientation playing sample3 NaN in source position NaN in source orientation NaN in source position NaN in source orientation playing sample4 NaN in source position NaN in source orientation NaN in source position NaN in source orientation playing sample5 NaN in source position NaN in source orientation NaN in source position NaN in source orientation playing sample6 NaN in source position NaN in source orientation and the sounds I had from the code of last week are still gone, but what I find difficult is there isn't any error messages (except the "source and listener distance greater than 50km!") which doesn't help very much with any troubleshooting, if there was something complaining somewhere it would make it easier to find out what is happening/not happening... S. -- 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] Flap keys not working, and very dark rendering of a/c
On Wed, 2009-10-28 at 03:32 -0700, Chris Wilkinson wrote: Hi ya Chris, Gijs gives a good overview of what you need to do on the forums; http://www.flightgear.org/forums/viewtopic.php?f=4&t=5759&st=0&sk=t&sd=a&start=30#p46112 basically changes in the shaders for a little while ago, need the material in the .ac model to be updated. Hope that helps S. > but my 777-300ER appears to need a serious clean - even at noon the > jet appears black on the shady side and sooty grey on the sunny side! > The terrain looks fine, as do some static building models I've placed > in the scene, and other a/c I haven't worked on look normal. Just my > one looks dirty! > > Any advice on the flaps/dark texture issues? > > Kind regards, > > Chris Wilkinson, YBBN/BNE. > > > > > __ > Get more done like never before with Yahoo!7 Mail. Learn more. > > -- > 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 Wed, 2009-10-28 at 12:33 +1300, James Sleeman wrote: I'm using OpenAL-Soft 1.9.563 compiled from source from http://kcat.strangesoft.net/openal.html and ALUT 1.1 compiled from source from http://connect.creativelabs.com/openal/Downloads/ALUT/freealut-1.1.0.tar.gz These both seem to be the latest. I've also tried using the (older) RPM's that come with my distro, same result... I couldn't checkout anything for ALUT from the SVN URL above... S. > On 28/10/09 08:22, jorg van der venne wrote: > > > Al packages were checked-out Sunday 25th. I am sure it was > > svn://connect.creativelabs.com/OpenAL/trunk/OpenAL-Soft > > && svn://connect.creativelabs.com/OpenAL/trunk/Alut that fixed my > > problem > > I think distributions will be using a much older OpenAL-Soft. My > up-to-date Ubuntu 9.04 has OpenAL-Soft 1.4.272 by the looks of it, > current version of OpenAL-Soft is 1.9.563 according to > http://kcat.strangesoft.net/openal.html > > I wonder if this is the cause of the differing problems people are > seeing. -- 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-27 at 22:13 +1100, Scott Hamilton wrote: I forgot to mention; 64bit AMD CPU 2.6.27.29-0.1-default #1 SMP 2009-08-15 17:53:59 +0200 x86_64 x86_64 x86_64 GNU/Linux freealut 1.1.0 (from creative labs, compiled from source) openal-soft-1.9.563 (compiled from source) 19: PCI 06.1: 0403 Audio device [Created at pci.318] Hardware Class: sound Model: "nVidia MCP55 High Definition Audio" Vendor: pci 0x10de "nVidia Corporation" Device: pci 0x0371 "MCP55 High Definition Audio" SubVendor: pci 0x1462 "Micro-Star International Co., Ltd." SubDevice: pci 0x7250 Revision: 0xa2 Driver: "HDA Intel" Driver Modules: "snd_hda_intel" > > Actually for some aircraft I've lost all sounds, changing time (to > one of the presets or clock time) during flight made no difference; > > dhc8: > engine - none > flaps transit - none > gear transit - none > marker morse - none > ATC - yes > > A380: > engine - none > wind - none > tarmac rumble - none > flaps transit - yes > gear transit - none > seat belt chime - yes > marker morse - yes > ATC - yes > > c172r > engine - none > wind - none > flaps transit - none > marker morse - none > ATC - yes > > The command line args are; > > bin/fgfs --log-level=warn --enable-hud --enable-sound --airport=YSSY > --runway=34L --aircraft=c172r --enable-real-weather-fetch > --timeofday=morning --prop:/sim/sound/enabled=true > > > I also noticed that if I change the main volume in the sound dialog, > it also reduces the ATC volume, I think the UI assumes they are > separate volume controls? > > > Scott. > > > > > > > > Erik > > > > -- > > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > > is the only developer event you need to attend this year. Jumpstart your > > developing skills, take BlackBerry mobile applications to market and stay > > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > > http://p.sf.net/sfu/devconference > > ___ > > Flightgear-devel mailing list > > Flightgear-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/flightgear-devel > > -- > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > ___ Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- 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-27 at 09:03 +0100, Erik Hofman wrote: > dave perry wrote: > > I have been away on a trip for the last 5 days. Today, I did a make > > clean for both SimGear and fgfs before the compiles. I launched fgfs on > > the 32bit Athlon and at first, only ATC and no wind or aircraft sounds. > > It was night, so I used the gui to change the time to "afternoon" and > > what do you know, I have all the sounds. If I change back to clock > > time, only atc sound. This is repeatable. > > Anyone else who sees this? I tried it locally (with the latest CVS > sources for SimGear and FlightGear) and I always get sound. Actually for some aircraft I've lost all sounds, changing time (to one of the presets or clock time) during flight made no difference; dhc8: engine - none flaps transit - none gear transit - none marker morse - none ATC - yes A380: engine - none wind - none tarmac rumble - none flaps transit - yes gear transit - none seat belt chime - yes marker morse - yes ATC - yes c172r engine - none wind - none flaps transit - none marker morse - none ATC - yes The command line args are; bin/fgfs --log-level=warn --enable-hud --enable-sound --airport=YSSY --runway=34L --aircraft=c172r --enable-real-weather-fetch --timeofday=morning --prop:/sim/sound/enabled=true I also noticed that if I change the main volume in the sound dialog, it also reduces the ATC volume, I think the UI assumes they are separate volume controls? Scott. > > Erik > > -- > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Sound System debugging
On Sat, 2009-10-24 at 10:39 +0200, Erik Hofman wrote: I did a cvs update on simgear and flightgear, and I now have engine sounds, click sounds, flap transit sounds, everything is back again... S. > 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 > > -- > 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-23 at 13:36 +0200, Erik Hofman wrote: This is a bit weird, but it seems like something isn't letting go of the sound device. If I run the openal_test2 the first time, everything goes fine, it plays all 6 samples and then unbinds. If I then run openal_test2 within about 5seconds, I hear nothing but it says it is playing all 6 samples again. If I wait for around 10seconds, then I hear the rumbling noise on the second run. Hope this might be helpful?? S. > Hans Janssen wrote: > > Sound is playing but it is off at 0.0 or full on from 0.01 to 1.0, > > changing the volume between 0.01 and 1.0 doesn't do anything and at 0.01 > > there's almost no windy noise and i can here the atc-chatter, from 0.04 > > the noise is loud again. > > Also the atc-chatter volume setting doesn't do anything, it is either on > > or off. > > Ok I can confirm this. > > > I am running Arhlinux x86_64 with openal 1.9.563 and freealut 1.1.0. > > Seems to be a popular platform for running FlightGear, only I'm running > in 32-bit w. OpenAL-Soft without the sound-not-playing problems. > > Erik > > -- > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New Sound system committed
Yeah I'm in the same situation, I've deleted all version of openal and alut, and pulled down the source and compiled for openal and ALUT, still only get "once" and "transit" type of sound, looped engine sounds I can't get. I'll keep looking I might try the old creative labs 0.8 version next... S. On Wed, 2009-10-21 at 23:51 -0700, syd adams wrote: > So far I've tried compiling several versions of openal-soft ... and > only get certain sounds , and always get an 'AL Error (atc):' in the > terminal at startup. > I get atc-chatter , and certain aircraft sounds like flaps , engine > start ... > I've tried openal-soft-1.8.466, 1.9.563 and the git version from > http://kcat.strangesoft.net/openal.html > Will keep trying... > Cheers > > -- > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > ___ Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel ** This message is intended for the addressee named and may contain privileged information or confidential information or both. If you are not the intended recipient please delete it and notify the sender. ** -- 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 13:34 +0200, Erik Hofman wrote: > I've committed a few fixes to SimGear and FlightGear again. > Please report any progress (and if preferably any command line options > if something fails). > rpm -qa | grep openal libopenal0-soft-1.5.304-1.33 openal-soft-1.5.304-1.33 libopenal1-soft-1.5.304-1.33 openal-soft-devel-1.5.304-1.33 > rpm -qa | grep freealut freealut-1.1.0-3.138 freealut-devel-1.1.0-3.138 cd Simgear/source make clean cvs update -Ad . make g++ -DHAVE_CONFIG_H -I. -I../../simgear -I../.. -DSRC_DIR= \"../../simgear/sound\" -I/u01/app/SimGear-1.99/include -I/usr/X11R6/include -DDEBUG -g -Wall -march=athlon64 -D_REENTRANT -MT sample_group.o -MD -MP -MF .deps/sample_group.Tpo -c -o sample_group.o sample_group.cxx mv -f .deps/sample_group.Tpo .deps/sample_group.Po g++ -DHAVE_CONFIG_H -I. -I../../simgear -I../.. -DSRC_DIR= \"../../simgear/sound\" -I/u01/app/SimGear-1.99/include -I/usr/X11R6/include -DDEBUG -g -Wall -march=athlon64 -D_REENTRANT -MT sample_openal.o -MD -MP -MF .deps/sample_openal.Tpo -c -o sample_openal.o sample_openal.cxx mv -f .deps/sample_openal.Tpo .deps/sample_openal.Po g++ -DHAVE_CONFIG_H -I. -I../../simgear -I../.. -DSRC_DIR= \"../../simgear/sound\" -I/u01/app/SimGear-1.99/include -I/usr/X11R6/include -DDEBUG -g -Wall -march=athlon64 -D_REENTRANT -MT soundmgr_openal.o -MD -MP -MF .deps/soundmgr_openal.Tpo -c -o soundmgr_openal.o soundmgr_openal.cxx mv -f .deps/soundmgr_openal.Tpo .deps/soundmgr_openal.Po g++ -DHAVE_CONFIG_H -I. -I../../simgear -I../.. -DSRC_DIR= \"../../simgear/sound\" -I/u01/app/SimGear-1.99/include -I/usr/X11R6/include -DDEBUG -g -Wall -march=athlon64 -D_REENTRANT -MT xmlsound.o -MD -MP -MF .deps/xmlsound.Tpo -c -o xmlsound.o xmlsound.cxx mv -f .deps/xmlsound.Tpo .deps/xmlsound.Po rm -f libsgsound.a ar cru libsgsound.a sample_group.o sample_openal.o soundmgr_openal.o xmlsound.o ranlib libsgsound.a make install cd FlightGear/source make clean cvs update -Ad . make make install bin/fgfs --enable-hud --enable-sound --airport=YSSY --runway=34L --aircraft=dhc8 --enable-real-weather-fetch --timeofday=morning --prop:/sim/sound/enabled=true - no engine sound - no flaps transit sound - ATC chatter bin/fgfs --enable-hud --enable-sound --airport=YSSY --runway=34L --aircraft=787 --enable-real-weather-fetch --timeofday=morning --prop:/sim/sound/enabled=true - no apu sound - no engine sound - with flaps transit sound - with ATC chatter - no click sound - no gear transit - with marker morse bin/fgfs --enable-hud --enable-sound --airport=YSSY --runway=34L --aircraft=c172r --enable-real-weather-fetch --timeofday=morning --prop:/sim/sound/enabled=true - no engine sound - no flap transit sound - with ATC chatter bin/fgfs --log-level=info --enable-hud --enable-sound --airport=YSSY --runway=34L --aircraft=A380 --enable-real-weather-fetch --timeofday=morning --prop:/sim/sound/enabled=true - no APU sound - no engine sound - with flaps transit sound - with ATC chatter - no click sound - no gear transit - with marker morse - with seatbelt chime Hope that helps, but I still have no engine sound on any aircraft I've tried, and some sounds, like the flaps sound, work on some aircraft? Anything else I can provide to assist with debugging? S. > > Erik > > -- > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightge
Re: [Flightgear-devel] New Sound system committed
On Sun, 2009-10-18 at 00:43 +1300, James Sleeman wrote: > Is anybody else using current CVS with 64bit Ubuntu 9.04? Doesn't seem > to be working here, the last message output is > "creating 3D noise texture... DONE" > then it just sits there looking stupid using 100% of CPU and several > hundred meg of ram. > > Let me know how I can provide more debug details. greetings neighbour, try --log-level=info or --log-level=debug on the command line, and it should tell you how far it got. Are you able to reproduce it every time? If you know how to drive the gdb debugger that may be more useful. Scott. -- 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 14:01 +0200, Erik Hofman wrote: > 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’ > > sorry, I had to commit another change. it's fixed now. This seems to have returned the ATC chatter, and some of the "once" xml sounds, such as flaps moving. But engine sound is missing and the click "once" sounds when switches are flicked. I don't know what to look at, I turned up the log level and it seems like things are being played, just not heard??? But I can't say for sure the looped engines sounds as defined in xml sound are really being played. If it helps this is the output of al-info AL_VENDOR = "OpenAL Community" AL_RENDERER = "OpenAL Soft" AL_VERSION = "1.1" AL_EXTENSIONS = "AL_EXT_EXPONENT_DISTANCE AL_EXT_FLOAT32 AL_EXT_IMA4 AL_EXT_LINEAR_DISTANCE AL_EXT_MCFORMATS AL_EXT_OFFSET AL_LOKI_quadriphonic" ALC_DEVICE_SPECIFIER = "ALSA Software on default" ALC_MAJOR_VERSION = 1 ALC_MINOR_VERSION = 1 ALC_EXTENSIONS = "ALC_ENUMERATE_ALL_EXT ALC_ENUMERATION_EXT ALC_EXT_CAPTURE ALC_EXT_EFX" ALC_DEFAULT_DEVICE_SPECIFIER = "ALSA Software on default" S. > > Erik > > -- > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Jsbsim-devel] infinite loop in FGEngine.cpp
On Wed, 2009-10-14 at 10:48 -0400, Nicolas Quijano wrote: > I believe the problem is that the new fuel tank priority code doesn't > deal correctly (yet) with the case of multiple non-empty tanks at > startup, throwing it into an infinite loop. Thanks Nic, I added priority tags and everything starts up properly now. I like the priority tags, I've been reluctant to code up some Nasal to handle that. So this is much better :) Now I've just got to get some sound back, everything is silent??? Cheers Scott. > As I said, not quite clearly, on the fgfs list, you have to set > priorities, with lower numbers going first, and higher number last > (simple as adding n tags to the tank definitions, > with n the priority, as an integer). > This allows, for example, to model emptying wing tanks before the > central one, without any fancy configuration or coding : set the > priority of the wing tanks to 1, and the internal fuel tank to 2. > > Aircraft with multiple tanks, but only one with fuel in it at startup > will not exhibit the problem as the code will use the one with fuel in > it. > > Hope that's clearer, > Cheers, > Nic > > > On Wed, Oct 14, 2009 at 9:34 AM, gerard robin > wrote: > > On mercredi 14 octobre 2009, Anders Gidenstam wrote: > > On Wed, 14 Oct 2009, Scott Hamilton wrote: > > > I've noticed that a lot of JSBsim files got updated just > the other > > > day, and today was the first time I've had > > > a chance to try it out. > > > > > > I'm working on the A380 which does use JSBsim, and > during the engine > > > start everything freezes just after > > > the starter is turned false, the ignition is true and > the cutoff is > > > turned false. This is around N2 = 27% > > > > > > Fortunately I had compiled everything with debug, so a > quick look in > > > gdb reveals at stacktrace (on interrupt signal) > > > > Good catch! > > > > I've also (with high probability) run into this using > ZLT-NT, but > > prefered to blame it on the sound subsystem :) and didn't > have time to > > investigate it further. Strangely enough it doesn't happen > with all > > aircraft - I have flown other JSBSim aircraft after the > update. > > ZLT-NT has an electric motor among the engines, does the > A380 > > also have something like that? > > > > I crosspost this to JSBSim-devel. > > > > Cheers, > > > > Anders > > > > > > With some of my models, i had the same "freeze" during start , > i solved it > with > => give the value to the Tanks according to the > last Dave > update. > I don't know if there is any relationship with your problem, > anyhow mine was > solved :) > > Cheers > -- > Gérard > > J'ai décidé d'être heureux parce que c'est bon pour la santé. > Voltaire > > > > > > > -- > 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 > ___ > Jsbsim-devel mailing list > jsbsim-de...@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jsbsim-devel > ___ > The JSBSim Flight Dynamics Model project > http://www.JSBSim.org > ___ > > > > > > > -- > Be Kind. > Remember, everyone is fighting a hard battle. > > > -- > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the
[Flightgear-devel] infinite loop in FGEngine.cpp
I've noticed that a lot of JSBsim files got updated just the other
day, and today was the first time I've had
a chance to try it out.
I'm working on the A380 which does use JSBsim, and during the engine
start everything freezes just after
the starter is turned false, the ignition is true and the cutoff is
turned false. This is around N2 = 27%
Fortunately I had compiled everything with debug, so a quick look in
gdb reveals at stacktrace (on interrupt signal)
#0 0x0068aeb8 in JSBSim::FGTank::Drain (this=0xc4829a0,
used=1.0180511166896056e-315) at FGTank.cpp:196
#1 0x0066640f in JSBSim::FGEngine::ConsumeFuel (this=0xc47d4c0)
at FGEngine.cpp:212
#2 0x006945aa in JSBSim::FGTurbine::Start (this=0xc47d4c0) at
FGTurbine.cpp:290
#3 0x00699d61 in JSBSim::FGTurbine::Calculate (this=0xc47d4c0)
at FGTurbine.cpp:155
#4 0x006069c4 in JSBSim::FGPropulsion::Run (this=0xbdf8550) at
FGPropulsion.cpp:147
#5 0x005670bc in JSBSim::FGFDMExec::Run (this=0xc573220) at
FGFDMExec.cpp:362
#6 0x0055949d in FGJSBsim::update (this=0xc413fb0,
dt=0.041664) at JSBSim.cxx:487
#7 0x00435ec8 in fgUpdateTimeDepCalcs () at main.cxx:159
#8 0x004371df in fgMainLoop () at main.cxx:449
#9 0x0049e1ac in fgOSMainLoop () at fg_os_osgviewer.cxx:172
#10 0x00433e07 in fgMainInit (argc=9, argv=0x7fffda58) at
main.cxx:900
#11 0x004332e1 in main (argc=9, argv=0x7fffda58) at
bootstrap.cxx:228
196 double FGTank::Drain(double used)
197 {
198 double remaining = Contents - used;
199
200 if (remaining >= 0) { // Reduce contents by amount used.
201
202 Contents -= used;
203 PctFull = 100.0*Contents/Capacity;
204
the value for 'used' is 0 (which doesn't seem right)
the values for 'Contents' and 'remaining' are > 0 (they are correct
values)
'Drain' is called for each tank
It seems this loop in FGEngine.cpp is executed repeatedly with no way
out;
183 while (FuelToBurn > 0.0) {
184
185 // Count how many fuel tanks with the current priority level
have fuel.
186 // If none, then try next lower priority. Build the feed
list.
187 while ((TanksWithFuel == 0.0) && (CurrentPriority <=
Propulsion->GetNumTanks())) {
188 for (i=0; iGetNumTanks(); i++)
{
189 Tank =
Propulsion->GetTank(i);
190 if (Tank->GetType() == FGTank::ttFUEL)
{
191 if ((Tank->GetContents() > 0.0) && ((unsigned
int)Tank->GetPriority() == CurrentPriority)) {
192 ++TanksWithFuel;
193 FeedList.push_back(i);
194}
195 } else {
196cerr << "No oxidizer tanks should be used for this
engine type." << endl;
197 }
198 }
199 if (TanksWithFuel == 0.0) CurrentPriority++;
200 }
201
202 // No fuel found at any priority!
203 if (TanksWithFuel == 0.0) {
204 Starved = true;
205 return;
206 }
207
208 // Remove equal amount of fuel from each feed tank.
209 FuelNeeded = FuelToBurn/TanksWithFuel;
210 for (i=0; iGetTank(FeedList[i]);
212 Tank->Drain(FuelNeeded);
213 FuelToBurn -= FuelNeeded;
214 }
215
216 // check if we were not able to burn all the fuel we needed
to at this priority level
217 if (FuelToBurn > 0.001) {
The value of FuelToBurn is = 1.4821969375237396e-323
The value of CurrentPriority = 1 and never changes.
once I step past line 217, it goes back to line 183 and never seems to
stop.
I'm not a C++ coder, and not much of a gdb debugger, but I hope that
helps enough if someone else is seeing similar problems.
Scott.
--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [PATCH] 3D Clouds update
On Wed, 2009-10-07 at 22:03 +1100, Scott Hamilton wrote: On a final note, I did a 'make distclean' and ./configure for both SimGear and FlightGear and now the change in frame rate is acceptable, it goes from 30 fps to around 22 - 24 fps once 3D clouds are turned on. S. > On Wed, 2009-10-07 at 09:18 +, Stuart Buchanan wrote: > > > Scott Hamilton wrote: > > >On Tue, 2009-10-06 at 22:06 -0400, William Harrison wrote: > > > > > >>>Maybe it's just me, but has anyone noticed a dramatic performance > > >>> decrease with 3d clouds after this patch? > > >> > > >> yep, from 30fps to 2fps... > > > > OK, I hope this reproducer scenario helps; > > 1. don't turn on 3D clouds from command line, don't specify any > weather (manual metar), default; scattered at 4000ft and cirrus at > 19500 > 25-31fps > > 2. go into rendering options, turn on 3D clouds > 2-3fps > > 3. change 19500 from cirrus to clear > 2-6fps > > 4. change 4000 from scattered to few > remains 2-6 fps > > 5. change 4000 from few to clear > 20-24fps > > 6. turn OFF 3D clouds (so there is no 3D or 2D clouds) > 23-26fps > > I last built fgfs 2009-10-03 19:23 (Sydney time) > I've now done a cvs update and 'make clean' on SimGear and FlightGear > and updated data/Shaders/ > > 1. same as a above. The cmd line is; bin/fgfs --enable-sound > --enable-hud --aircraft=A380 --airport=YSSY --runway=34L > --timeofday=afternoon > 28-32fps > > 2. go into rendering options, turn ON 3D clouds > 7 fps > > 3. change 19500 from cirrus to clear > remains 7fps > > 4. change 4000 from scattered to few > 10-11fps > > 5. change 4000 from few to clear > 23-27fps > > 6. turn OFF 3D clouds > remains 23-27fps > > > Operating System: openSuSE 11.1 (kernel2.6.27.29-0.1-default ) > Model: "nVidia Quadro FX 580" > > I'm assuming shaders need some OpenGL help; > > # glxinfo > name of display: :0.0 > display: :0 screen: 0 > direct rendering: Yes > server glx vendor string: NVIDIA Corporation > server glx version string: 1.4 > server glx extensions: > GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_SGIX_fbconfig, > GLX_SGIX_pbuffer, GLX_SGI_video_sync, GLX_SGI_swap_control, > GLX_EXT_texture_from_pixmap, GLX_ARB_create_context, > GLX_ARB_multisample, > GLX_NV_float_buffer, GLX_ARB_fbconfig_float, > GLX_NV_swap_group, > GLX_EXT_framebuffer_sRGB, > GLX_NV_multisample_coverage > client glx vendor string: NVIDIA > Corporation > client glx version string: > 1.4 > client glx > extensions: > GLX_ARB_get_proc_address, GLX_ARB_multisample, > GLX_EXT_visual_info, > GLX_EXT_visual_rating, GLX_EXT_import_context, > GLX_SGI_video_sync, > GLX_NV_swap_group, GLX_NV_video_out, GLX_SGIX_fbconfig, > GLX_SGIX_pbuffer, > GLX_SGI_swap_control, GLX_ARB_create_context, > GLX_NV_float_buffer, > GLX_ARB_fbconfig_float, > GLX_EXT_fbconfig_packed_float, > GLX_EXT_texture_from_pixmap, > GLX_EXT_framebuffer_sRGB, > GLX_NV_present_video, > GLX_NV_multisample_coverage > GLX > extensions: > GLX_EXT_visual_info, GLX_EXT_visual_rating, > GLX_SGIX_fbconfig, > GLX_SGIX_pbuffer, GLX_SGI_video_sync, > GLX_SGI_swap_control, > GLX_EXT_texture_from_pixmap, GLX_ARB_create_context, > GLX_ARB_multisample, > GLX_NV_float_buffer, GLX_ARB_fbconfig_float, > GLX_NV_swap_group, > GLX_EXT_framebuffer_sRGB, > GLX_NV_multisample_coverage, > > GLX_ARB_get_proc_address > OpenGL vendor string: NVIDIA > Corporation > OpenGL renderer string: Quadro FX > 580/PCI/SSE2 > OpenGL version string: 3.0.0 NVIDIA 180.44 > > > > I hope something here helps, as they do look good, but I can't get off > the ground to see them :) > > > cheers > S. > > > > > > > > > I'm very surprised that performance has decreased so significantly. > > However, there is a possible explanation. > > > > The code falls back to a 2D cloud layer if a 3D cloud isn&#
Re: [Flightgear-devel] New route manager?
On Thu, 2009-10-08 at 22:45 +0100, James Turner wrote: I've also noticed that if I put a Altitude constraint (ie: @alt) the route manager always shows 0ft. It seems to always get the altitude from the NAV database, not what I enter. S. > On 8 Oct 2009, at 16:35, Curtis Olson wrote: > > > Ok, I started up in the alphajet for instance at KLAX (7L). I > > pulled up the new route manager dialog and it suggested CL02 H1 as > > the starting location. I set that to KLAX-7L for the start and > > typed in KPHX for the destination, KSLC for the alternate, cruising > > speed of 350kts, cruising altitude of 18,500. > > > > I then clicked Activate and it still inserted CL02-H1 for the first > > waypoint and that's it. I removed CL02 and clicked activate again, > > and this time it put KLAX-07 for the first way point and then put > > KPHX in twice. So I manually manipulated the list so it contained > > only one waypoint ... KPHX. Ok! > > Turns out CL02 is a heliport either in, or very close, to KLAX. So > this was a feature! > > What's needed is really aircraft type information, but in the short > term I'm going to add some configuration properties to allow seaports > and heliports to be excluded (by default) from route-manager and GPS > searches. > > The other thing, as you found, is that editing active routes behaves > oddly. For the moment, it's best to avoid editing an active route, but > obviously this needs to be supported; it just raises headaches and > potential edge cases in the GPS code. > > Regards, > James > > > -- > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [PATCH] 3D Clouds update
On Wed, 2009-10-07 at 09:18 +, Stuart Buchanan wrote: > Scott Hamilton wrote: > >On Tue, 2009-10-06 at 22:06 -0400, William Harrison wrote: > > > >>>Maybe it's just me, but has anyone noticed a dramatic performance > >>> decrease with 3d clouds after this patch? > >> > >> yep, from 30fps to 2fps... OK, I hope this reproducer scenario helps; 1. don't turn on 3D clouds from command line, don't specify any weather (manual metar), default; scattered at 4000ft and cirrus at 19500 25-31fps 2. go into rendering options, turn on 3D clouds 2-3fps 3. change 19500 from cirrus to clear 2-6fps 4. change 4000 from scattered to few remains 2-6 fps 5. change 4000 from few to clear 20-24fps 6. turn OFF 3D clouds (so there is no 3D or 2D clouds) 23-26fps I last built fgfs 2009-10-03 19:23 (Sydney time) I've now done a cvs update and 'make clean' on SimGear and FlightGear and updated data/Shaders/ 1. same as a above. The cmd line is; bin/fgfs --enable-sound --enable-hud --aircraft=A380 --airport=YSSY --runway=34L --timeofday=afternoon 28-32fps 2. go into rendering options, turn ON 3D clouds 7 fps 3. change 19500 from cirrus to clear remains 7fps 4. change 4000 from scattered to few 10-11fps 5. change 4000 from few to clear 23-27fps 6. turn OFF 3D clouds remains 23-27fps Operating System: openSuSE 11.1 (kernel2.6.27.29-0.1-default ) Model: "nVidia Quadro FX 580" I'm assuming shaders need some OpenGL help; # glxinfo name of display: :0.0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: NVIDIA Corporation server glx version string: 1.4 server glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGI_video_sync, GLX_SGI_swap_control, GLX_EXT_texture_from_pixmap, GLX_ARB_create_context, GLX_ARB_multisample, GLX_NV_float_buffer, GLX_ARB_fbconfig_float, GLX_NV_swap_group, GLX_EXT_framebuffer_sRGB, GLX_NV_multisample_coverage client glx vendor string: NVIDIA Corporation client glx version string: 1.4 client glx extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, GLX_SGI_video_sync, GLX_NV_swap_group, GLX_NV_video_out, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGI_swap_control, GLX_ARB_create_context, GLX_NV_float_buffer, GLX_ARB_fbconfig_float, GLX_EXT_fbconfig_packed_float, GLX_EXT_texture_from_pixmap, GLX_EXT_framebuffer_sRGB, GLX_NV_present_video, GLX_NV_multisample_coverage GLX extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGI_video_sync, GLX_SGI_swap_control, GLX_EXT_texture_from_pixmap, GLX_ARB_create_context, GLX_ARB_multisample, GLX_NV_float_buffer, GLX_ARB_fbconfig_float, GLX_NV_swap_group, GLX_EXT_framebuffer_sRGB, GLX_NV_multisample_coverage, GLX_ARB_get_proc_address OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: Quadro FX 580/PCI/SSE2 OpenGL version string: 3.0.0 NVIDIA 180.44 I hope something here helps, as they do look good, but I can't get off the ground to see them :) cheers S. > > I'm very surprised that performance has decreased so significantly. However, > there is a possible explanation. > > The code falls back to a 2D cloud layer if a 3D cloud isn't defined for a > specific cloud type (st, ac etc.). IIRC > previously we didn't define a 3D stratus layer, so we'd get a 2D layer > instead. > > The updated 3D clouds include stratus layers (which look rather nice IMO), > but require quite a larger number > of sprites - something like 40 per cloud. I've seen a small perf hit from the > new stratus layers, but nothing like > what you have reported. > > I suspect what you are seeing if the difference between a 2D and 3D cloud. > > What performance change are you seeing with, say, cumulus clouds, which > haven't changed much? > > BTW - I've updated Docs/Readme.3Dclouds with information on the new format, > if anyone is interested in enhancing > the clouds. > > -Stuart > > > > > -- > Come build with us! The BlackBerry(R) Deve
Re: [Flightgear-devel] [PATCH] 3D Clouds update
On Tue, 2009-10-06 at 22:06 -0400, William Harrison wrote: > Maybe it's just me, but has anyone noticed a dramatic performance > decrease with 3d clouds after this patch? yep, from 30fps to 2fps... S. > > > On Fri, Oct 2, 2009 at 1:51 AM, Durk Talsma > wrote: > > On Thursday 01 October 2009 06:22:15 am Durk Talsma wrote: > > Hi Stuart, > > > > Unless somebody else beats me to it, I'll try to commit this > patch this > > weekend. > > > > Once it is applied, I'll update the appropriate README > documentation > > > myself. > > > > > > > > Okay done. Have fun with the documentation :-) > > Cheers, > Durk > > > -- > > > Come build with us! The BlackBerry® 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/devconf > ___ > 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 ** This message is intended for the addressee named and may contain privileged information or confidential information or both. If you are not the intended recipient please delete it and notify the sender. ** -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] simgear::strutils::convertToLowerCase link error.
I did a CVS update of SimGear and FG yesterday and I'm getting linker
errors, but I don't understand why?
../../src/Navaids/libNavaids.a(positioned.o): In function
`FGPositioned::typeFromName(std::basic_string, std::allocator > const&)':
/home/scotth/Downloads/FlightGear/CVS-1.0/source/src/Navaids/positioned.cxx:507:
undefined reference to
`simgear::strutils::convertToLowerCase(std::basic_string, std::allocator > const&)'
collect2: ld returned 1 exit status
Line 507 of positioned.cxx
std::string lowerName(simgear::strutils::convertToLowerCase(aName));
and the matching strutils.cxx
string
strip( const string& s )
{
return do_strip( s, BOTHSTRIP );
}
string convertToLowerCase(const string& str)
{
// proxy onto osgDB - easy to reimplement here, but let's avoid
// code duplication for the moment.
return osgDB::convertToLowerCase(str);
}
} // end namespace strutils
} // end namespace simgear
and by implication the cvs log reveals
revision 1.5
date: 2009/09/26 11:44:33; author: jmt; state: Exp; lines: +13 -1
Extend simgear::strutils with convertToLowerCase helper - currently a
proxy for osgDB helper of the same name.
revision
1.4
date: 2008/04/13 21:11:44; author: timoore; state: Exp; lines: +5
-3
Fixes for compiling with gcc
4.3
Include standard header files and qualify with std:: where needed.
Add "const" to various char parameters and variables.
--
Come build with us! The BlackBerry® 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/devconf___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Total_Air_Temp
On Fri, 2009-09-25 at 14:03 -0700, castle wrote: > Hi, > > Can anyone point me to where Total_Air_Temperature (tat) is calculated. If it's a JSBsim aircraft; /fdm/jsbsim/propulsion/tat-c I'm not sure of yasim, anyone else? Scott. > Tried "grepping" on several variations of the term but only found an > initialization of the value to zero in fdm/flight? Or is it even being > calculated? > > Thanks > John > > -- > Come build with us! The BlackBerry® 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/devconf > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Come build with us! The BlackBerry® 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/devconf___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] V speed calc from JSBsim?
I'd like to calculate some V speeds (in Nasal) as part of one of the Airbus aircraft I'm working on. I'm wondering if anyone knows if there is stuff already done in JSBsim that appears under /fdm/jsbsim/ properties that might be useful to help calculate any of the following; Vs - stall Vs0 - stall landing Vr - rotate Vref - landing reference speed Vfe - flap extended Vc - optimal cruise Now some of these are dependant on working out other things, eg: rotate is dependant on stall speed. and I don't expect JSBsim to calculate the things I need, but it seems JSBsim has already done a lot of the work that goes into calculating these things out, such as air density, wing area, gross weight etc. I'm also looking for a single source that has all the formulae in one place, I've found things in different places, but if anyone has seen a good single source, I'd appreciate any pointers. I find reading mathematical formulae does my head in trying to convert it to code, I still have problems working out my change on the bus, so all these Greek symbols a lot of articles like to use don't help. Cheers Scott. -- Come build with us! The BlackBerry® 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/devconf___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Weird Sun and weather bugs
On Thu, 2009-09-17 at 21:57 -0300, Victhor Foster wrote: > I don't remember when this started, I think it was a week or so. Well, > the Sun bug is simple: switching time to Dawn/Dusk will cause the sun > colors to start flashing between the correct colors and morning/noon/ > afternoon colors. The weather bug is: after about 1 ft MSL (I > think) it starts raining. When I get past about 15000 ft MSL snow > starts falling. It stops after some time, eventually. I don't recall > seeing snow falling on my last plane trip :P I also noticed the same, it seems to strobe the diffuse material every few seconds, the values slowly drift so the longer it goes on the darker the colours. I call it the inverse disco effect S. > -- > Come build with us! The BlackBerry® 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/devconf > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel ** This message is intended for the addressee named and may contain privileged information or confidential information or both. If you are not the intended recipient please delete it and notify the sender. ** -- Come build with us! The BlackBerry® 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/devconf___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] reversible ILS
On Tue, 2009-09-15 at 22:01 -0700, John Denker wrote: Can I also suggest, that like most things in FG, we have a property and a Nasal API. Now I haven't thought about this very much, but rather than forcing some UI into concrete, it might be better to provide a programmatic interface, then implement a default behaviour that can be overridden later, for example a ATC "aircraft" may wish to manipulate and control this at some point. * Nasal interface to lookup available ILS information (from nav.dat) - airportinfo() already gives us a list of runways and headings * some properties that can be changed to switch the ILS. Then someone else can make a Menu in Nasal that uses that above to achieve item 2 outlined below. Scott. > > There's no need for that. > > The simplest approach might be: > 0) For naive users, and even experienced VFR users, > they don't know and don't care about this issue, > and everybody would like to keep it that way. > 1) At startup, we shall set every reversible ILS to > the higher-numbered end (19 through 36 inclusive). > We choose this end because most users live in the > temperate zones where the prevailing westerlies > prevail most of the time. (I retract my earlier > suggestion about initializing them randomly.) > 2) There shall be a menu item, which appears when > commanded by the user -- *not spontaneously* -- and > can be used to reverse the nearby reversible ILS(s). > Perhaps an array of buttons listing the nearest 10 > airports with reversible ILSs or some such. And > maybe a textbox to allow reversing an arbitrary > airport or an arbitrary frequency. This should > suffice for single-player FGFS. This would most > likely only be used by instrument-rated pilots, or > instrument students, so we can assume they have > enough sophistication and dedication to deal with > such a popup. We need some kind of switching, > because the ILS is most needed when the weather is > very bad, and that usually means the wind is *not* > from the prevailing fair-weather direction. > 3) Multiplayer is quite a bit trickier, as previously > discussed. This is related to MP ATIS, MP lights, > pilot-controlled lights, navaid IDENT, et cetera. > This will have to be discussed quite a bit more > before anybody starts coding it. ** This message is intended for the addressee named and may contain privileged information or confidential information or both. If you are not the intended recipient please delete it and notify the sender. ** -- Come build with us! The BlackBerry® 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/devconf___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] TriangleIntersect errors.
On Mon, 2009-09-14 at 01:52 +0200, Csaba Halász wrote: > On Mon, Sep 14, 2009 at 1:11 AM, Scott Hamilton > wrote: > > > > command line options; > > gdb --args bin/fgfs --enable-sound --enable-hud --aircraft=A380 > > --airport=YSSY --runway=34L --timeofday=afternoon > > --enable-real-weather-fetch --enable-clouds3d --nav1=108.3 --dme=nav1 > > --enable-fpe > > Hmm, 108.3 is out of range for me from YSSY, so the code doesn't even > get to the location of your crash. > Maybe the problem concerns nav2, can you tell what frequency that is tuned to? > 108.3 is for WSSS (the intended destination) >From the Equipment -> Radio menu I see; NAV1 108.3 / 111.7 radial 280 NAV2 116.8 / 113.9 radial 28 ADF 379/ 341 The FPE signal does occur within the range of nav radio for YSSY, it's often not that far out, but the original TriangleIntersect was normally further along the flightpath. This feels like it is new behaviour as I have been specifying the destination ils freq for quite some time on the command line, is that not such a good idea? Cheers Scott. -- 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] TriangleIntersect errors.
On Sun, 2009-09-13 at 22:48 +0200, Csaba Halász wrote: > On Sun, Sep 13, 2009 at 8:19 AM, Scott Hamilton > wrote: > > Greetings, > > > > > > Below is an short extract of the errors; > > > > Warning:: Picked up error in TriangleIntersect > >(-0.072605 0.529981 -0.111424, -0.073436 0.535242 -0.117702, > > -0.07705 0.529981 -0.114243) > >(nan,nan,nan) > > > >Is there anything else I can try to determine what causes the errors or > > to fix them? > > Use the --enable-fpe option, preferably with a debug build, and get a > backtrace from gdb. command line options; gdb --args bin/fgfs --enable-sound --enable-hud --aircraft=A380 --airport=YSSY --runway=34L --timeofday=afternoon --enable-real-weather-fetch --enable-clouds3d --nav1=108.3 --dme=nav1 --enable-fpe Program received signal SIGFPE, Arithmetic exception. 0x0087e6f2 in FGNavRadio::updateReceiver (this=0xc09c760, dt=0.03) at navradio.cxx:474 474 double range_exceed_norm = loc_dist/effective_range_m; (gdb) bt #0 0x0087e6f2 in FGNavRadio::updateReceiver (this=0xc09c760, dt=0.03) at navradio.cxx:474 #1 0x0087ec4b in FGNavRadio::update (this=0xc09c760, dt=0.03) at navradio.cxx:363 #2 0x00b2b691 in SGSubsystemGroup::Member::update (this=0xc099ff0, delta_time_sec=) at subsystem_mgr.cxx:308 #3 0x00b2dc6c in SGSubsystemGroup::update (this=0xc064db0, delta_time_sec=0.03) at subsystem_mgr.cxx:161 #4 0x00b2b691 in SGSubsystemGroup::Member::update (this=0xc06a1a0, delta_time_sec=) at subsystem_mgr.cxx:308 #5 0x00b2dc6c in SGSubsystemGroup::update (this=0xfb4d68, delta_time_sec=0.03) at subsystem_mgr.cxx:161 #6 0x004354b2 in fgMainLoop () at main.cxx:461 #7 0x0049c369 in fgOSMainLoop () at fg_os_osgviewer.cxx:172 #8 0x0043204c in fgMainInit (argc=12, argv=0x7fffd9e8) at main.cxx:1005 #9 0x00431523 in main (argc=12, argv=0x7fffd9e8) at bootstrap.cxx:228 (gdb) inspect loc_dist $1 = 295313.5432570572 (gdb) inspect effective_range_m $2 = 0 Hope that helps. Scott. > -- 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
[Flightgear-devel] TriangleIntersect errors.
Greetings, For about the last month I've noticed with the CVS build of FG that after some time (it seems to vary between about 40mins to around 90mins) I'll get a constant stream of errors. Sometimes it starts when I switch to the Tower View, but most times it just starts mid-flight. I have tried turning off TrafficManager with "--prop:/sim/traffic-manager/enabled=0" and also turning off AI as mentioned in the forums, but this seems to have no effect. When this occurs the errors are so frequent that it becomes unusable, the only way out is CTRL-C from the command line, or clicking and waiting for 30seconds to get a menu to quit. Below is an short extract of the errors; Warning:: Picked up error in TriangleIntersect (-0.072605 0.529981 -0.111424, -0.073436 0.535242 -0.117702, -0.07705 0.529981 -0.114243) (nan,nan,nan) Warning:: Picked up error in TriangleIntersect (-0.078412 0.535242 -0.135916, -0.082994 0.529981 -0.136174, -0.07705 0.529981 -0.114243) (nan,nan,nan) Warning:: Picked up error in TriangleIntersect (-0.078412 0.535242 -0.135916, -0.07705 0.529981 -0.114243, -0.073436 0.535242 -0.117702) (nan,nan,nan) Warning:: Picked up error in TriangleIntersect (0.377004 -5.62643 0.600728, 0.232501 -5.62643 0.612474, 0.145284 -5.62643 0.611523) (nan,nan,nan) Warning:: Picked up error in TriangleIntersect (0.145284 5.62643 0.611525, 0.232501 5.62643 0.612476, 0.377004 5.62643 0.60073) Is there anything else I can try to determine what causes the errors or to fix them? Cheers Scott. -- 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] Noob Question
On Fri, 2009-02-13 at 23:53 +, Martin Spott wrote: Hi ya Martin, > > > I think having an Oz 'chapter' would be a great idea, maybe Jon and > > Martin could give us our own bit of their web for dedicated Oz > > scenery (or we could just prefix all generic 3D objects with OZ- ) > > Well, our plan looks a bit different. The explicit idea is _not_ to > divide our world into different chapters, at least not when it comes to > provinding Scenery to the user. Instead, we'd like to encourage people > to collaborate on _one_ set which is meant to cover the entire world, > thus saving the user from the hassle to download Scenery for different > areas from different download locations. > This should certainly not prevent you from organizing and grouping > contributors together, but the "net result" is, to my opinion, by far > best stored at and distributed via the existing infrastructure > (database, web service and TerraSync-repository). > For the generic 3D models which you know are very specific to your > country, feel free to add a reasonable prefix to the respective > filenames if you think it's worth it. > > Yep, I think we are in total agreement here :) The idea is a place to develop scenery, so that it can go back into flightgear, not have a separate download site. It's mainly a space to focus and co-ordinate development. I've setup a small website to assist that collaboration, we'll see how well it works. At the moment only those Australians who responded to the initial development list e.mail by Andrew I've sent them the link, so that's about 3 of us :) http://ozgear.admin.net.au/ Cheers Scott. -- 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] Noob Question
On Thu, 2009-02-12 at 09:39 +1100, Jones, Andrew wrote: > Hi All > > I'm V new here and have lots of questions... > > Is there a dedicated scenery design team for Australia? I've been wondering if there are many other Australian users out there aswell Perhaps an opportunity to form a mini-community somewhere, like geographic chapters of popular operating system user groups, but just in a virtual sense... > I was thinking of doing some 3D objects for Australia (to start the > learning process) and then move on to terrain scenery - will new > terrain 'ruin' the 3D object that I will have already placed on the > original terrain? I have just started doing the YSSY terminals, this is the first scenery modelling I have ever done, and I'm not sure if I'm doing it correctly. Have you upload these objects anywhere public yet? It would be good to co-ordinate and share information/objects. I have seen a terrain Howto in the wiki, but can't find it at the moment... S. > Is there a How-To on any of the terrain stuff - I'm fine with the 3d > objects, but the terrain stuff just looks way too hard for a noob > to even contemplate. > Are roads placed on top of terrain (like an object)? or made as part > of the terrain??? How about bridges??? > > I have access to lots of GIS info for the eastesn seaboard of > Australia and for 'some' airport data as well > > Hope you can guide me in the right direction > > Andrew > > > > __ > > *PLEASE NOTE* This email and any attachments may > be confidential. If received in error, please delete all > copies and advise the sender. The reproduction or > dissemination of this email or its attachments is > prohibited without the consent of the sender. > > WARNING RE VIRUSES: Our computer systems sweep > outgoing email to guard against viruses, but no warranty > is given that this email or its attachments are virus free. > Before opening or using attachments, please check for > viruses. Our liability is limited to the re-supply of any > affected attachments. > > Any views expressed in this message are those of the > individual sender, except where the sender expressly, > and with authority, states them to be the views of the > organisation. > > > -- > 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 ** This message is intended for the addressee named and may contain privileged information or confidential information or both. If you are not the intended recipient please delete it and notify the sender. ** -- 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] Z-near problem with new code
On Sat, 2008-11-22 at 18:39 -0500, Matthew Tippett wrote: > I have seen something similar too. The splash screen seems to be > 800x600 unscaled in the bottom left of the screen. It then seems to > go full screen shortly after though. I doubt it is related to > clipping issue mentioned elsewhere. I also did a cvs update and noticed (I think) one or two file change in SimGear and a few file changes in fg source, I also see the same clipping problem. In "helicopter view" large parts of the aircraft are invisible, with parts just floating by themselves and I think in one of the "chase views", there is a circular object (perhaps a cloud) that when a aircraft flies behind it is masked. And the cockpit view is missing, well the entire cockpit, however if you switch to the 2D cockpit you get the default cessna panel... I haven't had time to go back and work out which files changed when I did the cvs update... S. > > Regards... Matthew > > > On 11/22/08, gerard robin <[EMAIL PROTECTED]> wrote: > > On samedi 22 novembre 2008, Frederic Bouvier wrote: > >> In this screenshot : > >> http://frbouvi.free.fr/flightsim/fgfs_near_problem_4.jpg > >> I am seated in the c172. Yes, really ;-) > >> > >> -Fred > >> > >> Matthew Tippett a écrit : > >> > It looks like the near clip plane is out too far. CVS fg and sg from > >> > yesterday. > >> > > >> > Regards... Matthew > >> > > >> > On 11/22/08, Tim Moore <[EMAIL PROTECTED]> wrote: > >> >> Frederic Bouvier wrote: > >> >>> Hi Tim, > >> >>> With the new code, I have a zNear problem shown in this screenshot : > >> >>> http://frbouvi.free.fr/flightsim/fgfs_near_problem.jpg > >> >>> > >> >>> This build is still OSG 2.6 based. > >> >>> > >> >>> -Fred > >> >> > >> >> Can you tell me what you're expecting to see i.e., is there a cockpit > >> >> there that > >> >> isn't displayed, or is this with the UFO? Any other details would be > >> >> helpful. > > > > To me the cvs version which gives the little startup flash screen on the > > left > > bottom corner is right with Z-near. > > > > -- > > Gérard > > http://pagesperso-orange.fr/GRTux/ > > > > J'ai décidé d'être heureux parce que c'est bon pour la santé. > > Voltaire > > > > > > - > > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > > Build the coolest Linux based applications with Moblin SDK & win great > > prizes > > Grand prize is a trip for two to an Open Source event anywhere in the world > > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > > ___ > > Flightgear-devel mailing list > > Flightgear-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/flightgear-devel > > > - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
