Re: [Flightgear-devel] Re: taxiway runway signs
Hi Melchior. This is good stuff. I've changed my automated script for placing the runway distance remaining signs to use this apparatus. It works fine in principle, but I've run into a problem (bug? dunno.). I would naively expect the angle that you give the sign to correspond to the orientation of a normal either going out of the sign face or going into the sign face. However, there seems to be an offset between the angle used and the heading of the sign face. If that offset were constant, I could handle that no problem; but the offset seems to vary from place to place. For example, add the following lines to Objects/w080n30/w078n38/1679411.stg : OBJECT_TAXI_SIGN [EMAIL PROTECTED] -77.037660 38.846302 4.92 175.51 OBJECT_TAXI_SIGN [EMAIL PROTECTED] -77.037660 38.846303 4.92 355.51 OBJECT_TAXI_SIGN [EMAIL PROTECTED] -77.035431 38.852539 4.97 142.76 OBJECT_TAXI_SIGN [EMAIL PROTECTED] -77.035432 38.852539 4.97 322.76 (these are simulating two-sided signs; more on that in a bit) Then start up fgfs at airport KDCA and runway 15. You'll see the lower signs ahead to your left. Close inspection will show that they're almost, but not quite, aligned with the runway, despite the fact that the signs were placed using the heading of the runway in apt.dat. Now head off to runway 1. Ahead a little bit, on the left, one will find the upper signs above. Here again, they're placed with angles corresponding to the heading of the runway. However, in this case, the signs are 90 degrees from the correct orientation -- they point towards the runway side. Am I missing something? -c P.S. I hope you get the chance to make the surrounding sign casing/ structure/box/whatever for these signs. If/when you do, consider the fact that the runway distance remaining signs are almost always double-sided. One can simulate that like I do above, but that won't work well when the physical sign is rendered (rather than just doing a plane) -- the physical signs will overlap in the scene. Maybe some way of specifying the surfaces of a two-sided sign in this formalism would be good. Thanks muchly. -- Chris Metzler [EMAIL PROTECTED] (remove snip-me. to email) As a child I understood how to give; I have forgotten this grace since I have become civilized. - Chief Luther Standing Bear signature.asc Description: PGP signature
Re: [Flightgear-devel] European Scenery Textures
On Tue, 11 Apr 2006 22:43:19 -0400 Rob Oates wrote: //currently, trying to figure out terragear... Good luck. If you get it to work, please let me know. I've been stuck trying to get hgtchop (which preprocesses the SRTM data) to work for almost a month now. I worked up a bunch of small airports in TaxiDraw and wanted to see how they look in the terrain before sending them off to Robin Peel; but can't get past the first steps in building the terrain. Judging from responses I'm not getting on terragear-devel, nobody has much idea on why hgtchop is acting funny. I'd started on a wiki page describing the building of TG, and simple use; but don't seem to be able to get to where I can finish it. -c -- Chris Metzler [EMAIL PROTECTED] (remove snip-me. to email) As a child I understood how to give; I have forgotten this grace since I have become civilized. - Chief Luther Standing Bear signature.asc Description: PGP signature
Re: [Flightgear-devel] XML Schema for YASim, or: a GUI to build YASim aircraft
On Mon, 10 Apr 2006 15:34:37 +0200 Torsten Dreyer wrote: Hi, inspired by the XML Schema delivered with JSBSim, I started to write on for YASim (and I have in mind to create one for the other config files, too). First, for those who do not know what the hack is a XML schema and what do I need it for? [ Excellent explanation + image references skipped ] Torsten, this was really good. Perhaps worth putting on the wiki? -c -- Chris Metzler [EMAIL PROTECTED] (remove snip-me. to email) As a child I understood how to give; I have forgotten this grace since I have become civilized. - Chief Luther Standing Bear signature.asc Description: PGP signature
[Flightgear-devel] FC2 .rpm on FlightGear website being distributed with freeglut 2.4!
Hi. We had a Fedora Core user come into the IRC channel tonight, unable to get FG to run without crashing. He'd downloaded the 0.9.9 rpm from the links provided on the FlightGear website. It turns out that that .rpm is built against, and distributes, freeglut 2.4; so it crashes with the usual freeglut (fgfs) : Failed to create cursor freeglut ERROR: Function glutSetCursor called without first calling 'glutinit' errors. If we're imminently releasing 0.9.10, it'd be good to avoid the same issue with the new release. -c -- Chris Metzler [EMAIL PROTECTED] (remove snip-me. to email) As a child I understood how to give; I have forgotten this grace since I have become civilized. - Chief Luther Standing Bear signature.asc Description: PGP signature
Re: [Flightgear-devel] YOU CAN HELP!
On Sat, 08 Apr 2006 09:15:20 -0400 Josh Babcock wrote: http://jrbabcock.home.comcast.net/flightgear/ch53e/progress/progress.html This poor, unsupported young aircraft model, like many in the third world, has a grim future. It faces poverty, disease, and lack of any good FlightGear rotary wing FDM. But it doesn't have to be that way. For an annual donation of 100 hours, that's just 16 minutes a day, you can adopt this beautiful young helicopter and give it a brighter future by developing a better helo FDM. As a token of thanks for your donation, you will receive a picture of the helicopter that you have adopted and regular updates on it's progress. Give today, because only you can make a difference. I'm not sure exactly how I imagined you look, but I know it wasn't like Sally Struthers! -c -- Chris Metzler [EMAIL PROTECTED] (remove snip-me. to email) As a child I understood how to give; I have forgotten this grace since I have become civilized. - Chief Luther Standing Bear signature.asc Description: PGP signature
Re: [Flightgear-devel] Proposal for 1.0
On Thu, 6 Apr 2006 09:21:33 + (UTC) Martin Spott wrote: Hello, this is now going to be the third release in a row that relies on PLIB CVS, I find this is a bit unsatisfactory. On the other side people are waiting endlessly to get patches incorporated into PLIB. I herewith propose to put a copy of PLIB into the SimGear tree after the release is out, to rip those pieces off that FlightGear doesn't use (think of the audio stuff) and to maintain the rest inside Simgear. The few patches that the current PLIB CVS tree actually sees should be easily tracked and incorporated into Simgear/PLIB if required. Wow, I've been so out of the loop up to a month and a half ago that had no idea the releases were being built on PLIB CVS. But yesterday I came across a post I made in late February asking whether Tiago Gusmão's texture compression stuff had made it into plib or not, and his replying that after over a month he was still having trouble getting folks on the plib development list to reply. How much extra work would this mean *after* putting it into SimGear? Does plib have a high patch submission rate, thus requiring that someone would have to duplicate the efforts of whoever evaluates and commits patches for plib? -c -- Chris Metzler [EMAIL PROTECTED] (remove snip-me. to email) As a child I understood how to give; I have forgotten this grace since I have become civilized. - Chief Luther Standing Bear signature.asc Description: PGP signature
Re: [Flightgear-devel] Re: Taxiway signs, howto?
On Wed, 5 Apr 2006 08:06:47 +0200
Melchior FRANZ wrote:
Hey, I said consider! ... OK ... then, hmm ... I've started to make
a font from the pictures in that *.pdf, and it will be easy to create
all the signs from that. Then we'll see how to continue. (If somebody
objects to the old OBJECT_{TAXI,RUN}WAY_SIGN feature being resurrected,
please tell us now. Someone 'constructive' maybe?)
I have no idea whether this is a constructive objection or not -- but
I've already made most of these in Blender and the Gimp, as an adjunct
to the work I did a year and a half ago on the Runway Distance Remaining
Signs and the Python script that places them in an automated fashion. I
have taxiway identifiers and runway intersections, and a brief script that
places them next to each other so that they appear to be the same sign.
Some other things like runway approach boundary, ILS hold and approach
hold signs as well. I hadn't yet gotten around to arrow signs for taxiway
routings, or to nighttime versions. They're compliant with both
FAA AC-150-5340-18C and FAA AC-150-5345-44G.
My main holdup in making them available (other than the missing
characteristics named above) has been my being unsure of the best, uh,
deployment method. As Ralf noted, placing all these in the FGFSDB
will result in a lot of objects in the DB, although I don't know that
the number count would cause a problem (hey Ralf, I think I'm already
the winner in that contest, since I think I'm responsible for about 90
or 95% of the U.S. objects!). Is that the best way to do them? Or
some other distribution method in which they come as a package deal by
airport?
Automated generation would be fine, except for the fact that fgfs
doesn't know about taxiway designations -- how would it know that
this taxiway is A, this one is B, etc., since that's not in the
apt.dat in any way? I have periodically worked on software to figure
out locations for intersection signs, much like the code I wrote for
the RDRS signs; but it's a really hard problem because of things like
the way we use multiple short taxiways to form a curved single taxiway,
the way in which we overlap taxiways to make odd shapes, etc. So I
was also playing around with the idea of trying to write some code
for David Luff so that these could get placed by someone using e.g
TaxiDraw, while looking at taxiway designations (e.g. through
FAA/airnav.com). Obviously that would require TaxiDraw to then write
some sort of second file containing that info, such as a patch to
an .stg file. I dunno whether that's ideal, or whether David Luff
would be interested in pursuing it.
-c
--
Chris Metzler [EMAIL PROTECTED]
(remove snip-me. to email)
As a child I understood how to give; I have forgotten this grace since I
have become civilized. - Chief Luther Standing Bear
signature.asc
Description: PGP signature
Re: [Flightgear-devel] Re: Taxiway signs, howto?
On Wed, 5 Apr 2006 08:57:08 -0400 Chris Metzler wrote: As Ralf noted, placing all these in the FGFSDB will result in a lot of objects in the DB, although I don't know that the number count would cause a problem (hey Ralf, I think I'm already the winner in that contest, since I think I'm responsible for about 90 or 95% of the U.S. objects!). Oops: 1. It was Martin that made that comment, not Ralf; 2. By having done a large # count of objects in the U.S., I was referring to identifying object locations; the set of models used at those locations came for the most part from Jon, and a little from me and from others, of course. -c -- Chris Metzler [EMAIL PROTECTED] (remove snip-me. to email) As a child I understood how to give; I have forgotten this grace since I have become civilized. - Chief Luther Standing Bear signature.asc Description: PGP signature
Re: [Flightgear-devel] airports list
On Sun, 26 Mar 2006 11:26:41 +0200 Paul Surgeon wrote: The best would be to have a country and state/province field in the airport DB and that would need to come from Robin Peel unless we want to have a different DB again. We could straddle the fence and have a second file which maps airport identifier to some sort of geopolitical info, and we maintain just that. Not that that won't be a pain in the butt itself. -c -- Chris Metzler [EMAIL PROTECTED] (remove snip-me. to email) As a child I understood how to give; I have forgotten this grace since I have become civilized. - Chief Luther Standing Bear signature.asc Description: PGP signature
Re: [Flightgear-devel] FlightGear photo scenery
On Thu, 23 Mar 2006 22:22:28 -0500 Rob Oates wrote: The new High-resolution texture set (as well as updates to the low res set) are now available, you can get them from my site: http://mellonroot.acomp.usf.edu/~phoenix Hi. I'm a bit confused about these. I took a quick look at them and they don't look like high-resolution textures. They look like *larger* textures, but not higher-resolution. In other words, it's not that they contain the same image as the lower-resolution, just with more pixels (which is the way the standard low-res and high-res textures work); instead, they contain a larger image (the low resolution image comprising the upper-left-hand quadrant of the high resolution image). Do I have this right? If so, they shouldn't work in the way that the high-res textures are supposed to work. The features in the high-res images, when used, will appear half the size of the exact same features in the low-res images. -c -- Chris Metzler [EMAIL PROTECTED] (remove snip-me. to email) As a child I understood how to give; I have forgotten this grace since I have become civilized. - Chief Luther Standing Bear signature.asc Description: PGP signature
Re: [Flightgear-devel] Re: Accepted flightgear 0.9.9-2 (source i386) (fwd)
On Wed, 22 Mar 2006 18:10:33 +1100 Pigeon wrote: And mind you, just a note with the current FG's configure, it will still link the final binary against glut even if you configure it with --enable-sdl. Yeah, this was my experience too. I opted for --enable-sdl because of all the concerns about freeglut2.4 mentioned here; but glut still got linked in. Mind you, I haven't had any obviously-related-to-glut problems, and freeglut2.4 is the only glut I have on this machine, so maybe --enable-sdl took care of the specific problems with freeglut2.4 that people had been experiencing. But nevertheless, it's still in there. -c -- Chris Metzler [EMAIL PROTECTED] (remove snip-me. to email) As a child I understood how to give; I have forgotten this grace since I have become civilized. - Chief Luther Standing Bear signature.asc Description: PGP signature
Re: [Flightgear-devel] [PATCH] shutdown engine on fuel shortage
On Sat, 18 Mar 2006 09:27:45 +0100 Markus Barenhoff wrote: hi there, if noticed that my engine doesn't shutdown if i'am out of fuel. the attached patch fixes that. Do JSBSim patches get submitted here? (as opposed to directly to JSBSim, at http://jsbsim.sourceforge.net/) -c -- Chris Metzler [EMAIL PROTECTED] (remove snip-me. to email) As a child I understood how to give; I have forgotten this grace since I have become civilized. - Chief Luther Standing Bear signature.asc Description: PGP signature
Re: [Flightgear-devel] Re: Intermittent crash on startup w/ plib error message.
Sorry for the slow response, I just noticed this. Bcc'ing you to make sure you see it as well. On Mon, 13 Mar 2006 14:58:25 +0100 Melchior FRANZ wrote: * Chris Metzler -- Sunday 26 February 2006 06:20: One out of three times I start FlightGear, it immediately crashes back out to the shell prompt with: } FATAL: PUI: No Live Interface! Forgot to call puInit ? (free)glut or SDL? glut. I know the conventional wisdom is SDL = better; but I couldn't get the CVS build to go well with Debian's SDL packages, while I had no problem at all (and haven't since) with glut. Can you post a backtrace? Apparently not! (see below) (gdb) run Starting program: /home/cmetzler/Projects/FlightGear-0.9/source/src/Main/fgfs --fg-root=/home/cmetzler/Projects/FlightGear-0.9/data/ --fg-scenery=/home/cmetzler/Projects/FlightGear-0.9/data/Scenery/:/home/cmetzler/Projects/FGScenery/Scenery-0.9.10 --airport=KADW --aircraft=Bravo --timeofday=noon (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread 46912539295008 (LWP 31790)] (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) FATAL: PUI: No Live Interface! Forgot to call puInit ? Program exited with code 01. (gdb) bt No stack. -c -- Chris Metzler [EMAIL PROTECTED] (remove snip-me. to email) As a child I understood how to give; I have forgotten this grace since I have become civilized. - Chief Luther Standing Bear signature.asc Description: PGP signature
Re: [Flightgear-devel] C172 in newest flightgear
On Wed, 15 Mar 2006 06:28:10 -0600 Jon S. Berndt wrote: The default C172 in FlightGear seems to be a bit overpowered. It climbs nicely, and at level flight at about 1,000 feet, I settle out at 140 kts and 2800 rpm with full throttle. On a non-performance note, I'm also experiencing that the flaps animation is gone (on the model in CVS). Based on behavior in flight, flaps are being deployed/retracted, but the flaps don't move on the model. -c -- Chris Metzler [EMAIL PROTECTED] (remove snip-me. to email) As a child I understood how to give; I have forgotten this grace since I have become civilized. - Chief Luther Standing Bear signature.asc Description: PGP signature
Re: [Flightgear-devel] pa24-250
On Sun, 12 Mar 2006 17:15:38 -0700 Dave Perry wrote: A lot of POH numbers are in the README.pa24-250 file. Here are the numbers I fly. 90-100 mph on base and 85 -90 mph on short final. POH say 95 mph no flaps and 82 mph full flaps for approach speeds. The cruise and stall speeds are close. The accelerated stalls are more aggressive in fgfs than in the real AC. But if you sneak up on the stall, the AC will start to descend w/o a hard break. As a related question -- should it idle so high? I find that if I start the engine as-is and release the parking brake, without giving any throttle at all, the pa24-250 will accelerate up to 70 knots rolling along 28R at KSFO. -c -- Chris Metzler [EMAIL PROTECTED] (remove snip-me. to email) As a child I understood how to give; I have forgotten this grace since I have become civilized. - Chief Luther Standing Bear signature.asc Description: PGP signature
[Flightgear-devel] Bug in starting runway selection @ KCGS.
KCGS has a single runway, 15/33. Starting FG with --runway=15 or with --runway=33 works just fine. Starting FG with no runway specified at all, OTOH, produces a message of Failed to find a good runway for KCGS, after which the plane is placed at KSFO. -c -- Chris Metzler [EMAIL PROTECTED] (remove snip-me. to email) As a child I understood how to give; I have forgotten this grace since I have become civilized. - Chief Luther Standing Bear signature.asc Description: PGP signature
Re: [Flightgear-devel] Bug in starting runway selection @ KCGS.
On Sun, 12 Mar 2006 00:02:52 + David Luff wrote: David Luff writes: Chris Metzler writes: KCGS has a single runway, 15/33. Starting FG with --runway=15 or with --runway=33 works just fine. Starting FG with no runway specified at all, OTOH, produces a message of Failed to find a good runway for KCGS, after which the plane is placed at KSFO. How bizarre! I've never come across this at any other airport, but I can reproduce it at KCGS. I'll take a look... KCGS has both a normal runway (15/33) and a helipad (H1x). I suspect that the helipad is causing the problems - we really ought to be robust to that. It's not universal to that situation -- I just started going through apt.dat airports with both a normal (non-water) runway and a helipad, and (in order in apt.dat) 8L3, LA77, 97WA, and 1LA4 all loaded OK; but then 7X8 produced exactly the same behavior as KCGS. ID19, KCCA, 21OI, 9IL7, WA13, 3AK5, 56TS all worked OK; but then EGTF failed this way. And so on. -c -- Chris Metzler [EMAIL PROTECTED] (remove snip-me. to email) As a child I understood how to give; I have forgotten this grace since I have become civilized. - Chief Luther Standing Bear signature.asc Description: PGP signature
Re: [Flightgear-devel] Re: Next FlightGear Release - upcoming.
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. In the meantime . . .there's a crash during initialization that I've seen (and posted in this mailing list recently. I'm on an uncommon platform now (AMD64), so I dunno if it's platform dependent, but I wouldn't think so: Chris Metzler wrote: One out of three times I start FlightGear, it immediately crashes back out to the shell prompt with: } FATAL: PUI: No Live Interface! Forgot to call puInit ? I haven't seen anything systematic in either settings or aircraft for which this occurs. It's intermittent, and sometimes repeated tries are necessary to start FG. For example: } stax:~-502 cvsfgfs --aircraft=aerostar-yasim } FATAL: PUI: No Live Interface! Forgot to call puInit ? } } stax:~-503 cvsfgfs --aircraft=aerostar-yasim } FATAL: PUI: No Live Interface! Forgot to call puInit ? } } stax:~-504 cvsfgfs --aircraft=aerostar-yasim } FATAL: PUI: No Live Interface! Forgot to call puInit ? } } stax:~-505 cvsfgfs --aircraft=aerostar-yasim } FATAL: PUI: No Live Interface! Forgot to call puInit ? } } stax:~-506 cvsfgfs --aircraft=aerostar-yasim } Initialising callsign using 'Aircraft/Aerostar-700/Models/aerostar.xml' } Initializing Flight Director } Initializing Nasal Electrical System } Initializing Aircraft Systems [ rest of successful startup and normal execution deleted ] In the list archives, the only previous mention I see of this message is from a year and a half ago, and it wasn't happening on startup. Anyone else see this? Anyone have an idea how to make it stop? -c -- Chris Metzler [EMAIL PROTECTED] (remove snip-me. to email) As a child I understood how to give; I have forgotten this grace since I have become civilized. - Chief Luther Standing Bear signature.asc Description: PGP signature
[Flightgear-devel] Ground structures pulled from diagrams.
On Mon, 6 Mar 2006 01:04:48 -0500 Ampere K. Hardraade wrote: Julien is working on a program called svg2ac. The other day, we did an experiment generating the Frankfurt airport out of an FAA's airport diagram using this program. http://flamebunny.homelinux.net/pics/EDDF.jpg As you can see, there are still some bugs that need to be ironed out, and Julien could use some help in this area. But once everything works properly, buildings' size and placement would be accurate down to the meter. This should cut down your work considerably, I would imagine. ;) If there's some way to make them not look like white boxes, but rather like real ground structures look -- whether through texturing, or just solid material colors on the polys without using textures-- I agree. Without that, I dunno. In response to something I was playing with a year or two ago, David Megginson made the point to me (and I had to concede he was right) that scenery objects that look crude (in a graphics sense) can be worse than if they weren't even there in the scene at all; they stick out against the more realistic-looking terrain, runways, etc., and break the user's suspension of disbelief. So the question is, how easy/hard will it be to edit the structures after generation -- to give them a look other than grey/white boxes? Are they going into invididual .ac files, or one big .ac file for an entire area (including many buildings)? Or is the plan to provide some generic wall/roof colors or textures to these structures when generated? -c P.S. Are the European airport diagrams really that accurate as far as the structures are concerned? The U.S. FAA airport diagrams aren't; the locations and shapes of buildings in them, and even the shapes of aprons, can sometimes be off by significant amounts (more than just a meter or two). -- Chris Metzler [EMAIL PROTECTED] (remove snip-me. to email) As a child I understood how to give; I have forgotten this grace since I have become civilized. - Chief Luther Standing Bear signature.asc Description: PGP signature
Re: [Flightgear-devel] Re: terminate called after throwing an instance of 'std::string'
On Wed, 1 Mar 2006 09:30:49 - Vivian Meazza wrote: Mathias Fröhlich On Tuesday 28 February 2006 22:28, Melchior FRANZ wrote: Of course, sane people use Tabs, not spaces. :-) To be equal polemic: People believing in this cannot be sane :) ... and did not think about the practical consequences for others with a different editor ... Great, I send some code to Mathias, he moans about tabs, I send some code to Melchior he, whinges about no tabs, or tabs of the wrong size :-). True ... this happens about once a week. How about agreeing on a decent editor? Yes, this is definitely the way to solve this problem. After all, nobody gets truly worked up about dumbass things like vim vs. emacs or anything like that! -c (hehehe) -- Chris Metzler [EMAIL PROTECTED] (remove snip-me. to email) As a child I understood how to give; I have forgotten this grace since I have become civilized. - Chief Luther Standing Bear signature.asc Description: PGP signature
[Flightgear-devel] Aircraft startup failure, confirmed by others (Concorde / Boeing314A)
Both pigeon and I are experiencing that the Concorde doesn't start. We both run Linux. Attempting to start with the Concorde gives a slightly messed-up splash screen (black blotches near the bottom), followed by an abort. Backtrace included below: } [Thread debugging using libthread_db enabled] } [New Thread 46912539295008 (LWP 24597)] } [New Thread 1082730848 (LWP 24600)] } FlightGear aborting } } } *** glibc detected *** free(): invalid pointer: 0x0111c208 *** } Program received signal SIGABRT, Aborted. } [Switching to Thread 46912539295008 (LWP 24597)] } 0x2c566e20 in raise () from /lib/libc.so.6 } (gdb) bt } #0 0x2c566e20 in raise () from /lib/libc.so.6 } #1 0x2c5682d0 in abort () from /lib/libc.so.6 } #2 0x2c59cc4e in __fsetlocking () from /lib/libc.so.6 } #3 0x2c5a29ab in malloc_usable_size () from /lib/libc.so.6 } #4 0x2c5a2c8e in free () from /lib/libc.so.6 } #5 0x2c2c5daa in std::basic_stringchar, std::char_traitschar, std::allocatorchar ::~basic_string () from /usr/lib/libstdc++.so.6 } #6 0x007ad5e7 in ~bucket (this=0x48949c0) at props.cxx:2157 } #7 0x007ad646 in ~hash_table (this=0x111c910) at props.cxx:2212 } #8 0x007ae693 in ~SGPropertyNode (this=0x111c270) at props.cxx:752 } #9 0x007ad582 in ~entry (this=0x48ee650) at SGSharedPtr.hxx:93 } #10 0x007ad5e7 in ~bucket (this=0x48949c0) at props.cxx:2157 } #11 0x007ad646 in ~hash_table (this=0x111c910) at props.cxx:2212 } #12 0x007ae693 in ~SGPropertyNode (this=0x111c270) at props.cxx:752 } #13 0x00427cd8 in ~FGGlobals (this=0x111bf90) at globals.cxx:103 } #14 0x0040c660 in fgExitCleanup () at bootstrap.cxx:223 } #15 0x2c5695bd in exit () from /lib/libc.so.6 } #16 0x0041f173 in fgInitFDM () at fg_init.cxx:1373 } #17 0x004207cc in fgInitSubsystems () at fg_init.cxx:1601 } #18 0x0040f5d1 in fgIdleFunction () at main.cxx:885 } #19 0x2af32dc4 in glutMainLoop () from /usr/lib/libglut.so.3 } #20 0x0040ccef in fgMainInit (argc=5, argv=value optimized out) } at main.cxx:1023 } #21 0x0040c753 in main (argc=5, argv=0x7fd7d458) } at bootstrap.cxx:198 I'm also seeing the Boeing 314A fail to start in the same fashion. Cheers, -c -- Chris Metzler [EMAIL PROTECTED] (remove snip-me. to email) As a child I understood how to give; I have forgotten this grace since I have become civilized. - Chief Luther Standing Bear signature.asc Description: PGP signature
Re: [Flightgear-devel] Aircraft startup failure, confirmed by others (Concorde / Boeing314A)
On Sun, 26 Feb 2006 08:04:53 -0600 Jon S. Berndt wrote: 1) Which version of FlightGear are you running with, and which version of the Concorde? Version of both FG source and data -- CVS, current as to six hours ago. Ditto for SG. plib I haven't updated in a week. 2) Please turn console logging on and look for error messages in the information that is sent to the console at startup. With --log-level=debug, when the failure occurs, I only get (with some context): } FGTileMgr::update() } State == Start || Inited } } } JSBSim Flight Dynamics Model v0.9.10.111805 } [cfg file spec v2.0] } } JSBSim startup beginning ... } } FlightGear aborting } } } *** glibc detected *** free(): invalid pointer: 0x01102208 *** } Aborted Not too helpful, I know. If I rerun with JSBSIM_DEBUG=2, I get a ton of stuff that's pasted in below. Cheers, -c FGTileMgr::update() State == Start || Inited Instantiated: FGFDMExec FGModel Base Class Instantiated: FGColumnVector3 Instantiated: FGColumnVector3 Instantiated: FGColumnVector3 Instantiated: FGColumnVector3 Instantiated: FGColumnVector3 Instantiated: FGColumnVector3 Instantiated: FGColumnVector3 Instantiated: FGColumnVector3 Instantiated: FGAtmosphere FGModel Base Class Instantiated: FGFCS FGModel Base Class Instantiated: FGColumnVector3 Instantiated: FGColumnVector3 Instantiated: FGColumnVector3 Instantiated: FGColumnVector3 Instantiated: FGMatrix33 Instantiated: FGPropulsion FGModel Base Class Instantiated: FGMatrix33 Instantiated: FGMatrix33 Instantiated: FGMatrix33 Instantiated: FGMatrix33 Instantiated: FGColumnVector3 Instantiated: FGColumnVector3 Instantiated: FGColumnVector3 Instantiated: FGColumnVector3 Instantiated: FGColumnVector3 Instantiated: FGMassBalance FGModel Base Class Instantiated: FGColumnVector3 Instantiated: FGColumnVector3 Instantiated: FGColumnVector3 Instantiated: FGColumnVector3 Instantiated: FGColumnVector3 Instantiated: FGAerodynamics FGModel Base Class Instantiated: FGInertial FGModel Base Class Instantiated: FGColumnVector3 Instantiated: FGColumnVector3 Instantiated: FGColumnVector3 Instantiated: FGColumnVector3 Instantiated: FGGroundReactions FGModel Base Class Instantiated: FGColumnVector3 Instantiated: FGColumnVector3 Instantiated: FGColumnVector3 Instantiated: FGColumnVector3 Instantiated: FGColumnVector3 Instantiated: FGColumnVector3 Instantiated: FGColumnVector3 Instantiated: FGColumnVector3 Instantiated: FGColumnVector3 Instantiated: FGAircraft FGModel Base Class Instantiated: FGColumnVector3 Instantiated: FGMatrix33 Instantiated: FGMatrix33 Instantiated: FGColumnVector3 Instantiated: FGColumnVector3 Instantiated: FGMatrix33 Instantiated: FGMatrix33 Instantiated: FGColumnVector3 Instantiated: FGColumnVector3 Instantiated: FGColumnVector3 Instantiated: FGColumnVector3 Instantiated: FGColumnVector3 Instantiated: FGColumnVector3 Instantiated: FGPropagate FGModel Base Class Instantiated: FGColumnVector3 Instantiated: FGColumnVector3 Instantiated: FGColumnVector3 Instantiated: FGColumnVector3 Instantiated: FGColumnVector3 Instantiated: FGColumnVector3 Instantiated: FGColumnVector3 Instantiated: FGColumnVector3 Instantiated: FGColumnVector3 Instantiated: FGMatrix33 Instantiated: FGMatrix33 Instantiated: FGAuxiliary FGModel Base Class Instantiated: FGInput Instantiated: FGMatrix33 Instantiated: FGMatrix33 Instantiated: FGState Instantiated: FGMatrix33 Destroyed:FGMatrix33 Instantiated: FGMatrix33 Destroyed:FGMatrix33 Instantiated: FGInitialCondition FlightGear aborting *** glibc detected *** free(): invalid pointer: 0x01102208 *** Aborted -- Chris Metzler [EMAIL PROTECTED] (remove snip-me. to email) As a child I understood how to give; I have forgotten this grace since I have become civilized. - Chief Luther Standing Bear signature.asc Description: PGP signature
[Flightgear-devel] Intermittent crash on startup w/ plib error message.
One out of three times I start FlightGear, it immediately crashes back out to the shell prompt with: } FATAL: PUI: No Live Interface! Forgot to call puInit ? I haven't seen anything systematic in either settings or aircraft for which this occurs. It's intermittent, and sometimes repeated tries are necessary to start FG. For example: } stax:~-502 cvsfgfs --aircraft=aerostar-yasim } FATAL: PUI: No Live Interface! Forgot to call puInit ? } }stax:~-503 cvsfgfs --aircraft=aerostar-yasim } FATAL: PUI: No Live Interface! Forgot to call puInit ? } } stax:~-504 cvsfgfs --aircraft=aerostar-yasim } FATAL: PUI: No Live Interface! Forgot to call puInit ? } } stax:~-505 cvsfgfs --aircraft=aerostar-yasim } FATAL: PUI: No Live Interface! Forgot to call puInit ? } } stax:~-506 cvsfgfs --aircraft=aerostar-yasim } Initialising callsign using 'Aircraft/Aerostar-700/Models/aerostar.xml' } Initializing Flight Director } Initializing Nasal Electrical System } Initializing Aircraft Systems [ rest of successful startup and normal execution deleted ] In the list archives, the only previous mention I see of this message is from a year and a half ago, and it wasn't happening on startup. Anyone else see this? Anyone have an idea how to make it stop? Cheers, -c -- Chris Metzler [EMAIL PROTECTED] (remove snip-me. to email) As a child I understood how to give; I have forgotten this grace since I have become civilized. - Chief Luther Standing Bear signature.asc Description: PGP signature
Re: [Flightgear-devel] A-10 3D cockpit progress
On Sun, 26 Feb 2006 17:16:51 +1300 dene maxwell wrote: From: Lee Elliott [EMAIL PROTECTED] I can't see any need for a separate folder - add your stuff to the A-10, your name and comments to the existing files, especially the author tag in the A-10-set.xml file and send it to one of the cvs maintainers. A separate A-10-3Dcockpit would make the existing A-10 redundant - who would want to fly it without your cockpit? :) Maybe those langishing on 098a? From what I've seen of Alexis cockpit, I would love to fly it with his cockpit, as I enjoy the A10 FDM. But any new a/c, unless they have a 098a implementation, are useless to us. As a general comment; FGFS is not by philosophy, backwardly compatible...eg 098a MP some aircraft. I takes some getting used to, as most of the sofware I use, maintains backward compatibilty. What do you mean by an 098a implementation, and what does backward compatability mean in this context? What features are implemented in Alexis' A-10 cockpit that 0.9.8a does not support? -c -- Chris Metzler [EMAIL PROTECTED] (remove snip-me. to email) As a child I understood how to give; I have forgotten this grace since I have become civilized. - Chief Luther Standing Bear signature.asc Description: PGP signature
Re: [Flightgear-devel] Texture compression experiments in plib
On Tue, 10 Jan 2006 16:17:32 + Tiago Gusmão wrote: I will post in the plib in the plib devel list just to make sure we can go ahead with this, but before i would like to know what exactly do we want and have someone double-check the specs and issues, i'm not an OpenGL guru or something like that ;) Hi. Just cleaning up some old email, and wondered what was the outcome of this. Did s3tc make it into plib, and is it then available to us? -c -- Chris Metzler [EMAIL PROTECTED] (remove snip-me. to email) As a child I understood how to give; I have forgotten this grace since I have become civilized. - Chief Luther Standing Bear signature.asc Description: PGP signature
RE: [Flightgear-devel] SimGear support library not found
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Georg Vollnhals Sent: 01 February 2006 16:16 To: flightgear-devel@lists.sourceforge.net Subject: Re: [Flightgear-devel] SimGear support library not found Chris Millichamp schrieb: Hi I am trying to build FG using cygwin. Have followed all the instructions in the fgfs_cygwin.pdf about building the required packages prior to building FlightGear. They were all built with no errors and with a resulting directory structure exactly the same as shown in the instructions. But when I try and build FlightGear I get a message saying You **must** have the SimGear support library installed on your system to build the FGFS simulator. Where it says checking simgear/version.h presence etc it says no. SimGear is on my computer as far as I know, I ran the ./configure make and make install commands with no errors. Any idea where I'm going wrong? Chris Hi Chris, did you really read this wonderful *.pdf very carefully? (once again thank you to the author :-) ) You should run either the ./configure for SimGear as for FlightGear with a prefix to point to a common compile directory. I did it as the sample of the *.pdf showed. EXAMPLE!!! .My directory name is fg-cvs and is situated in the base layer of Cygwin (Cygwin/fg-cvs). You have to be in the ../source directories of SimGear/FlightGear and then the commands when compiling the first time should be: for SimGear: ./autogen.sh ./configure --prefix=/fg-cvs make; make install for FlightGear: ./autogen.sh ./configure --prefix=/fg-cvs make; make install And .. you did *not* mention it until now - read all about OpenAL and proceed as described! I remember very clearly how difficult it is for a Winnie to get familiar with Cygwin as it was for me, too! If you have further problems, don't give up - just ask! Hope this helps Regards Georg EDDW WinXP, Cygwin, FlightGear CVS - and very satisfied! :-) Hi there. I've tried what you just said and I still get the same error message. It checks for SimGear version.h and doesn't find it and so configuration is aborted. Have been trying for two days to build this thing and am getting rather fed up of it all! Once SimGear has been built,as per your instructions, I do the same for FlightGear, which is: $ cd ~ $ cd FlightGear-0.9.9 (which is c:/cygwin/home/chris/flightgear-0.9.9) $ ./autogen.sh Then $ ./configure --prefix=/fg-0.9.9 (which is c:/cygwin/fg-0.9.9) This is when the error message oocurs. Any help would be greatly appreciated before I go totally nuts, Chris --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Compiling FlightGear question
Hi Ive just discovered FlightGear and would like to compile the source code myself. Ive downloaded all the appropriate packages and downloaded and installed Cygwin as outlined in the flightgear getting started document. Im trying to install SimGear, the ZLIB library as per the instructions (page 94 of the flightgear getting started pdf) but when it comes to typing ./configure an error occurs saying there is no such command. Im using Windows XP and opening a command prompt on the zlib folder which has been decompressed with WinRAR. Am I doing this correctly using a dos box? Ive looked up DOS commands on the internet and the commands Im supposed to type are nowhere to be seen. I have some basic C++ programming knowledge using Visual C++ but have no experience of makefiles etc. Regards, Chris
