Re: [Flightgear-devel] CVS Broke?
On Sat, 2002-06-22 at 05:52, Darren Hammond wrote: Is CVS access to SimGear / FlightGear broke? cvs status works for me. I'm getting Connection reset by peer messages I'm ok getting to FG Base other CVS sites Darren ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel -- Tony Peden [EMAIL PROTECTED] We all know Linux is great ... it does infinite loops in 5 seconds. -- attributed to Linus Torvalds ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] ANN: thplot
After years of whining about the lack of decent (by my definition) plotting programs available for Linux, I've finally put my money (what little there is) where my mouth is and created my own. It's written using fltk and OpenGL and is, as a result, cross platform. At this point it is known to work on Linux and Cygwin, though fltk is reputed to work on many different platforms. See: http://www.fltk.org I've been working on it for about a month now but in the last week or so it's started to approach usability, so I've registered it on SF. No web page yet (in work), but cvs and mailing lists are available for those that are interested: http://www.sf.net/projects/thplot It's all GPL'd, so it will, ultimately, go where its contributors take it. That said, however, the most important quality I'd like to see it maintain is the ability to get data on screen quickly. I think it has it now by virtue of its simplicity but, as it grows, I hope it can be maintained by always providing a sane set of defaults. Thanks, -- Tony Peden [EMAIL PROTECTED] We all know Linux is great ... it does infinite loops in 5 seconds. -- attributed to Linus Torvalds ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] ANN: thplot
The page can not be displayed That's the message I got ... :-( http://www.sf.net/projects/thplot smime.p7s Description: application/pkcs7-signature
Re: [Flightgear-devel] CVS Broke?
Hmmm, it works now. Strange thanx Darren On Saturday 22 Jun 2002 2:02 pm, Tony Peden wrote: cvs status works for me. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] ANN: thplot
On Sat, 2002-06-22 at 06:52, Jon Berndt wrote: The page can not be displayed That's the message I got ... :-( http://www.sf.net/projects/thplot Odd. Seems to work OK for me. -- Tony Peden [EMAIL PROTECTED] We all know Linux is great ... it does infinite loops in 5 seconds. -- attributed to Linus Torvalds ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] ANN: thplot
Odd. Seems to work OK for me. It's there, now. Must have been a momentary glitch. smime.p7s Description: application/pkcs7-signature
[Flightgear-devel] a4 autopilot
There isn't any information about autopilot features on an a4 that I've been able to find. But since there is some interest in using autopilot, a basic configuration has been added to the setup file in CVS. Given the high performance capabilities of the A4 I've (modestly) defaulted the climb rate to 3000fpm and the max roll angle to 45 degrees. Note that at 45 degrees you'll want to make sure your verticle axis (altitude hold) is engaged if you are using the HDG modes (unless you want to get to the ground quickly). Best, Jim ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] ANN: thplot
Jon Berndt wrote: Odd. Seems to work OK for me. It's there, now. Must have been a momentary glitch. Guys, don't get too excited. Erik ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] ANN: thplot
On Sat, 2002-06-22 at 07:30, Erik Hofman wrote: Jon Berndt wrote: Odd. Seems to work OK for me. It's there, now. Must have been a momentary glitch. Guys, don't get too excited. The link is supposed to take you here: http://sourceforge.net/projects/thplot maybe that will work better. Erik ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel -- Tony Peden [EMAIL PROTECTED] We all know Linux is great ... it does infinite loops in 5 seconds. -- attributed to Linus Torvalds ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re:[Flightgear-devel] regarding msvc and macos x builds
On Saturday, June 22, 2002, at 06:26 AM, flightgear-devel- [EMAIL PROTECTED] wrote: Do you know if GCC x86 version can generate macos x code? Probably not. Apple has some extensions to the current version of GCC that haven't quite made it into the mainstream version yet. See: http://developer.apple.com/darwin/news/qa20010925.html#Compiler Now, what you could do is install Darwin on the x86 PC, and possibly compile FGFS on that. The problem there becomes getting x86 versions of the essential system libraries that are not in Darwin, like OpenGL. You could build it against X11 OpenGL and it would run on Mac OS X, but you wouldn't have hardware acceleration since XDarwin hasn't implemented that yet. , or the macos x compiler x86? That seems likely actually, since Darwin runs on x86 boxes. I don't know if gcc/ld on Mac OS X can emit non Mach-o binaries though; if it can't you can probably get a different version of ld to generate Win32 binaries. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] ANN: thplot
Tony Peden wrote: On Sat, 2002-06-22 at 07:30, Erik Hofman wrote: Jon Berndt wrote: Odd. Seems to work OK for me. It's there, now. Must have been a momentary glitch. Guys, don't get too excited. The link is supposed to take you here: http://sourceforge.net/projects/thplot maybe that will work better. Got it. On to testing now. Erik ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Property browser bugs
I'm debugging the property browsers. Currently they don't handle indexing properly: multiple instances of /input/mice/mouse/mode[0]/button/ are shown without indices because the buttons are numbered 2,3,4 but the test it uses is Is there a child of this name with index 1?. Clicking on any of them causes a seg-fault because no such node (with implied index zero) exists. I propose to change it to display the index if the index is non-zero OR it has siblings with the same name (i.e. if index!=0 or there are two or more different indices). I also want to factor out this code from FG's telnet interface, FG's property picker, and SGPropertyNode::getPath which all try to do the same thing. Proposal: /** * Return name[index], or just name if 'simplify' is true and * the index is 0 and there are no siblings with the same name. */ string SGPropertyNode::getPrettyName(bool simplify) const; (PrettyName is a horrible name. Suggestions?) This seems an appropriate addition because the class already contains the ability to parse such a string (name with optional index) in getNode(const char * relative_path, ...) and to generate one as a complete path, but not yet to generate one as a single path component. While investigating, I found that SGPropertyNode::getPath returns a (char *) pointer to the character data of a string on its stack, i.e. to undefined memory after it returns. I remember someone was changing strings to char* for efficiency. Perhaps this bug was introduced then. I'll include a patch for it with my eventual patch for the above, unless someone beats me to it. I don't think it affects any existing callers: they all want a string anyway. - Julian ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Altimeter broken
The altimeter seems to be broken at the moment. /steam/altitude-ft shows a huge, unchanging, random value for me, and the instrument (on more than one aircraft) just stays at zero. - Julian ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] regarding msvc and macos x builds
On Saturday, 22, 2002, at 00:38AM, ima sudonim [EMAIL PROTECTED] wrote: Jonathan, I just updated to the latest CVS for SimGear and tried to build. While Mac OS X builds like a champ, MSVC is complaining (again). If I backup two versions of the file, I can get it to build (but I get link errors with FlightGear) As you are building both mac os x and MSVC version of simgear, do you possibly build them all on one platform (i.e., one via cross compiler, the other natively), or do you build each of them individually. Did you set up a local cvs repository the two machines share, do you use a file server or some other strategy? I build for OS X and Windows spearately. I suppose I could use Samba on my Mac and build from the same directory structure, but I don't. I manage both build areas seperately and that has a nice side effect that I can easily burn either my PC or Mac version onto CD-ROM. Do you know if GCC x86 version can generate macos x code, or the macos x compiler x86? I build via Project Builder, so don't use a cross compiler from an x86. I doubt that a cross compiler exists to OS X, anyway. Is this visual studio or VS.net that you're using (not a member of the ms compiler of the month club I'm still using VS 6 on my pc). I use MSVC 6.0 since that is what my employer uses. I have a goal to show them the advantages of Open Source (and FlightGear in specific) in our work. Jonathan Polley Of COURSE they can do that. They're engineers! ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Duplicate properties?
Hi, the property browser reports two values for rho-slugsft3 in /fdm/jsbsim/atmosphere as: rho-slugsft3 = 0.002371 (double) rho-slugsft3 = (none) trying to access the value with the properties manager returns the second null value. the other values appear to be operating properly. Is this correct? Regards JW
Re: [Flightgear-devel] AC3D file format travails
Jim Wilson wrote: This looks a lot better. Just checked in a start on some adjustments to the cockpit geometry and a bezel for the attitude ball. How sure are you that the ball is supposed to be 6 in diameter? It looks to be about 4 in every picture I've seen (but those can be deceptive). I'm not at all certain, honestly. It occurs to me that I might be fooled by the tiny size of the A-4 panel into thinking it's larger than it is. The current model is actually only 7cm/2.75 in diameter, though, which is almost certainly too small. Or maybe there's a scaling factor coming in from somewhere else? I looked at the aircraft model in AC3D and decided that the units were in meters, but maybe something else is applying scaling? Andy -- Andrew J. RossNextBus Information Systems Senior Software Engineer Emeryville, CA [EMAIL PROTECTED] http://www.nextbus.com Men go crazy in conflagrations. They only get better one by one. - Sting (misquoted) ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] a4 autopilot
Jim Wilson wrote: There isn't any information about autopilot features on an a4 that I've been able to find. But since there is some interest in using autopilot, a basic configuration has been added to the setup file in CVS. The original A4D didn't originally have an autopilot. It was added with the C model, according to the copy of Brad Elward's McDonnell Douglas A-4 Skyhawk that arrived in the mail yesterday*. The autopilot was probably very simple -- it might not have even had a vertical axis, or if it did it might have been altitude-hold only. Dunno. Andy * It's a good book -- hardcover folio, about 200pp. Lots of pictures, including some good cockpit images where the instruments are *almost* readable... I'll try to get some scans made. The content is mostly history, not a lot of technical data. -- Andrew J. RossNextBus Information Systems Senior Software Engineer Emeryville, CA [EMAIL PROTECTED] http://www.nextbus.com Men go crazy in conflagrations. They only get better one by one. - Sting (misquoted) ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Duplicate properties?
On Sat, 2002-06-22 at 17:54, John Wojnaroski wrote: Hi, the property browser reports two values for rho-slugsft3 in /fdm/jsbsim/atmosphere as: rho-slugsft3 = 0.002371 (double) rho-slugsft3 = (none) trying to access the value with the properties manager returns the second null value. the other values appear to be operating properly. Odd. I'm only calling tie once, and my little fltk property browser only shows the correct value. You might check the value of /environment/density-slugft3. It's probably better to use that one anyway as it is not FDM specific. Is this correct? Regards JW -- Tony Peden [EMAIL PROTECTED] We all know Linux is great ... it does infinite loops in 5 seconds. -- attributed to Linus Torvalds ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] AC3D file format travails
Andy Ross [EMAIL PROTECTED] said: I'm not at all certain, honestly. It occurs to me that I might be fooled by the tiny size of the A-4 panel into thinking it's larger than it is. The current model is actually only 7cm/2.75 in diameter, though, which is almost certainly too small. Or maybe there's a scaling factor coming in from somewhere else? I looked at the aircraft model in AC3D and decided that the units were in meters, but maybe something else is applying scaling? Field of view possibly? Try changing it. In my local copy I've enlarged it some and made the bezels a little tighter. It's interesting that texturing the layers helps with the geometry. Also one thing that plib does support is the emmissive property and I'm getting a readible instrument that looks reasonable by applying a very small amount of white. It still doesn't solve the lighting issue, of course. By tomorrow night I should have finished detailing the AI. Best, Jim ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Duplicate properties?
Odd. I'm only calling tie once, and my little fltk property browser only shows the correct value. The duplicate showed up in the pull-down menu from view properties. You might check the value of /environment/density-slugft3. It's probably better to use that one anyway as it is not FDM specific. Right, that's what I wound up doing. Regards JW ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel