Re: [Flightgear-devel] forwarded message from Henti Smith
Curtis L. Olson wrote: David Megginson writes: Jon S Berndt writes: Child: Mommy! Daddy: She's not here. Child: Daddy! Mommy: He's not here, either. Child: !? ... ? ... ... snore 20 years and $50,000 later: Therapist: So why do you think you have this pathological fear of abandonment? Therapist: By the way, I knew your parents very well. Is it just me, or are we getting a bit off-topic here? Anyway, it looks like we might want to wait to see how much this will bring us, and if it turns out to be more than expected seriously start thinking about a FlightGear foundation? Erik BTW. You probably wont see much postings from me for the next three (or more) weeks, since I broke my arm when preventing the floor coming too close to my head two days ago. My arm will be strapped in for three weeks, and I noticed a regular keyboard isn't well suited for people who can use just one hand. Luckilly I still can use my right hand. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] KSFO International Terminal
On Saturday, January 18, 2003, at 12:44 am, David Megginson wrote: Michael Basler writes: as an interim report, the guy with the FS98 add-on KSFO scenery did not answer until now (but mail did not bounce either). I'll stay tuned, but doubt he will... it's just been so long ago and he did never provide upgrades for FS2000/2 . I fear you'll have to find pictures and stuff somewhere else. You're not willing to make a quick trip from Germany and take some, then? Where's your team spirit? Actually, I'll be flying into KSFO at the start of march (going to GDC again), so I can easily get snap away .. the problem is I'm unlikely to get good shots out the window of a 747, hopefully some good elevation ones of the terminal after touch-down though. It doesn't help that it'll be easiest for me to get you shots of the bit you already have, the international terminal. BTW, I'd just like to point out that I saw the terminal model 'first', I was just keeping quiet :-P Incidentally, if anyone fancies doing up EHAM (Amsterdam Schipol), I could try and get some shots of that too, though similar issues apply. HH James -- We are all in the gutter, but some of us are looking at the stars. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Displaced thresholds
That looks pretty similar to what I've been aiming for (screenshot of current progress at http://www.nottingham.ac.uk/~eazdluf/taxidraw.jpg - and yes I know its currently windoze only - its just a fast prototype proof-of-concept and I'll port it to a multiplatform toolkit if it works). It would certainly make sense to be able to import AFCAD files. However, there may be issues concerning whether the airports are placed in exactly the same location in FS2K2 and FGFS, and as regards the files, even if permission could be obtained from some authors to use their files, I would have thought that we would have to make absolutely sure that these represented their original creation, and were not an extension/modification Just wanted to provide some ideas based on the Fly! Taxiways Editor (which is an excellent tool, once you get over the learning curve..). Basically, you can import an airport diagram (bitmap), and define the lat/lon of two points on it (usually the start and end of major runways are easiest), and then trace over the image. Where the tool gets smart is in laying out the graph structure (i.e one line per-taxiway), it automatically handles the generation of curved sections of tarmac, intersection markings on the centre-line, and so on. Basically it's doing a little bit of trig, and using some modifiable constants for radius of turns, but the end result looks much more 'real' than what FG has right now, with a fairly minor amount of work. (and from nearly identical data, I think) I'd like to have a go at implementing the 'joining' algorithm, but I'm totally lost where to begin (at least that's my excuse). Oh, and, as a random thought that's been bugging me in this area for ages, I think it'd be really cool (but virtually pointless from a simulation point of view) to support roads (and a accompanying AI graph) in any such editor too nothing like having an errant baggage-truck zip or busload of passengers shooting over a taxiway to wake you up in the morning :-) Hmm, having said it's pointless, it occurs to me it may have safety-training implications for pilots to teach them there's other things besides aircraft they need to watch out for. I'll leave such considerations to the real pilots though. HH James -- We are all in the gutter, but some of us are looking at the stars ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] [OT] runways at LHBP?
Major A writes: Anyone know of a new runway at LHBP (Budapest Ferihegy), or where I can find more up-to-date information about it? Depending on how good your Hungarian is, you can try this: http://www.bud-airport.hu/ Thanks, my Hungarian is fine, but there is no information on that site that I could use -- I can find out that there is a WLAN in the terminal buildings and that they now have facilities to do major overhauls on the A320 family (in addition to the 737), but nothing about the airport itself -- no map or anything. There is a gallery, but it doesn't show a single aerial view. I can find nothing anywhere else suggesting a new runway at Ferihegy. All the best, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] KSFO International Terminal
James Turner writes: Actually, I'll be flying into KSFO at the start of march (going to GDC again), so I can easily get snap away .. the problem is I'm unlikely to get good shots out the window of a 747, hopefully some good elevation ones of the terminal after touch-down though. It doesn't help that it'll be easiest for me to get you shots of the bit you already have, the international terminal. You'll have to taxi past the north or south terminal to get there; it just depends what side of the plane you're on. Thanks for the offer, and if you manage to get any snaps, I'll be very grateful for them. BTW, I'd just like to point out that I saw the terminal model 'first', I was just keeping quiet :-P Yeah, yeah. Incidentally, if anyone fancies doing up EHAM (Amsterdam Schipol), I could try and get some shots of that too, though similar issues apply. I'm not going to offer to take that on, but I hope that others will. Thanks, and all the best, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Displaced thresholds
James Turner writes: Hmm, having said it's pointless, it occurs to me it may have safety-training implications for pilots to teach them there's other things besides aircraft they need to watch out for. I'll leave such considerations to the real pilots though. They're supposed to yield to us, for what it's worth. An aircraft in motion has right of way over a ground vehicle (though ground control can give instructions to override that). All the best, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Displaced thresholds
David Megginson wrote: James Turner writes: Hmm, having said it's pointless, it occurs to me it may have safety-training implications for pilots to teach them there's other things besides aircraft they need to watch out for. I'll leave such considerations to the real pilots though. They're supposed to yield to us, for what it's worth. An aircraft in motion has right of way over a ground vehicle (though ground control can give instructions to override that). All the best, David warning historical quotes and smugness alert --- It is a privilege to be burdened and a burden to be privileged. An old nautical saying. meaning if you have the right of way you have to worry about the other guy stopping while if you do not have the right of way all you have to worry about is stopping. And we all know that there is no such thing as having the right of way. There are may places where law, regulation, and/or tradition tell us we should yield the right of way, but Newton tells us we can never granted it. Charles Puffer ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Displaced thresholds
Charles Puffer writes: An old nautical saying. meaning if you have the right of way you have to worry about the other guy stopping while if you do not have the right of way all you have to worry about is stopping. Fortunately, a Skyhawk or Cherokee at proper taxi speed can stop almost instantly if it's not on ice. Even a heavy jet taxiing can stop pretty fast, compared to a ship. All the best, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Missing -kb in CVS repositories
Hello, there are several corrupted files in my Windows CVS workspace, presumably because these files were not tagged binary. Among them : base package/Docs/getstart.pdf base package/Docs/FGShortRef.pdf SimGear/src-libs/metakit-2.4.3.tar.gz SimGear/src-libs/zlib-1.1.4.tar.gz Could someone with write access remedy these problems ? Thanks, -Fred ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Displaced thresholds
Charles Puffer warning historical quotes and smugness alert --- It is a privilege to be burdened and a burden to be privileged. An old nautical saying. meaning if you have the right of way you have to worry about the other guy stopping while if you do not have the right of way all you have to worry about is stopping. Yup, this derives from the 'primal' rule of the 'Rules of the Road' which I believe applies to aviation as well: Avoid collison at all cost Cheers Norman ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Displaced thresholds
David Megginson writes: Charles Puffer writes: An old nautical saying. meaning if you have the right of way you have to worry about the other guy stopping while if you do not have the right of way all you have to worry about is stopping. Fortunately, a Skyhawk or Cherokee at proper taxi speed can stop almost instantly if it's not on ice. Even a heavy jet taxiing can stop pretty fast, compared to a ship. warning historical quotes and smugness alert --- The prudent mariner ... Norman ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] KSFO International Terminal
James Turner wrote: Incidentally, if anyone fancies doing up EHAM (Amsterdam Schipol), I could try and get some shots of that too, though similar issues apply. I've got a copy of schiphol in VRML. but since the author never responded on my request to be able to use it in FlightGear I never knew what to do next. Erik ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Displaced thresholds
James Turner writes: Just wanted to provide some ideas based on the Fly! Taxiways Editor (which is an excellent tool, once you get over the learning curve..). Basically, you can import an airport diagram (bitmap), and define the lat/lon of two points on it (usually the start and end of major runways are easiest), and then trace over the image. Where the tool gets smart is in laying out the graph structure (i.e one line per-taxiway), it automatically handles the generation of curved sections of tarmac, intersection markings on the centre-line, and so on. Basically it's doing a little bit of trig, and using some modifiable constants for radius of turns, but the end result looks much more 'real' than what FG has right now, with a fairly minor amount of work. (and from nearly identical data, I think) I'd like to have a go at implementing the 'joining' algorithm, but I'm totally lost where to begin (at least that's my excuse). Oh, and, as a random thought that's been bugging me in this area for ages, I think it'd be really cool (but virtually pointless from a simulation point of view) to support roads (and a accompanying AI graph) in any such editor too nothing like having an errant baggage-truck zip or busload of passengers shooting over a taxiway to wake you up in the morning :-) Hmm, having said it's pointless, it occurs to me it may have safety-training implications for pilots to teach them there's other things besides aircraft they need to watch out for. I'll leave such considerations to the real pilots though. I don't know that this is completely pointless, maybe just a secondary priority. The FAA has been very concerned with runway incursions in recent years ... both between two aircraft and between an aicraft and a ground vehicle. I think that building straights and curves will be mostly straightforward, but handling intersections and merges (and the associated markings) is a lot more difficult. And don't forget the occasional road that tunnels under a runway ... I know there's one of those at DFW. One thing I've seen in a big commercial sim that was pretty cool was the roads and highways off the end of the runways were modeled. You didn't see actual cars, but you saw headlights and taillights. This is interesting when you taxi up to the end of the runway to take off, they can be very visible at the end of 30L at MSP for instance. And they are a potential source of confusion if you are flying an approach at minimums and searching for those first few lights of the approach to fade into view. Regards, Curt. -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] [OT] runways at LHBP?
David Megginson wrote: Major A writes: Anyone know of a new runway at LHBP (Budapest Ferihegy), or where I can find more up-to-date information about it? Depending on how good your Hungarian is, you can try this: http://www.bud-airport.hu/ Thanks, my Hungarian is fine, but there is no information on that site that I could use -- I can find out that there is a WLAN in the terminal buildings and that they now have facilities to do major overhauls on the A320 family (in addition to the 737), but nothing about the airport itself -- no map or anything. There is a gallery, but it doesn't show a single aerial view. I can find nothing anywhere else suggesting a new runway at Ferihegy. If there was any, it should be in the DAFIFT data. Erik ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Missing -kb in CVS repositories
Frederic Bouvier writes: Hello, there are several corrupted files in my Windows CVS workspace, presumably because these files were not tagged binary. Among them : base package/Docs/getstart.pdf base package/Docs/FGShortRef.pdf SimGear/src-libs/metakit-2.4.3.tar.gz SimGear/src-libs/zlib-1.1.4.tar.gz Could someone with write access remedy these problems ? Assuming I remembered how to do this, the SimGear files should be taken care of. Curt. -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] [OT] runways at LHBP?
David Megginson writes: Major A writes: Anyone know of a new runway at LHBP (Budapest Ferihegy), or where I can find more up-to-date information about it? Depending on how good your Hungarian is, you can try this: http://www.bud-airport.hu/ Thanks, my Hungarian is fine, but there is no information on that site that I could use -- I can find out that there is a WLAN in the terminal buildings and that they now have facilities to do major overhauls on the A320 family (in addition to the 737), but nothing about the airport itself -- no map or anything. There is a gallery, but it doesn't show a single aerial view. I can find nothing anywhere else suggesting a new runway at Ferihegy. Landing on taxiways or even at the wrong airport is not completely without precident. Curt. -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] [OT] runways at LHBP?
I can find nothing anywhere else suggesting a new runway at Ferihegy. Landing on taxiways or even at the wrong airport is not completely without precident. LOL... I can assure you it was the right airport, and given that no reversers and only little wheelbrake was used, the runway must have been quite long, certainly longer than the taxiway in that direction. The crew was quite professional, the landing was exceptionally smooth given that it was an A319 and we had a fair amount of crosswind. The only thing I can imagine is that it was a DME approach, and we did a very gradual right turn in the last 10 minutes -- but that would have required more room really. And there is no navaid in the right place anyway. No way we could have turned left into 31R, that would have required a 140deg turn which I wouldn't have missed. Andras === Major Andras e-mail: [EMAIL PROTECTED] www:http://andras.webhop.org/ === ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Missing -kb in CVS repositories
From: Curtis L. Olson [EMAIL PROTECTED] Frederic Bouvier writes: Hello, there are several corrupted files in my Windows CVS workspace, presumably because these files were not tagged binary. Among them : base package/Docs/getstart.pdf base package/Docs/FGShortRef.pdf SimGear/src-libs/metakit-2.4.3.tar.gz SimGear/src-libs/zlib-1.1.4.tar.gz Could someone with write access remedy these problems ? Assuming I remembered how to do this, the SimGear files should be taken care of. cvs admin -kb files Cheers, -Fred ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] [OT] runways at LHBP?
Major A writes: LOL... I can assure you it was the right airport, and given that no reversers and only little wheelbrake was used, the runway must have been quite long, certainly longer than the taxiway in that direction. The crew was quite professional, the landing was exceptionally smooth given that it was an A319 and we had a fair amount of crosswind. The only thing I can imagine is that it was a DME approach, and we did a very gradual right turn in the last 10 minutes -- but that would have required more room really. And there is no navaid in the right place anyway. No way we could have turned left into 31R, that would have required a 140deg turn which I wouldn't have missed. Too bad they make you turn your gps off during the last few minutes of the flight. My little hand held garmin can pick up enough satellites to get a position if I hold it right up to the window of the aircaft. I was pretty amazed that it actually worked when I tried it on my last flight. Next time I'll have to find a laptop and plug it into the serial port and watch where I am with Atlas. :-) Or if we could get that data to drive a DCS aircraft in FlightGear I could escort myself in the A4 ... until I ran out of fuel that is. Curt. -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] [OT] runways at LHBP?
Too bad they make you turn your gps off during the last few minutes of the flight. My little hand held garmin can pick up enough satellites to get a position if I hold it right up to the window of the aircaft. I was pretty amazed that it actually worked when I tried it on my last flight. Next time I'll have to find a laptop and plug it into the serial port and watch where I am with Atlas. :-) Well, put it against the window, then put your coat on it and pretend to sleep... I'll do that once I have a GPS (which sadly isn't now). I guess the waypoints stored by the GPS should give you a good idea of the route taken, I hope one can download that into the computer? Apropos GPS: check these out: http://www.airliners.net/open.file/297890/M/ http://www.airliners.net/open.file/269193/M/ I guess the navigator never uses any of the old radar etc. equipment anymore... Or if we could get that data to drive a DCS aircraft in FlightGear I could escort myself in the A4 ... until I ran out of fuel that is. Damn, we haven't got a VC10 tanker model yet? Would be good to have in-flight refuelling really... Reminds me: once we have that going and have Vulcan and Victor models, we should get a LAN/WAN party together to fly a Black Buck mission! I bet you can't do that with any other commercial flight simulator any time soon. Andras === Major Andras e-mail: [EMAIL PROTECTED] www:http://andras.webhop.org/ === ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] [OT] runways at LHBP?
Major A writes: The only thing I can imagine is that it was a DME approach, and we did a very gradual right turn in the last 10 minutes -- but that would have required more room really. And there is no navaid in the right place anyway. No way we could have turned left into 31R, that would have required a 140deg turn which I wouldn't have missed. Your body's sensations of turning and level flight are extremely unreliable without a good outside view, especially in an aircraft cabin with only a tiny side window. All the best, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] plib 1.6 problems fixed (?)
Looks good now. No problem building with 1.6. Best, Jim David Megginson [EMAIL PROTECTED] said: Major A writes: I still get this: g++-2.95 -DHAVE_CONFIG_H -I. -I. -I../../src/Include -I../.. -I../../src -I/usr/local/SimGear/include -I/usr/X11R6/include -DPKGLIBDIR=\/usr/local/FlightGear/lib/FlightGear\ -g -O2 -c -o location.o `test -f location.cxx || echo './'`location.cxx make[2]: *** No rule to make target `../../src/Scripting/libScripting.a', needed by `fgfs'. Stop. make[2]: Leaving directory `/usr/scratch/FlightGear/src/Main' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/scratch/FlightGear/src' make: *** [all-recursive] Error 1 Thanks for catching that. I've patched up src/Main/Makefile.am, and would be grateful if you could do a cvs update and make. There's no need to rebuild from scratch. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] [OT] runways at LHBP?
Curtis L. Olson writes: Too bad they make you turn your gps off during the last few minutes of the flight. My little hand held garmin can pick up enough satellites to get a position if I hold it right up to the window of the aircaft. I was pretty amazed that it actually worked when I tried it on my last flight. Next time I'll have to find a laptop and plug it into the serial port and watch where I am with Atlas. :-) I flew commercially from Ottawa to Toronto/Buttonville last November in a Pilatus PC-12. I was in the front row, and I was following the IFR flight plan I'd memorized from the panel GPS display before the cockpit curtain was closed. My handheld Magellan 315 GPS with a customized aviation database (from DAFIF) is very small (about the size of a cell phone), and I didn't have it out until we were airbourne. The pilot must have noticed, however, because in the middle of the flight he opened the curtain, turned back, and asked me if I could get him a groundspeed reading (perhaps he wanted to confirm the display on his panel-mounted GPS). All the best, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] [OT] runways at LHBP?
The only thing I can imagine is that it was a DME approach, and we did a very gradual right turn in the last 10 minutes -- but that would have required more room really. And there is no navaid in the right place anyway. No way we could have turned left into 31R, that would have required a 140deg turn which I wouldn't have missed. Your body's sensations of turning and level flight are extremely unreliable without a good outside view, especially in an aircraft cabin with only a tiny side window. That's what I thought, but the sky was clear and we could see all the lights on the ground. I can even remember crossing the main road that leads to the airport -- it's west of the airport and pretty much parallel to the 13/31 runways. Damn, I should have asked the captain. Still puzzled... Andras === Major Andras e-mail: [EMAIL PROTECTED] www:http://andras.webhop.org/ === ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] [OT] runways at LHBP?
David Megginson wrote: Curtis L. Olson writes: Too bad they make you turn your gps off during the last few minutes of the flight. My little hand held garmin can pick up enough satellites to get a position if I hold it right up to the window of the aircaft. I was pretty amazed that it actually worked when I tried it on my last flight. Next time I'll have to find a laptop and plug it into the serial port and watch where I am with Atlas. :-) I flew commercially from Ottawa to Toronto/Buttonville last November in a Pilatus PC-12. I was in the front row, and I was following the IFR flight plan I'd memorized from the panel GPS display before the cockpit curtain was closed. My handheld Magellan 315 GPS with a customized aviation database (from DAFIF) is very small (about the size of a cell phone), and I didn't have it out until we were airbourne. The pilot must have noticed, however, because in the middle of the flight he opened the curtain, turned back, and asked me if I could get him a groundspeed reading (perhaps he wanted to confirm the display on his panel-mounted GPS). Sounds like a very reliable plane and/or company when the pilot has to ask an ordinary passenger for his ground speed... What would he do if no passenger had a GPS? Fly more carefully as he doesn't know how reliable his data is? CU, Christian -- The idea is to die young as late as possible.-- Ashley Montague ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] [OT] runways at LHBP?
Christian Mayer writes: David Megginson wrote: Curtis L. Olson writes: Too bad they make you turn your gps off during the last few minutes of the flight. My little hand held garmin can pick up enough satellites to get a position if I hold it right up to the window of the aircaft. I was pretty amazed that it actually worked when I tried it on my last flight. Next time I'll have to find a laptop and plug it into the serial port and watch where I am with Atlas. :-) I flew commercially from Ottawa to Toronto/Buttonville last November in a Pilatus PC-12. I was in the front row, and I was following the IFR flight plan I'd memorized from the panel GPS display before the cockpit curtain was closed. My handheld Magellan 315 GPS with a customized aviation database (from DAFIF) is very small (about the size of a cell phone), and I didn't have it out until we were airbourne. The pilot must have noticed, however, because in the middle of the flight he opened the curtain, turned back, and asked me if I could get him a groundspeed reading (perhaps he wanted to confirm the display on his panel-mounted GPS). Sounds like a very reliable plane and/or company when the pilot has to ask an ordinary passenger for his ground speed... What would he do if no passenger had a GPS? Fly more carefully as he doesn't know how reliable his data is? Captain: Hey, can you hold onto the yoke for a few minutes, I need to run to the back and grab some pretzels. Push forward, trees get bigger, pull back, trees get smaller, left, right, yadda, yadda, you'll get the hang of it pretty quickly. But whatever you do, don't touch that big button over there. I think I'd go into the cabin and lock the door behind me. :-) Curt. -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] [OT] runways at LHBP?
Christian Mayer writes: Sounds like a very reliable plane and/or company when the pilot has to ask an ordinary passenger for his ground speed... Or a savy customer relations staff that trains it's crews to make the passengers feel important :-) Norman ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] [OT] runways at LHBP?
Sounds like a very reliable plane and/or company when the pilot has to ask an ordinary passenger for his ground speed... What would he do if no passenger had a GPS? Fly more carefully as he doesn't know how reliable his data is? Captain: Hey, can you hold onto the yoke for a few minutes, I need to run to the back and grab some pretzels. Push forward, trees get bigger, pull back, trees get smaller, left, right, yadda, yadda, you'll get the hang of it pretty quickly. But whatever you do, don't touch that big button over there. Great description... have you heard of the incident a while ago when a cargo plane carrying live animals nearly crashed because a monkey escaped from the cage and beat the crew out of the flight deck to take control itself? The crew reoccupied the flight deck after some time, though. The Aeroflot A320 wasn't that lucky... BTW, what big button are you referring to? I didn't know the PC-12 had missiles on board... I think I'd go into the cabin and lock the door behind me. :-) If only the PC-12 had a door rather than a curtain... Anyone know any good ways of getting permission to get onto the flight deck for a commercial flight? (I'm not thinking of box cutters, BTW.) (Also, I'm not a pilot and don't know the crew.) Andras === Major Andras e-mail: [EMAIL PROTECTED] www:http://andras.webhop.org/ === ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] ANN: New Menu Bar; dialogs for clouds, winds, and air
The new XML-configured menubar is now the default for FlightGear; configure --with-old-menubar to get the old one (which I'll keep around for now, until we're sure the new one is working OK). Please, everyone, give the new menubar a spin, and take a look at $FG_ROOT/gui/menubar.xml and $FG_ROOT/gui/dialogs/*.xml to see how to add new menu entries and dialogs. As an example, I've added a Weather menu with the ability to set winds, temperature/pressure/dewpoint, and cloud layers. Also, what areas have the most pressing need for menu entries and dialogs now? We should try to start with the most urgent cases and then work our way down. Coming next: sliders, checkboxes, pick/combo-boxes, and other widgets to make dialogs friendlier to use. All the best, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] [OT] runways at LHBP?
Major A writes: I guess the navigator never uses any of the old radar etc. equipment anymore... The radar equipment is usually for weather, terrain, and traffic detection, not for primary navigation. All the best, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] [OT] runways at LHBP?
Major A writes: That's what I thought, but the sky was clear and we could see all the lights on the ground. If it was at night, then anything you saw was especially unreliable. Pilots have a hard time flying VFR at night even with a full view out the front, and everything you see looks different. You were probably just on the approach to 13L/R. I can even remember crossing the main road that leads to the airport -- it's west of the airport and pretty much parallel to the 13/31 runways. Are you sure you saw the right road? Again, it's *really* hard to do this at night. I found night circuits even within 2nm of the airport of my home town extremely challenging -- it was very hard to keep track of what was what. All the best, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] [OT] runways at LHBP?
Christian Mayer writes: Sounds like a very reliable plane and/or company when the pilot has to ask an ordinary passenger for his ground speed... What would he do if no passenger had a GPS? Fly more carefully as he doesn't know how reliable his data is? The PC-12 is supposed to be a very good plane. He was probably just being friendly, and decided that it wouldn't hurt to get a cross-check. I think that the first officer was the pilot flying; I should have just handed the GPS to the captain and let him play around with it for a while. Even if his GPS wasn't giving him groundspeed information (and I have no reason to believe that's the case), he could easily get it with his wristwatch by timing a leg between two waypoints; time, speed and distance problems are not rocket science (right, Jon?). All the best, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] [OT] runways at LHBP?
If it was at night, then anything you saw was especially unreliable. Pilots have a hard time flying VFR at night even with a full view out the front, and everything you see looks different. You were probably just on the approach to 13L/R. That would have taken us straight over the city, which certainly wasn't the case (the Danube is a very distinct landmark hard to mistake for anything else). I can even remember crossing the main road that leads to the airport -- it's west of the airport and pretty much parallel to the 13/31 runways. Are you sure you saw the right road? Again, it's *really* hard to do this at night. I found night circuits even within 2nm of the airport of my home town extremely challenging -- it was very hard to keep track of what was what. I can't be 100% sure of this one really. My guess now is that we flew straight above the airport using one of the two on-site VORs, then did a slow right-hand teardrop into 31L. It's all still very funny because it certainly was a non-standard approach (all standard IFR approaches I could find take you through the ERGOM fix into 13L/R), and LHBP has very strict rules for noise abatement and therefore doesn't normally allow deviations from normal procedures. Andras === Major Andras e-mail: [EMAIL PROTECTED] www:http://andras.webhop.org/ === ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] [OT] runways at LHBP?
On Sat, 2003-01-18 at 09:50, David Megginson wrote: Christian Mayer writes: Sounds like a very reliable plane and/or company when the pilot has to ask an ordinary passenger for his ground speed... What would he do if no passenger had a GPS? Fly more carefully as he doesn't know how reliable his data is? The PC-12 is supposed to be a very good plane. He was probably just being friendly, and decided that it wouldn't hurt to get a cross-check. I think that the first officer was the pilot flying; I should have just handed the GPS to the captain and let him play around with it for a while. Even if his GPS wasn't giving him groundspeed information (and I have no reason to believe that's the case), he could easily get it with his wristwatch by timing a leg between two waypoints; time, speed and distance problems are not rocket science (right, Jon?). Altitude and rate of change of DME ought to work too ... All the best, David -- Tony Peden [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] [OT] runways at LHBP?
On Sat, 2003-01-18 at 10:02, Tony Peden wrote: On Sat, 2003-01-18 at 09:50, David Megginson wrote: Christian Mayer writes: Sounds like a very reliable plane and/or company when the pilot has to ask an ordinary passenger for his ground speed... What would he do if no passenger had a GPS? Fly more carefully as he doesn't know how reliable his data is? The PC-12 is supposed to be a very good plane. He was probably just being friendly, and decided that it wouldn't hurt to get a cross-check. I think that the first officer was the pilot flying; I should have just handed the GPS to the captain and let him play around with it for a while. Even if his GPS wasn't giving him groundspeed information (and I have no reason to believe that's the case), he could easily get it with his wristwatch by timing a leg between two waypoints; time, speed and distance problems are not rocket science (right, Jon?). Altitude and rate of change of DME ought to work too ... That is assuming you are on a radial, of course. All the best, David -- Tony Peden [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] [OT] runways at LHBP?
Major A wrote: Anyone know any good ways of getting permission to get onto the flight deck for a commercial flight? (I'm not thinking of box cutters, BTW.) (Also, I'm not a pilot and don't know the crew.) Before 9/11 it was no problem at all - just ask a passing stewardess. After 9/11 I didn't dare (it was only 2-3 weeks later...) CU, Christian -- The idea is to die young as late as possible.-- Ashley Montague ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] ANN: New Menu Bar; dialogs for clouds, winds, and air
David Megginson writes: The new XML-configured menubar is now the default for FlightGear; configure --with-old-menubar to get the old one (which I'll keep around for now, until we're sure the new one is working OK). Please, everyone, give the new menubar a spin, and take a look at $FG_ROOT/gui/menubar.xml and $FG_ROOT/gui/dialogs/*.xml to see how to add new menu entries and dialogs. As an example, I've added a Weather menu with the ability to set winds, temperature/pressure/dewpoint, and cloud layers. Also, what areas have the most pressing need for menu entries and dialogs now? We should try to start with the most urgent cases and then work our way down. Coming next: sliders, checkboxes, pick/combo-boxes, and other widgets to make dialogs friendlier to use. David, Thanks for working on this ... great news! One thing I'd like to have is a --disable-menu/--enable-menu option so that we can have the menu start off by default if we want. Regards, Curt. -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] [OT] runways at LHBP?
Tony Peden writes: Altitude and rate of change of DME ought to work too ... That is assuming you are on a radial, of course. ... which is always the case with a Victor airway. You can also discount altitude unless you're very close to the station, since the difference between slant range and ground distance will be too small to matter. All the best, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] ANN: New Menu Bar; dialogs for clouds, winds, and air
Curtis L. Olson writes: One thing I'd like to have is a --disable-menu/--enable-menu option so that we can have the menu start off by default if we want. Yes, I need to reinstate show/hide menu -- thanks for the reminder. All the best, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] [OT] runways at LHBP?
On Sat, 2003-01-18 at 09:19, Major A wrote: Sounds like a very reliable plane and/or company when the pilot has to ask an ordinary passenger for his ground speed... What would he do if no passenger had a GPS? Fly more carefully as he doesn't know how reliable his data is? Captain: Hey, can you hold onto the yoke for a few minutes, I need to run to the back and grab some pretzels. Push forward, trees get bigger, pull back, trees get smaller, left, right, yadda, yadda, you'll get the hang of it pretty quickly. But whatever you do, don't touch that big button over there. Great description... have you heard of the incident a while ago when a cargo plane carrying live animals nearly crashed because a monkey escaped from the cage and beat the crew out of the flight deck to take control itself? The crew reoccupied the flight deck after some time, though. The Aeroflot A320 wasn't that lucky... BTW, what big button are you referring to? I didn't know the PC-12 had missiles on board... I think I'd go into the cabin and lock the door behind me. :-) If only the PC-12 had a door rather than a curtain... Anyone know any good ways of getting permission to get onto the flight deck for a commercial flight? (I'm not thinking of box cutters, BTW.) (Also, I'm not a pilot and don't know the crew.) It is illegal in the U.S. until after the flight. Andras === Major Andras e-mail: [EMAIL PROTECTED] www:http://andras.webhop.org/ === ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel -- Tony Peden [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] [OT] runways at LHBP?
Tony, Anyone know any good ways of getting permission to get onto the flight deck for a commercial flight? (I'm not thinking of box cutters, BTW.) (Also, I'm not a pilot and don't know the crew.) It is illegal in the U.S. until after the flight. It was legal in Germany before September, 11th. My younger son attended a Lufthansa crew for a full day from Frankfurt to London Heathrow and back + another flight within Germany in the cockpit. These were ordinary commercial jet flights. You had to pay for it and there was a security check before, but it worked. Pilots even gave quite a lot of explanations what's going on, and he got headphones to follow traffic. He's crazy for planes and needless to say it was *great*. I wouldn't even dare to ask today anymore. Regards, Michael -- Michael Basler, Jena, Germany [EMAIL PROTECTED] http://www.geocities.com/pmb.geo/ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] ANN: New Menu Bar; dialogs for clouds, winds, and air
Michael Basler writes: One issue: When I make a selection from the Weather menu the dialog box opens as it should. However, after only pressing either OK or Cancel the simulator silently dies with a stackdump as follows: _ token = OBJECT_BASE name = 942035.btg load() base = ./Scenery Loading tile ./Scenery/w130n30/w123n37/942067 token = OBJECT_BASE name = 942067.btg token = OBJECT name = 59CA.btg 5 [main] FGFS 4012 handle_exceptions: Exception: STATUS_ACCESS_VIOLATION 5512 [main] FGFS 4012 open_stackdumpfile: Dumping stack trace to fgfs.exe.sta ckdump _ That looks like it's just program output. Can you get a proper backtrace in gdb or some other debugger? All the best, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] New Command: property-cycle
I've added a new command to cycle a property through an enumerated list of values. It looks like this: binding commandproperty-cycle/command property/foo/bar/property valuevalue1/value valuevalue2/value valuevalue3/value /binding If the current value is value1, it will change to value2; if it is value2, it will change to value3, and so on, wrapping around the end. If the value is not in the list, it will jump to the first one (value1 in this case). All the best, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] ANN: New Menu Bar; dialogs for clouds, winds, and air
David, That looks like it's just program output. Can you get a proper backtrace in gdb or some other debugger? This would imply me knowing how to use it. I am not a programmer, just an ordinary poor physicist... I analyzed a core file with gdb once. However, FG doesn't dump a core file today. Here's a file fgfs.exe.stackdump it creates: Exception: STATUS_ACCESS_VIOLATION at eip=007251A7 eax=1925FB78 ebx=0003 ecx=0039 edx=19194DD0 esi=19194DD8 edi=17F81410 ebp=0022EC74 esp=0022EC20 program=G:\cygwin\usr\local\flightgear\BIN\fgfs.exe cs=001B ds=0023 es=0023 fs=003B gs= ss=0023 Stack trace: Frame Function Args 0022EC74 007251A7 (19194BF0, 0001, 0022ECA4, 008CA36F) 0022ECA4 008CA3C8 (19194BF0, , 0001, 001D) 0022ECE4 008CADBC (19194BF0, , 0001, 001D) 0022ED24 008CE6A4 (19194BF0, , 0001, 001D) 0022ED74 008C68BB (19255768, , 0001, 0155) 0022EDC4 008C68BB (1777DC70, , 0001, 0155) 0022EE14 008C5E57 (, 0001, 0155, 0119) 0022EFB4 0074DCF9 (1866B330, , 0001, 0155) 0022EFE4 0075776A (, 0001, 0155, 0119) 0022F108 1000CE6A (001206E6, 0202, , 01190155) 0022F134 77D37AD7 (1000C0E7, 001206E6, 0202, ) 0022F19C 77D3CCD4 (, 1000C0E7, 001206E6, 0202) 0022F1CC 77D15CD6 (0823, 001206E6, 0202, ) 0022F1EC 77D23346 (0823, 001206E6, 0202, ) 0022F22C 5F0F2CCF (001206E6, 0202, , 01190155) 0022F258 77D37AD7 (5F0F2AB6, 001206E6, 0202, ) End of stack trace (more stack frames may be present) Can you tell me how to analyse this using gdb? (Which btw. is a graphical fronent for Cygwin by default which, however, can be switched off.) Regards, Michael -- Michael Basler, Jena, Germany [EMAIL PROTECTED] http://www.geocities.com/pmb.geo/ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] ANN: New Menu Bar; dialogs for clouds, winds, and air
Typically you run fgfs from within gdb. Something like bash$ gdb fgfs gdb run --fgfs-option1 --fgfs-option2 Then when you get a crash you can type: gdb where To get a back trace. Regards, Curt. Michael Basler writes: David, That looks like it's just program output. Can you get a proper backtrace in gdb or some other debugger? This would imply me knowing how to use it. I am not a programmer, just an ordinary poor physicist... I analyzed a core file with gdb once. However, FG doesn't dump a core file today. Here's a file fgfs.exe.stackdump it creates: Exception: STATUS_ACCESS_VIOLATION at eip=007251A7 eax=1925FB78 ebx=0003 ecx=0039 edx=19194DD0 esi=19194DD8 edi=17F81410 ebp=0022EC74 esp=0022EC20 program=G:\cygwin\usr\local\flightgear\BIN\fgfs.exe cs=001B ds=0023 es=0023 fs=003B gs= ss=0023 Stack trace: Frame Function Args 0022EC74 007251A7 (19194BF0, 0001, 0022ECA4, 008CA36F) 0022ECA4 008CA3C8 (19194BF0, , 0001, 001D) 0022ECE4 008CADBC (19194BF0, , 0001, 001D) 0022ED24 008CE6A4 (19194BF0, , 0001, 001D) 0022ED74 008C68BB (19255768, , 0001, 0155) 0022EDC4 008C68BB (1777DC70, , 0001, 0155) 0022EE14 008C5E57 (, 0001, 0155, 0119) 0022EFB4 0074DCF9 (1866B330, , 0001, 0155) 0022EFE4 0075776A (, 0001, 0155, 0119) 0022F108 1000CE6A (001206E6, 0202, , 01190155) 0022F134 77D37AD7 (1000C0E7, 001206E6, 0202, ) 0022F19C 77D3CCD4 (, 1000C0E7, 001206E6, 0202) 0022F1CC 77D15CD6 (0823, 001206E6, 0202, ) 0022F1EC 77D23346 (0823, 001206E6, 0202, ) 0022F22C 5F0F2CCF (001206E6, 0202, , 01190155) 0022F258 77D37AD7 (5F0F2AB6, 001206E6, 0202, ) End of stack trace (more stack frames may be present) Can you tell me how to analyse this using gdb? (Which btw. is a graphical fronent for Cygwin by default which, however, can be switched off.) Regards, Michael -- Michael Basler, Jena, Germany [EMAIL PROTECTED] http://www.geocities.com/pmb.geo/ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] ANN: New Menu Bar; dialogs for clouds, winds, and air
Curt, David I already messed a bit around with gdb, but it always died. Mean issue was I set --fg_root= instead of fg-root= :-((( It now does run. However, after selecting the button in question, flightgear never dies completely. Instead, it hangs infinitely. I had to kill it manually. The trace did not say much $ where __: not found This: not found __: not found The: not found http://www.cdrom.com/pub/infozip/doc/WHERE: not found Note: not found and: not found /cygdrive/c/bin/where: 12: Syntax error: word unexpected (expecting )) - However, I made another run using the graphical GDB frontend. FG hangs again, but I find from the graphical window it's in dialog.cxx, line 26 (something with the new GUI). Maybe this helps: -- - 23-get_group(FGSubsystemMgr::INIT)-get_subsystem(gui); - 24 gui-setCurrentWidget(info-widget); - 25 for (int i = 0; i info-bindings.size(); i++) - 26 info-bindings[i]-fire(); - 27 gui-setCurrentWidget(0); -- Regards, Michael -- Michael Basler, Jena, Germany [EMAIL PROTECTED] http://www.geocities.com/pmb.geo/ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] ANN: New Menu Bar; dialogs for clouds, winds, and air
Michael Basler writes: That looks like it's just program output. Can you get a proper backtrace in gdb or some other debugger? This would imply me knowing how to use it. I am not a programmer, just an ordinary poor physicist... I analyzed a core file with gdb once. However, FG doesn't dump a core file today. Here's a file fgfs.exe.stackdump it creates: Can you tell me how to analyse this using gdb? (Which btw. is a graphical fronent for Cygwin by default which, however, can be switched off.) Michael ehat is the output of this command note you will need the full path to fgfs.exe and this is all one line Norman addr2line -f -e fgfs.exe 0x007251A7 0x08CA3C8 0x08CADBC 0x08CE6A4 0x08C68BB 0x08C68BB 0x08C5E57 0x074DCF9 0x075776A 0x000CE6A 0x7D37AD7 0x7D3CCD4 0x7D15CD6 0x7D23346 0xF0F2CCF 0x7D37AD7 ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Question about Mac os X 10.2 fg development
Is the new version of PLIB required or optional for the fg source downloaded from cvs by the latest changes? Are there any changes to the SL directory that are required by flightgear? Also, does anyone know where I can find Atlas (specifically the atlas viewer) binaries to work with fg? Or whether I can use the opengl and GLUT support in macos x 10.2 with atlas source from atlas.sourceforge.net? The atlas configure script can't seem to find it and I don't know how to point it in the right direction (building from the command line using gcc 2.95) Thanks, Ima ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] [patch] Build fixes
Here are the two modifications I had to make to get flightgear (just
updated from CVS) to build. The first one is for being able to specify
SimGear's location at the ./configure command line, and the second one
is to be able to link.
Cheers //Johan
? buildfixes.patch
Index: configure.ac
===
RCS file: /var/cvs/FlightGear-0.9/FlightGear/configure.ac,v
retrieving revision 1.21
diff -u -r1.21 configure.ac
--- configure.ac17 Jan 2003 12:41:47 - 1.21
+++ configure.ac18 Jan 2003 13:54:10 -
@@ -137,7 +137,7 @@
if test -d /opt/X11R6 ; then
EXTRA_DIR2=/opt/X11R6
fi
-EXTRA_DIRS=$EXTRA_DIR1 $EXTRA_DIR2
+EXTRA_DIRS=${EXTRA_DIRS} $EXTRA_DIR1 $EXTRA_DIR2
;;
esac
Index: src/Input/Makefile.am
===
RCS file: /var/cvs/FlightGear-0.9/FlightGear/src/Input/Makefile.am,v
retrieving revision 1.3
diff -u -r1.3 Makefile.am
--- src/Input/Makefile.am 7 Dec 2002 13:54:13 - 1.3
+++ src/Input/Makefile.am 18 Jan 2003 13:54:10 -
@@ -6,10 +6,10 @@
js_demo_SOURCES = js_demo.cxx
-js_demo_LDADD = -lplibjs -lplibul $(audio_LIBS)
+js_demo_LDADD = -lplibjs $(audio_LIBS) -lplibul
fgjs_SOURCES = fgjs.cxx jsinput.cxx jsinput.h jssuper.cxx jssuper.h
-fgjs_LDADD = -lplibjs -lplibul $(audio_LIBS)
+fgjs_LDADD = -lplibjs $(audio_LIBS) -lplibul
INCLUDES = -I$(top_srcdir) -I$(top_srcdir)/src
Re: [Flightgear-devel] Question about Mac os X 10.2 fg development
Ima, I would use version 1.6 of plib. I have not been able to get the latest CVS to build for me (there is a problem with the new joystick code for MacOS X). The only other change I have is a minor tweak to src/ssg/ssgVtxTable.cxx for some performance improvements. I have never tried to build Atlas, so I'm not sure of its status WTR MacOS 1X 10.2. It wouldn't surprise me if there were problems. Jonathan Polley On Friday, January 17, 2003, at 09:23 PM, Ima Sudonim wrote: Is the new version of PLIB required or optional for the fg source downloaded from cvs by the latest changes? Are there any changes to the SL directory that are required by flightgear? Also, does anyone know where I can find Atlas (specifically the atlas viewer) binaries to work with fg? Or whether I can use the opengl and GLUT support in macos x 10.2 with atlas source from atlas.sourceforge.net? The atlas configure script can't seem to find it and I don't know how to point it in the right direction (building from the command line using gcc 2.95) Thanks, Ima ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] ANN: New Menu Bar; dialogs for clouds,winds, and air
On Sat, 18 Jan 2003 12:39:32 -0500 David Megginson [EMAIL PROTECTED] wrote: The new XML-configured menubar is now the default for FlightGear; configure --with-old-menubar to get the old one (which I'll keep around for now, until we're sure the new one is working OK). Please, everyone, give the new menubar a spin, and take a look at $FG_ROOT/gui/menubar.xml and $FG_ROOT/gui/dialogs/*.xml to see how to add new menu entries and dialogs. As an example, I've added a Weather menu with the ability to set winds, temperature/pressure/dewpoint, and cloud layers. The weather dialogs are not found unless the FG_ROOT environment variable is set. Shouldn't this really be globals-get_fg_root() ? Bernie ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] ANN: New Menu Bar; dialogs for clouds,winds, and air
Bernie Bright writes: On Sat, 18 Jan 2003 12:39:32 -0500 David Megginson [EMAIL PROTECTED] wrote: The new XML-configured menubar is now the default for FlightGear; configure --with-old-menubar to get the old one (which I'll keep around for now, until we're sure the new one is working OK). Please, everyone, give the new menubar a spin, and take a look at $FG_ROOT/gui/menubar.xml and $FG_ROOT/gui/dialogs/*.xml to see how to add new menu entries and dialogs. As an example, I've added a Weather menu with the ability to set winds, temperature/pressure/dewpoint, and cloud layers. The weather dialogs are not found unless the FG_ROOT environment variable is set. Shouldn't this really be globals-get_fg_root() ? Ahhh, that would explain why I haven't been able to get them to work yet. Yes, if we stay with the way we have been doing this, we should look for files relative to globals-get_fg_root() since you can specify the root via command line options and probably via properties somehow too. Curt. -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] ANN: New Menu Bar; dialogs for clouds,winds, and air
David, I'm not sure your thinking on this, but the Reset option has disappeared. That's kind of nice if you want to do a complete reset of everything. Regards, Curt. -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] IVAO support?
Damn, I'm starting to feel rather uncomfortable asking all these questions without actually contributing... I've recently come across a website which promises to be a global aviation simulation platform: http://www.ivao.org/ You can connect as a pilot or air traffic controller, using TCP/IP protocols. My problem is that the programs they specify are all Window$-based, worse even, one of them is M$ FS. Has anyone tested this to see what functionality FlightGear is still missing to be useful in this scenario? It might be worth negotiating with the tech guys at IVAO to see whether a direct network interface between IVAO and FG could be implemented, rather than having to go through SquawkBox or so. Andras === Major Andras e-mail: [EMAIL PROTECTED] www:http://andras.webhop.org/ === ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
