Re: [Flightgear-devel] Next FlightGear Release - upcoming.
On Thu, 2006-03-09 at 10:59 -0600, Curtis L. Olson wrote: > > 3. Any other major issues? > Curt, Last month I suggested a change[1] to TACAN_freq.dat and carrier_nav.dat to enable TACAN to work on the proper channels. I'd like to see this go in so the F4E I'm working on can use the TACAN. Since it seems the sourceforge list stripped the attachments they are on my webserver: http://www.jentronics.com/fgfs/TACAN_freq.dat.gz and http://www.jentronics.com/fgfs/carrier_nav.dat.gz [1] http://sourceforge.net/mailarchive/forum.php?thread_id=9643858&forum_id=1919 Thanks, Ron --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] AI objects with hardened surface not possible? Dave Culp?
Hi, for my upcoming Bremen scenery I tried to get moving ships which follow the river Weser. There should be at least a hardened hull (deck) to be landable for the BO105. Of course the ship-model is hardened when put into the scenery as a static object. It also works when I make a moving ship-object with fixed direction (see listed XML-file at the bottom of this message). Also creating a flight-plan and let the ship "fly" at ground-level works very fine and impressive. But I cannot get a hardened and landable surface. May be anyone (Dave Culp?) can answer whether it is possible to create "flightplan-models" with hardened surface? Thank you for your time and energy. Regards Georg EDDW Appendix: -- WORKS: (no flightplan, fixed direction, like "ship-demo") carrier Models/Work/gen-freighter01.ac cabin chull wavefront 53.12707079 8.679790884 6.0 3.0 -- DOES NOT WORK: (with flightplan, ship moves along the river Weser as it should but has no hardened surface, one example, made a lot of different files to test) WeserAIZero aircraft carrier Models/Work/gen-freighter01.ac cabin chull wavefront weser-test01.xml 1 - --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Curtis - small change of UFO.cxx possible?
Hi Curtis, starting a scenery project some weeks ago I found out that I could not place any object at the "right" coordinates which I got from very detailled official plans (and made a cross-check to public sources) because the whole FG-scenery seems to be "shifted" so that the models were placed "visually" when using FG at the "wrong" places (in water, on the wrong side of the street, etc. This might be the same at other places of the world and until we can fix it personally with the improved FGSD version I took the UFO to find out the "visually right" places to put the model. My problem was that one cannot fly at very low speed with the UFO (at least I cannot with my hardware) and it was very difficult to get to the *very* exact place (and get the lat/long by creating a *.csv logfile). Although I am no C/++ coder I made a small change in UFO.cxx so that I can either fly at high speed to the area I want to check and have very low speed then. I used the GEAR-DOWN parameter for it. Gear-up -> high speed, Gear-down -> low speed. Here are my amateurish changes. As I don't know how to make a CVS "diff" file I put it here in this form, only some simple lines. Please check, it works very well for me. Little change, big effect for scenery design puporses! Thanks for your time and energy! Regards Georg EDDW FILE: /source/src/FDM/UFO.cxx OLD/ORIGINAL // the velocity of the aircraft Old: -- double velocity = Throttle * 2000; // meters/sec -- double old_pitch = get_Theta(); NEW/CHANGED // the velocity of the aircraft new: -- double velocity = 0; if (globals->get_controls()->get_gear_down()) {velocity = Throttle * 10;} else {velocity = Throttle * 2000;} // meters/sec --- double old_pitch = get_Theta(); --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Sound Barrier
Ben Clark wrote: While flying some supersonic aircraft in Flightgear today I noticed there seems to be no support for the various things that happen when approaching the speed of sound. Does anyone have any plans to implement any of this? E.g Sonic Boom and pressure wave, less stability at close to SoS, etc? Seeing as 0.9.10 will be released soon it seems a bit steel to try and and this to that version, but are there any plans for this for the 1.0 release, or is this implemented already and i'm going blind/deaf? Most of it isn't yet modeled. But thinking about it I assume it's all a matter of proper configuration files. For sound at least but for JSBSim also. Erik -- http://www.ehtw.info (Dutch)Future of Enschede Airport Twente http://www.ehofman.com/fgfs FlightGear Flight Simulator http://www.cafepress.com/fgfs_flightsim FlightGear Art --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: Next FlightGear Release - upcoming.
On Friday 10 March 2006 03:16, Stefan Seifert wrote: > > Am I right in thinking there might also be an issue with crashes at the > > point of the "now clear of my airspace" message? > > Could be. I experienced one of these last weekend, a few minutes after > take-off. Have been running FG in gdb ever since, but it did not happen > again. > > Nine Try rolling your plane when you get that ATC message. Ampere --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Bugtracker
Am Freitag 10 März 2006 16:12 schrieb Vassilii Khachaturov: > There is also an existing bug tracker over at > http://sourceforge.net/tracker/?group_id=583&atid=100583 > which has been there for several years already; > at one point when I looked for a place to write down > the bugs that bother me but which I am not planning to > work on in the nearest future, I began putting them > into it. Also, I went over whatever older bugs that were > there which I could re-test and removed whatever was > obsolete, as well as annotated whatever was still pertinent > in this way or that. I was hoping that maybe other > folks will join me using the same bug database, > but noone seemed to need it, except for me. Oh, I didn't even know that it existed in the first place. So setting the tracker up was definitely not meant as a replacement. I'm happy with either solution, be it using the SF tracker, switching mine off or the other way 'round... But we should decide before things start splitting. And at least announce it prominently for users. Thomas --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] 3D models
Title: 3D models Is anyone aware of a converter that takes Moray 3D models to Blender? Jon --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: Next FlightGear Release - upcoming.
Hi,2006/3/9, David Luff <[EMAIL PROTECTED]>: Melchior FRANZ writes:> * Curtis L. Olson -- Thursday 09 March 2006 17:59:> > 2. We need to aggressively hunt down any random crashes>> I'm aware of four crashes:>> (A) tower.cxx /AI -- old, but very annoying. Happens occasionally.> Very hard to reproduce. Olaf looked into it and advised me to> add a debug message in my copy, but since then I had no problems.> (Maybe I should commit that? ;-) This bug basically makes > long-distance flights impossible.>OK, you've pricked my consciensce. I'll make a concerted effort to track that one down, since it's undoubtably one of mine :-( I thought it might have been fixed, since I haven't seen it since a couple of bug-fixes were added to that bit of code be someone, but I guess it seems not :-( It would be nice to be able to enable the intelligent AI by default, at least at level 1, for one of the next couple of releases. Am I right in thinking there might also be an issue with crashes at the point of the "now clear of my airspace" message?Melchior is refering to this #0 0x080c9996 in FGAIPlane::GetLeg (this=0x0) at AIPlane.hxx:80 cptf #1 0x080c1c3f in FGTower::ProcessDownwindReport (this=0xd6bedb8, t=0xddccce8) at tower.cxx:664 cptf #2 0x080c5e95 in FGTower::Respond (this=0xd6bedb8) at tower.cxx:521 cptf #3 0x080c9734 in FGTower::Update (this=0xd6bedb8, dt= 0.03) at tower.cxx:357 cptf #4 0x080a5372 in FGATCMgr::update (this=0xb371d90, dt=0.03) at ATCmgr.cxx:167 cptf One can really rely on ATC crashing at the right moment. ;-) (Somehow a plane occurs which contains no AI and is not ourselfs?) I did the changes you are refering to, because there were a couple of STL problems hidden. I may have broken something so I did some heavy investigations into that and the most plausible cause seems to me that planes with identical callsigns have been around. I introduced some prints, but the problem didn't trigger any more for me. The patch removes some unused code, too. ATC.patch Description: Binary data
[Flightgear-devel] Sound Barrier
While flying some supersonic aircraft in Flightgear today I noticed there seems to be no support for the various things that happen when approaching the speed of sound.Does anyone have any plans to implement any of this? E.g Sonic Boom and pressure wave, less stability at close to SoS, etc?Seeing as 0.9.10 will be released soon it seems a bit steel to try and and this to that version, but are there any plans for this for the 1.0 release, or is this implemented already and i'm going blind/deaf? RegardsBen Clark-- http://www.benbread.co.uk
[Flightgear-devel] 737-300 cvs
Dont know if anyone else would agree but here goes Wouldnt it be better for everyone involved in the 737 project to start uploading their code / gfx etc into the cvs ? Even if say Marcus's electrical system is not finished it doesnt have to be activated on the model until its ready . I.E. It can keep the generic electrical system but the nasal code can still be incorporated and updated it just wont run unless your a developer wishing to test these features in which case you'll know what to do. This would ensure other developers can keep track as to whats going on and what still needs to be done etc. Any comments ? Regards, Justin Smithies --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: Next FlightGear Release - upcoming.
On Friday 10 March 2006 14:38, Melchior FRANZ wrote: > * Melchior FRANZ -- Thursday 09 March 2006 19:43: > > (D) "-1000 ft" crash. Don't remember the exact message. Doesn't > > seem related to any "special" subsystem. > > "Attempting to schedule tiles for bogus lon and lat = (-1000,0) > This is a FATAL error. Exiting!" > > triggered by FGTileMgr::schedule_needed(). Which process sets > lon=-1000 and lat=0 and requests a tile for that? > > m. > I'm able to trigger this error message quite consistently by enabling traffic manager/AImodels. If the first few AIModels that are required to be loaded are non-existent, FlightGear crashes with this error message (always reporting the same coordinates, as mentioned above). Sofare, I've only been able to make an educated guess that generating an error condition in the main thread before or at the time the tile loader is running triggers this message and a subsequent abort. I'm still in the dark what's actually going on (possibly triggered by setting errno). FWIW, once scenery loading is complete, the FlightGear main thread/ AIModels subsystem happily ignores the loading of non-existent AIModels, as desiged. Fixing this, or at least resolving the interaction between any error condition set by AIModels in the main thread and an abort in the tile loader thread is currently at my todo list. But as I mentioned above, I don't really have a clue right now. Cheers, Durk --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] 737-300 cockpit photos
As the www.b737.org.uk seems to be offline i thought id post this url for 737-300 cockpit photos. http://www.flyingzone.co.uk/boeing737infocus/cockpitphotopage.htm Cheers Justin Smithies --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Next FlightGear Release - upcoming.
Hi, It seems that it's exactly that. I wasn't yet able to verify that, but it seems that the Great Lakes are not part of the landmass and are thus zeroed in altitude. I'm not sure why that worked in the previous releases. I haven't looked at the TerraGear code for a long time, but in the past, I think, we used to do a union of all the coverage types, including lakes and islands, and use that as the mask. That wouldn't match with the behaviour I encountered during the South Germany scenery builds. Only recently I've come across TerraGear making everything which is outside the landmass polygon (material Default) to be Ocean and at level 0. I once reduced the landmass data from VMAP0 to a bit more manageable size by constraining it to the region we'd be working in for our scenery. As we touched that border we had a tile with extremely steep cliffs falling to the ocean where there should have been no ocean. The location of the cliff matched that of the border of our landmass polygon. I think I've seen code in the current source calculating the landmass mask as the union of all polygons with Default material, which is then used to clip all other polygons. Cheers, Ralf --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 737-300 development (was: 737-300 electrical systems)
Just a quick question. I am currently building a diy 737-300 cockpit , and i am going to link all the real switches / lights etc to a pc that will read / write directly from the FG prop tree based on values there. So i take it the way this project is going that there will be switches and inditcators + various variables in the FG prop tree eventually for every instrument / electrical system. Justin Smithies On Friday 10 March 2006 01:19, Innis Cunningham wrote: > Hello Markus > > Markus Barenhoff writes > > >- Flight Instruments: > > I am currently working on 3D instruments for the > 737 classic(not glass cockpit)but have only started on the > vor guage(RMI) so the field is open for all the other instruments. > One thing I would like to know is it possible currently to add > hotspots to individual 3D instruments.As far as I know you can > only add a general hotspot sheet which covers the 3D instruments > roughly infront of the pilot.This would mean that panels on overhead > panels and centre isle stands would not be able to be activated by > hotspots.As most of the system operation is controled by such panels > we need a way of activating such panels that are not on the pilots > instrument panels. > Any ideas. > > Cheers > Innis > > > > > --- > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > that extends applications into web and mobile media. Attend the live > webcast and join the prime developer group breaking into this new coding > territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] fix mouse view regression
On Fri, 10 Mar 2006 08:14:17 +0100 Mathias Fröhlich <[EMAIL PROTECTED]> wrote: > On Thursday 09 March 2006 21:19, Jean-Yves Lefort wrote: > > This change actually breaks the view mode with PU_USE_GLUT (at least > > for me). It was working properly before the change; now the view jumps > > whenever the mouse reaches a screen edge. > Checked in a fix which at least fixed that form me. > Please give it a try. It works, thanks. -- Jean-Yves Lefort [EMAIL PROTECTED] http://lefort.be.eu.org/ pgprveOmEOJtr.pgp Description: PGP signature
Re: [Flightgear-devel] Next FlightGear Release - upcoming.
On 10/03/06, Ralf Gerlich <[EMAIL PROTECTED]> wrote: > It seems that it's exactly that. I wasn't yet able to verify that, but > it seems that the Great Lakes are not part of the landmass and are thus > zeroed in altitude. I'm not sure why that worked in the previous releases. I haven't looked at the TerraGear code for a long time, but in the past, I think, we used to do a union of all the coverage types, including lakes and islands, and use that as the mask. All the best, David -- http://www.megginson.com/ --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Compiling a custom windows executable
I've contacted Fred B. who is our primary windows .exe builder, but I haven't heard back from him and haven't seen any mailing list posts from him this week so I fear he may be out of town. Is there anyone else here who is setup to do a quick windows build of the CVS source code (preferably with MSVC since that is what we've done our other release builds with.) If Fred is out of town and unable to respond, I need someone who can build me the latest CVS version with one small modification. And I need this in a timely fashion, ideally today, this weekend or monday at the absolute latest. If any one is available to do this, please contact me offline and we can discuss the specific details. Thanks, Curt. -- Curtis Olsonhttp://www.flightgear.org/~curt HumanFIRST Program http://www.humanfirst.umn.edu/ FlightGear Project http://www.flightgear.org Unique text:2f585eeea02e2c79d7b1d8c4963bae2d --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Next FlightGear Release - upcoming.
Ralf Gerlich wrote: Hi, David Megginson schrieb: The problem, though, is not the accuracy of the shorelines (though that's obviously important), but the type -- for some reason, TerraGear has started to misinterpret the Great Lakes as ocean rather than lake, and thus, it's cutting them right out of the scenery rather than using the SRTM elevations. It seems that it's exactly that. I wasn't yet able to verify that, but it seems that the Great Lakes are not part of the landmass and are thus zeroed in altitude. I'm not sure why that worked in the previous releases. Hmmm, if the great lakes are not included as part of the world land mass, then they would indeed get interpreted as ocean by terragear and flattened to zero elevation. I suspect that in the GSHHS data, the great lakes are included in the land mass and in the VMAP0 data the great lakes are not part of the land mass. In previous scenery builds we used GSHHS ocean/land mass data for the basic outline of the world (but discarded all GSHHS lake/river data.) We used VMAP0 for all internal lakes and rivers since arguably those were 'more accurate'. However, GSHHS and VMAP0 don't always agree on what areas of water are lake versus ocean, so there are places that come out dry because GSHHS calls it a lake (so we ignore it from that data set) and VMAP0 calls it an ocean so we ignore it from the vmap0 data set. For this latest scenery build I used VMAP0 only and didn't uses any GSHHS data. This led to many reported improvements in many areas where the above mentioned conflict was automatically resolved. But vmap0 is not very accurate so we have a lot of buildings and objects now in the water, and we have the great lakes at zero elevation. Martin: please explain again in very great detail for me how exactly GSHHS has been improved? Thanks, Curt. -- Curtis Olsonhttp://www.flightgear.org/~curt HumanFIRST Program http://www.humanfirst.umn.edu/ FlightGear Project http://www.flightgear.org Unique text:2f585eeea02e2c79d7b1d8c4963bae2d --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Next FlightGear Release - upcoming.
Hello David, "David Megginson" wrote: > GSHHS is excellent for ocean shorelines and bays, but wildly > inaccurate for large inland bodies of water (especially the Great > Lakes). You should have a look at the new 1.3 dataset from October last year, this is where the split between the different types was introduced. I'm absolutely not sure if lake data has been improved but I actually do have some hope. The GSHHS data in my DB is already the most up to date. > The problem, though, is not the accuracy of the shorelines (though > that's obviously important), but the type -- for some reason, > TerraGear has started to misinterpret the Great Lakes as ocean rather > than lake, With the split GSHHS datasets the great lakes have been separated from ocean data (to my memory). If the appropriate attributes are being applied to the respective lake geometries, a task that I think is being done in Terragear, there should be a chance to get things sorted out. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: DME fixed (was Re: [Flightgear-devel] Next FlightGear Release - upcoming.)
Hi, David Megginson schrieb: On 09/03/06, Ralf Gerlich <[EMAIL PROTECTED]> wrote: The problem may be that Robin changed the nav.dat format to contain two DME-types instead of only one (http://x-plane.org/home/robinp/Nav810.htm) There's no difference between the types except their type number and the fact that for one the frequency is displayed in X-Plane's maps while for the other it is not. Thanks, Ralf -- that turned out to be the problem. It looks like Robin is using type 12 for a DME colocated with an ILS, and type 13 for a completely independent DME. I just checked in a small patch to fix the problem. I have found two additional references to type 12 in src/Navaids/navlist.cxx which might have to be fixed. Somebody knowing that code better than me should crosscheck, however. Find patch attached. Cheers, Ralf Index: src/Navaids/navlist.cxx === RCS file: /var/cvs/FlightGear-0.9/source/src/Navaids/navlist.cxx,v retrieving revision 1.16 diff -u -r1.16 navlist.cxx --- src/Navaids/navlist.cxx 21 Feb 2006 01:19:37 - 1.16 +++ src/Navaids/navlist.cxx 10 Mar 2006 15:14:14 - @@ -300,7 +300,8 @@ // the closest station.) if ( d2 < min_dist && (stations[i]->get_type() == 4 || stations[i]->get_type() == 5 || - stations[i]->get_type() == 6 || stations[i]->get_type() == 12) ) + stations[i]->get_type() == 6 || stations[i]->get_type() == 12 || + stations[i]->get_type() == 13) ) { double hdg_deg = 0.0; if ( stations[i]->get_type() == 4 || stations[i]->get_type() == 5 ){ @@ -308,7 +309,8 @@ } else if ( stations[i]->get_type() == 6 ) { int tmp = (int)(stations[i]->get_multiuse() / 1000.0); hdg_deg = stations[i]->get_multiuse() - (tmp * 1000); -} else if ( stations[i]->get_type() == 12 ) { +} else if ( stations[i]->get_type() == 12 || + stations[i]->get_type() == 13) { // oops, Robin's data format doesn't give us the // needed information to compute a heading for a DME // transmitter. FIXME Robin!
Re: [Flightgear-devel] Next FlightGear Release - upcoming.
Hi, David Megginson schrieb: The problem, though, is not the accuracy of the shorelines (though that's obviously important), but the type -- for some reason, TerraGear has started to misinterpret the Great Lakes as ocean rather than lake, and thus, it's cutting them right out of the scenery rather than using the SRTM elevations. It seems that it's exactly that. I wasn't yet able to verify that, but it seems that the Great Lakes are not part of the landmass and are thus zeroed in altitude. I'm not sure why that worked in the previous releases. Cheers, Ralf --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Bugtracker
There is also an existing bug tracker over at http://sourceforge.net/tracker/?group_id=583&atid=100583 which has been there for several years already; at one point when I looked for a place to write down the bugs that bother me but which I am not planning to work on in the nearest future, I began putting them into it. Also, I went over whatever older bugs that were there which I could re-test and removed whatever was obsolete, as well as annotated whatever was still pertinent in this way or that. I was hoping that maybe other folks will join me using the same bug database, but noone seemed to need it, except for me. Personally, I am no big fan of the sf tracker, so I don't have a problem switching over to another database elsewhere. However, we should retain the current bug reports off the sf.net tracker db if we do so. V. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Next FlightGear Release - upcoming.
On 10/03/06, David Megginson <[EMAIL PROTECTED]> wrote: > GSHHS is excellent for ocean shorelines and bays, but wildly > inaccurate for large inland bodies of water (especially the Great > Lakes). It often puts the shoreline more than 1km off from where it > should be, so that airports near the shore end up far out in the water > or far inland. VMAP0 is relatively low resolution, but it gets the > Great Lakes shorelines in more-or-less the right place. Here's an example of the west end of Lake Ontario. Note the extra detail in the Vmap0 vs. the GSHHS, and also the fact that the GSHHS puts much of downtown Toronto under water (I think it represents the future after global warming): http://document.ihg.uni-duisburg.de/cgi-bin/mapserv40?layer=lakes_lake&layer=lakes_intermittentlake&layer=cities_urban&layer=gshhs_lakes&layer=gshhs_islands&layer=gshhs_ponds&zoomdir=1&zoomsize=1&imgxy=300.0+300.0&imgext=-80.490972+42.550702+-78.374302+44.667372&map=%2Fhome%2Fmas%2FWWW%2Flandcover%2Flandcover.map&root=%2Flandcover&savequery=true&program=%2Fcgi-bin%2Fmapserv40&map_web_imagepath=%2Fhome%2Fmas%2FWWW%2Ftmp%2F&map_web_imageurl=%2Ftmp%2F&map_web_template=main.html If that long link broke in your e-mail reader, try this one: http://makeashorterlink.com/?J252326CC The problem might be that TerraGear is now cropping against just the landmass -- it actually has to crop against the union of the landmass, islands, lakes, and everything else. All the best, David -- http://www.megginson.com/ --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Next FlightGear Release - upcoming.
On 10/03/06, Martin Spott <[EMAIL PROTECTED]> wrote: > VMAP0 is about political boundaries so it appears not so much to care > about small details in the shoreline. GSHHS is very accurate at those > places where I had a look at and is now split into four categories: > coastline, lakes, islands in those lakes, ponds on those islands. GSHHS is excellent for ocean shorelines and bays, but wildly inaccurate for large inland bodies of water (especially the Great Lakes). It often puts the shoreline more than 1km off from where it should be, so that airports near the shore end up far out in the water or far inland. VMAP0 is relatively low resolution, but it gets the Great Lakes shorelines in more-or-less the right place. The problem, though, is not the accuracy of the shorelines (though that's obviously important), but the type -- for some reason, TerraGear has started to misinterpret the Great Lakes as ocean rather than lake, and thus, it's cutting them right out of the scenery rather than using the SRTM elevations. I'm still going to look at your site, though, just for fun. All the best, David -- http://www.megginson.com/ --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: Next FlightGear Release - upcoming.
On Thu, 9 Mar 2006 22:07:08 -0500, Chris wrote in message <[EMAIL PROTECTED]>: > On Thu, 9 Mar 2006 19:43:13 +0100 > Melchior FRANZ wrote: > > > > * Curtis L. Olson -- Thursday 09 March 2006 17:59: > > > 2. We need to aggressively hunt down any random crashes > > > > I'm aware of four crashes: > > I've experienced another that I don't think is classifiable in your > list. It occurred for me in-flight, during a long flight; but AI > traffic wasn't on and I wasn't monitoring ATC. I've been running FG > ever since in gdb just in case; but haven't been able to reproduce it. > Still trying. ..core dump setup? Core dumps are neat for backtrack those out-of-the-blue crashes. -- ..med vennlig hilsen = with Kind Regards from Arnt... ;o) ...with a number of polar bear hunters in his ancestry... Scenarios always come in sets of three: best case, worst case, and just in case. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] *.flightgear.org?
"Buchanan, Stuart" wrote: > P.S. Yes, I know that the HTML version of the manual on the FG website is > now quite out of date. We/I should get that sorted for the new release. Indeed, I wanted to have that already done but covered myself with other stuff Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] *.flightgear.org?
--- Thomas Förster <> wrote: > Am Freitag, 10. März 2006 13:32 schrieb Pigeon: > > As we know, we have some FG docs and tips online written by many > > people, and then there's the seedwiki site. And now we have a bug > > tracker (i always liked one btw). > Regarding documentation I can also offer to broaden the portal I set up. > It's > a full blown content management system including workflow and fine > grained > permissions. Consolidating our docs is a good idea. However, I firmly believe the correct place for such information is The Manual (aka The Getting Started Guide), as it is delivered with every release, and is available in both PDF and HTML. Since the last release, I've already added information on Multi-player, carrier operations, festival, multiple displays and tutorials. You can find a copy of the latest version here: http://www.nanjika.co.uk/flightgear/getstart.pdf Most of this information has been copied from other sources such as the wiki, for which I would like to say thanks to the authors. However, it would be great if we could move to updating the guide directly as the primary source or such information, rather than ending up with duplication, or having to play catch-up. I'm happy to do the dogsbody work of converting plain text to Latex, for those not familiar with it, or without access to the docs CVS build environment. Regards, -Stuart P.S. Yes, I know that the HTML version of the manual on the FG website is now quite out of date. We/I should get that sorted for the new release. ___ To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Re: Next FlightGear Release - upcoming.
* Melchior FRANZ -- Thursday 09 March 2006 19:43: > (D) "-1000 ft" crash. Don't remember the exact message. Doesn't > seem related to any "special" subsystem. "Attempting to schedule tiles for bogus lon and lat = (-1000,0) This is a FATAL error. Exiting!" triggered by FGTileMgr::schedule_needed(). Which process sets lon=-1000 and lat=0 and requests a tile for that? m. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] SV: [Flightgear-devel] KAP140 query
På 10.03.2006 00:31 CET skrev David Luff <[EMAIL PROTECTED]> >After setting the vertical speed on the KAP140, the display of vertical speed >disappears after a few seconds, even though the autopilot is still holding (or >trying to) the target vertical speed. Is this correct, or should the target >speed be displayed persistently? This is with the 2D c172p panel, although I >believe the 3d one displays the same behaviour. According to the Pilots Guide the preselected altitude is normally displayed. When you change the vertical speed setting, the vertical speed is displayed for 3 or 5 seconds (I forget), after that the display reverts to the preselected altitude. So, I guess the current behaviour is correct. -- Roy Vegard Ovesen --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] *.flightgear.org?
Am Freitag, 10. März 2006 13:32 schrieb Pigeon: > As we know, we have some FG docs and tips online written by many > people, and then there's the seedwiki site. And now we have a bug > tracker (i always liked one btw). > > > Things are a bit here and there, basically everywhere. It's > difficult for new FG users to follow and find answers. It's rather hard > to maintain, hard to get everything coordinated and synchronized, > updated. > > > Should have start putting everything in one place, say > wiki.flightgear.org, bugs.flightgear.org, etc, and start consolidating > docs? I also vote for this. Since I didn't know whether the tracker would be welcome I didn't mention this in the first post. Eventually I'd also like to see the URL evolving to something better. A first solution might be ProxyPass directives in the flightgear.org apache configuration. Regarding documentation I can also offer to broaden the portal I set up. It's a full blown content management system including workflow and fine grained permissions. Thomas --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Weird network problem
On Wed, 8 Mar 2006 08:19:49 -0500, Drew wrote in message <[EMAIL PROTECTED]>: > You mean flip them like this? > > fgfs --native-ctrls='socket,in,30,,5060,udp' \ > --native-fdm='socket,out,30,192.168.1.103,5050,udp' \ > fgfs --native-fdm='socket,out,30,192.168.1.103,5050,udp' \ >--native-ctrls='socket,in,30,,5060,udp' \ ..beware that these ports are also being used for voip traffic, chk the 2 _handbook_ wiki sites over at http://asteriskathome.sf.net/ (damn hilltop router antenna wires, 87.6% packet loss now, so I'm having trouble surfing to) chk the (precise url to the) 2 figures showing 2 sample network layouts. -- ..med vennlig hilsen = with Kind Regards from Arnt... ;o) ...with a number of polar bear hunters in his ancestry... Scenarios always come in sets of three: best case, worst case, and just in case. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] *.flightgear.org?
As we know, we have some FG docs and tips online written by many people, and then there's the seedwiki site. And now we have a bug tracker (i always liked one btw). Things are a bit here and there, basically everywhere. It's difficult for new FG users to follow and find answers. It's rather hard to maintain, hard to get everything coordinated and synchronized, updated. Should have start putting everything in one place, say wiki.flightgear.org, bugs.flightgear.org, etc, and start consolidating docs? Some of us already know that we're currently in progress of setting up MP servers and MP maps under .flightgear.org. It might be a good time to look into other things as well(?) Like, could we setup our own wiki site? Bug tracking? Pigeon. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] FYI: $ fgfs --airport=kmry --runway=10r
Starting airport ICAO id, tower id, and runway number can now be lower case, too, no matter from where they are set (command line, dialogs, telnet, etc.) This was an *old* usability issue. m. PS: Yes, mixed case is possible, too. But don't tell anyone! :-} --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Bugtracker
Hi, I just set up a bug tracker for FlightGear at http://his.biologie.hu-berlin.de/flightgear If you want to become a supporter, that is being able to work on the tickets, create an account on the site (via Join in the upper right corner) and write me a PM with your username. The schema of the tickets is configurable/extensible, so if something is lacking, there is no problem changing that now (but maybe if there were thousands of thickets in there). Same goes for topic categories and importance. Even though email adresses are collected, they shouldn't appear anywhere on the site. Thomas --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] inflight / on ground / on airport
Ron Jensen wrote: > On Fri, 2006-03-10 at 02:22 +0100, Markus Barenhoff wrote: >> hi, >> >> are there properties in tree where i can read from if the aircraft is >> currently in air, on ground or even on ground/on airport? it would be >> nice to have (i need it for the 737 electrical system, to switch on >> the external ground power on airports/gates, and to implement the >> air/ground safety sensor which disconnects the battery and the battery >> bus from the standby busses). >> > > JBsim provides WoW indications in /gear/gear[*]/wow[0] Choose one of > the mains for the air/ground safety sensor. > > Have you considered the parking brake as an input to the ground power > system? > this is a pretty good idea :) thnx. cu markus -- Markus Barenhoff - Hamburg - Germany - Earth url: http://www.alios.org/ - mail: [EMAIL PROTECTED] pgpkey: 0xAE7C7759 fp: 79 64 AA D9 B7 16 F5 06 6A 88 5F A9 4D 49 45 BB --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 737-300 development (was: 737-300 electrical systems)
On Friday 10 March 2006 01:19, Innis Cunningham wrote: > One thing I would like to know is it possible currently to add > hotspots to individual 3D instruments.As far as I know you can > only add a general hotspot sheet which covers the 3D instruments > roughly infront of the pilot. You can many hotspot "panels", orientated in any direction - see the B1900 (I presume the roof console is a separate panel), the Hurricane, the B29 or the Lightning (and no doubt others) which all have multiple hotspot panels. Of course the process of creating these is time consuming, cumbersome and at times frustrating, but it can be done. Cheers, AJ --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Next FlightGear Release - upcoming.
Martin Spott wrote: > While the machine performs quite well as WWW-, FTP- and database server > (as well as our local fileserver !), is was not sized to to the job of > an online web mapping server. The server is running only with 256 MByte > of RAM at a 400 MHz clock cycle, [...] Sorry: 440 MHz :-) > Please have a look and try to determine which one matches best. The map > starts at Lake Constance with VMAP0 lakes only. The pan-buttons in the > corners currently don't work (I'll have to look after this) but you can > click into the map to re-center it. You also can enter the respective > coordinates in the 'imgext' part of the URL. The format is lon/lat of the lower left corner and for the upper right corner. In order to save the server from being overloaded not any arbitrary map size is allowed. It is a good choice to stay in the +/- 0,5 degree size, for example to visit the Quebec area this would be a good choice: [...]&imgext=-070.893+46.291+-071.893+47.291&[...] Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Next FlightGear Release - upcoming.
"David Megginson" wrote: > The TerraGear scenery bug with the Great Lakes (and possibly other > large inland lakes?) is pretty serious -- it leaves many midwest U.S. > and central Canadian cities perched on giant cliffs overlooking the > lakes. I'd call this an early pre-release, especially because you have to hack the coordinates of your preferred location into the URL, but it could help working towards a solution to this issue. I've set up a Mapserver on our Landcover-DB that contains lots of funny stuff - including three different sources for shoreline data. Please, _please_ read _before_ everyone enters the URL into their web browser :-) While the machine performs quite well as WWW-, FTP- and database server (as well as our local fileserver !), is was not sized to to the job of an online web mapping server. The server is running only with 256 MByte of RAM at a 400 MHz clock cycle, so please take care with these rare ressources - try to use it asynchronously ;-) In the Mapserver page you can select different layers. The DB contains all layers that are being used for the current Scenery (and some more) but not all layers in the DB are listed in the drop-down chooser. The single reason for this constraint is that I simply didn't find the time to determine colours that represent all those different landcover types in a reasonable manner Somewhere down the list you'll find 'landmass_default', 'swbd' and 'gshhs coastline'. The first is from VMAP0 and seems to represent political boundaries, the second is the SRTM water body data, the third - you name it. So, here you are: http://document.ihg.uni-duisburg.de/landcover/ SWBD contains some really interesting details that others don't because it is a real 'picture' of the current situation when The Shuttle came by. This means it doesn't know about tides some small islands are represented with the double of their actual width because of low tide. There is notion of lakes where not lake actually is - maybe because of strong rain falls. Some lakes don't show up in any of the three datasets VMAP0 is about political boundaries so it appears not so much to care about small details in the shoreline. GSHHS is very accurate at those places where I had a look at and is now split into four categories: coastline, lakes, islands in those lakes, ponds on those islands. Please have a look and try to determine which one matches best. The map starts at Lake Constance with VMAP0 lakes only. The pan-buttons in the corners currently don't work (I'll have to look after this) but you can click into the map to re-center it. You also can enter the respective coordinates in the 'imgext' part of the URL. I'll soon have a modified page where you can enter a location for the start. Have fun, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: Next FlightGear Release - upcoming.
David Luff wrote: Melchior FRANZ writes: OK, you've pricked my consciensce. I'll make a concerted effort to track that one down, since it's undoubtably one of mine :-( I thought it might have been fixed, since I haven't seen it since a couple of bug-fixes were added to that bit of code be someone, but I guess it seems not :-( It would be nice to be able to enable the intelligent AI by default, at least at level 1, for one of the next couple of releases. Am I right in thinking there might also be an issue with crashes at the point of the "now clear of my airspace" message? Could be. I experienced one of these last weekend, a few minutes after take-off. Have been running FG in gdb ever since, but it did not happen again. Nine --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel