Re: [Flightgear-devel] Displaying Multiple Views/Using cockpit controls
--- Ryan Kellar wrote: snip My questions are is there a way to display a simultaneous panoramic view using the three computers each running an instance of FlightGear and if so, Have a look at the I/O subsystem - there is a README.IO file somewhere in the installation. You can write the FG state information in a native format to a socket on your master computer, then read the socket on the slave display computers. -Stuart ___ To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Addresses in mailing list distribution (was Re: Landing Lights)
From: Melchior FRANZ Even better would be a filter on the mailing list software to parse out email addresses in message bodies. Well, it does. But it only replaces @ with at . And I would be very surprised if the harvesters wouldn't be clever enough to detect foo at bar.com as address [EMAIL PROTECTED] But I don't want yet another thread about this, so for me it's EOT[1]. Actually it doesn't seem to do that either (not, as you say, it would do that much good). And no, another thread on how to do email or whatever is not required. But I feel compelled to ask how hard it could possibly be for the software to simply filter email addresses out. I don't recall any time that someone wanted to post an email address. Best, Jim ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] No 0.9.9 scenery yet?
Folks: I keep hearing comments to the effect that though 0.9.9 scenery *will* appear RSN, 0.9.8 scenery works fine with 0.9.9. Is that true? There doesn't seem to be any info on the FlightGear project pages to guide users around this issue. Might it be easier to issue scenery under its own numbering system, making it clear that a given version of FlightGear needs scenery version x.y.z (or maybe = version x.y.z)? This might be an important consideration as FG goes to 1.0.0 and beyond. Steve PS: Is it planned that after 1.0.0, there will be a 'development' tree of 1.1.x, with the next proper release becoming 1.2.x? Opinions differ on whether or not this scheme is good or bad, but the FG project gods probably need to think it through pretty soon. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: [BUG] [PATCH] (announcement) throwing stale exceptions and missing copy ctor/assignment
2005/11/28, Vassilii Khachaturov [EMAIL PROTECTED]: problems). For the other parts of the patch, it is still relevant. I'm going to rework it later by eliminating the above redundancy when I have time (probably this weekend). That I was afraid of. That the new patch is on the way. ;-) If yes, how to test if it works well? Depends on what kind of testing you want to do. Either look at the exceptions thrown and try to induce each one of them, or probably just do the regular flying and see if it is still OK. Flying is OK. But I'm not sure where I have to look for exceptions. Into terminal? I didn't see anything before, neither after the patch was applied. Also look at the code and see if you find something obviously stupid that I've overlooked. Please don't rely on me. I'm totally beginner programer. linux/Pentium IV 32 bit. So we have the same platform. So I didn't catch the point of Since you are running on a different platform than I do (I have the errno there), I would like to ask you to run the exception checking snippet in this thread and report the results, while I'm doing the final testing of the shortened patch. Regards Ladislav. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Pressure distribution calculation on planes when landing?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Andy Ross schrieb: Dai Qiang wrote: I'm wondering, if it's possible to calculate and record the pressure distribution on all parts of a plane, e.g. gears, wings etc, when it's landing? Landing gear could be done fairly easily, as the force along the gear strut is known to the FDM. But stress on other aircraft parts are basically impossible with a FDM at our level of precision: you would need a full finite-element model of every load-bearing structure on the aircraft. That's definitely not a task for a real-time simulation. Dai Qiang, for what do you need that data? I can only think of animating the model. This works already for the gear model. And an reasonable animation of the wings could be easily faked. All you need is the amount of lift they produce. Divide that with a constant weight-force of the plane (e.g. MTOW * earth acceleration) and you get a number that is zero when the wings produce no lift and 1 during a steady flight (and somewhere above 7 when the wings break...) CU, Christian . -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (MingW32) iD8DBQFDjID1lhWtxOxWNFcRAp66AJ9Tnw97UCGc1Tr5gxwjtg6FLGwD3wCdEW3j TDdl2oi9/9eQGQI9Wm+Z2Ag= =Jtsq -END PGP SIGNATURE- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] No 0.9.9 scenery yet?
Steve Hosgood wrote: PS: Is it planned that after 1.0.0, there will be a 'development' tree of 1.1.x, with the next proper release becoming 1.2.x? Opinions differ on whether or not this scheme is good or bad, but the FG project gods probably need to think it through pretty soon. This scheme seems to work really well for things like the linux kernel or desktop environments where they are 'core' services that people depend on to run their machine. For an end user app, this seems to be less beneficial. For what it's worth, we did use this version numbering scheme for a while. Officially 0.8.0 is our 'stable' release. However, as soon as we released 0.8.0 and made 0.9.0 available, *everyone* ignored 0.8.0 and ran with 0.9.x. So we tried this approach and it died a natural death of being ignored. At some point it might make sense to revive this scheme, but right now I'm not ready to do it. Curt. -- Curtis Olsonhttp://www.flightgear.org/~curt HumanFIRST Program http://www.humanfirst.umn.edu/ FlightGear Project http://www.flightgear.org Unique text:2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Addresses in mailing list distribution (was Re: Landing Lights)
Jim Wilson wrote: Actually it doesn't seem to do that either (not, as you say, it would do that much good). And no, another thread on how to do email or whatever is not required. But I feel compelled to ask how hard it could possibly be for the software to simply filter email addresses out. I don't recall any time that someone wanted to post an email address. The mailing list archiving software will make a reasonable attempt to obfuscate addresses of the posters and replyers. However, if someone posts an email address in clear text in the body of a message, as far as I know that will not get obfuscated. Also note there are external mailing list archivers (well at least one) that have subscribed to our list and archive the messages. I have no control over what they do with obfuscating email addresses. Curt. -- Curtis Olsonhttp://www.flightgear.org/~curt HumanFIRST Program http://www.humanfirst.umn.edu/ FlightGear Project http://www.flightgear.org Unique text:2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Displaying Multiple Views/Using cockpit controls
Ryan Kellar wrote: I am new to using FlightGear and am currently working on a project that involves a flight simulator with a Cessna cockpit and a screen that is divided into 3 sections in sort of a wrap around(not fully, but tilted to give a more panoramic view. Each board is displayed using a different projector run by three separate computers. Also, the cockpit controls are being read in as voltages to a separate computer. I am completely new to flight simulation and this software, and have some C++ software experience but never any software hardware integration so I’m a little lost. My questions are is there a way to display a simultaneous panoramic view using the three computers each running an instance of FlightGear and if so, how? Yes, mutliple displays are well supported in FlightGear. There is a document called README.IO that touches on this. If you need more help, just ask. Note to document writers: this might be a good subject to add to the manual. Also, how can I go about reading in the cockpit controls(which are now being read as voltage values) into the program to control the airplane? If your hardware already exists, then this is something you will likely have to figure out on your own. You will need to write some glue code that can read the voltage values and translate them into a control input position. FlightGear uses normalized control input positions so yoke, wheel, rudder pedals, etc. are mapped to [-1, 1]. Throttle, flaps, mixture, etc. are mapped to [0,1]. Once you are able to read in your voltage values and normalize them, it is pretty straightforward to send that data over to FlightGear. It's possible to embed some code into FlightGear, or you could just write a separate application that sends the data to FG over the network. Regards, Curt. -- Curtis Olsonhttp://www.flightgear.org/~curt HumanFIRST Program http://www.humanfirst.umn.edu/ FlightGear Project http://www.flightgear.org Unique text:2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Displaying Multiple Views/Using cockpit controls
Curtis L. Olson wrote: Ryan Kellar wrote: I am new to using FlightGear and am currently working on a project that involves a flight simulator with a Cessna cockpit and a screen that is divided into 3 sections in sort of a wrap around(not fully, but tilted to give a more panoramic view. Each board is displayed using a different projector run by three separate computers. Also, the cockpit controls are being read in as voltages to a separate computer. I am completely new to flight simulation and this software, and have some C++ software experience but never any software hardware integration so I’m a little lost. My questions are is there a way to display a simultaneous panoramic view using the three computers each running an instance of FlightGear and if so, how? Yes, mutliple displays are well supported in FlightGear. There is a document called README.IO that touches on this. If you need more help, just ask. Note to document writers: this might be a good subject to add to the manual. Also, how can I go about reading in the cockpit controls(which are now being read as voltage values) into the program to control the airplane? How are the voltages being read? Is there some sort of circuit and/or board in your computer that senses the voltage? A little more info on that topic would be helpful. If your hardware already exists, then this is something you will likely have to figure out on your own. You will need to write some glue code that can read the voltage values and translate them into a control input position. FlightGear uses normalized control input positions so yoke, wheel, rudder pedals, etc. are mapped to [-1, 1]. Throttle, flaps, mixture, etc. are mapped to [0,1]. Once you are able to read in your voltage values and normalize them, it is pretty straightforward to send that data over to FlightGear. It's possible to embed some code into FlightGear, or you could just write a separate application that sends the data to FG over the network. If you need some electronics to convert from analog to digital there are a number of products/boards to do the trick. Phidget now offers some boards that are supposed to work with Linux, you might check out www.opencockpits.org over in Spain (these are MS Windows based ATM), or www.lfstech.com (linux based) for more info on the topic. As Curt noted, you will then need some code to take the digital output of the boards and input that to the FG program. Regards John W. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: NASAL Scripted Pushback
On Tue, 29 Nov 2005 05:57:53 -0600, you wrote: or just haven't gotten around to. Wiring up property/command interfaces for C++ subsystems is generally pretty easy. Andy Is there a list of all properties or commands available or how do I find the appropriate functions? I allready found the readme.properties, but looking at Steve's autopilot.nas I can see some more properties that are not listed in the readme. Setting a property that does not exist in the property tree creates it. This gives you the ability to create your own properties in the FlightGear property tree just by bringing them into existence in your NASAL script. I created some properties for internal use by the autopilot. The idea cane from looking at KAP140 autopilot code. You may want to look at that, which mine is partly based on. The reason for creating my own properties was to isolate properties that are special to the particular autopilot and to keep the properties organized. I did have some trouble finding out what properties are available. I looked through every .nas and XML file I could find in the distribution until I had a good idea of the properties I needed. I read the list of properties in the source documentation. I watched some properties in the property viewer (on the File menu). I am unsure if there is a complete and comprehensive list of default FlightGear properties yet. Someone should know on the list. Steve ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Displaying Multiple Views/Using cockpit controls
Curtis L. Olson wrote: Ryan Kellar wrote: I am new to using FlightGear and am currently working on a project that involves a flight simulator with a Cessna cockpit and a screen that is divided into 3 sections in sort of a wrap around(not fully, but tilted to give a more panoramic view. Each board is displayed using a different projector run by three separate computers. Also, the cockpit controls are being read in as voltages to a separate computer. I am completely new to flight simulation and this software, and have some C++ software experience but never any software hardware integration so I’m a little lost. My questions are is there a way to display a simultaneous panoramic view using the three computers each running an instance of FlightGear and if so, how? OK, had an interrupt. To finish the topic... If the separate computer has the prerequiste interface hardware you have a couple of options: 1) Modify the FG source code to read and convert the voltage values into control inputs and run that as the primary server displaying the center screen and run the left and right as slaves as discussed in the README docs, 2) Connect the fourth machine with the control inputs via a LAN using one of the socket protocol defined in the Network directory, or 3) Define your own protocol and socket code. The existing source provides a fairly good template and structure to help you. Regards John W. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Flightgear 0.9.9 RPMs for Fedora Core 2, 3, 4 on i386
Hi Steve, Many thanks for making these available. I have put them on the FlightGear ftp server and they should soon propagate to our mirrors. Best regards, Curt. Steve Hosgood wrote: Please help yourselves to my RPMs: ftp://tallyho.bc.nu/pub/steve/flightgear/0.9.9/RPMS/i386/FlightGear-0.9.9-0.FC.i386.rpm ftp://tallyho.bc.nu/pub/steve/flightgear/0.9.9/RPMS/i386/openal-20050209-0.FC2.i386.rpm Ignore the 'FC2' suffix on the openal package: it should be fine for FC2 onwards. For the convenience of non-techie users (not that there are any using Fedora Core!) the Flightgear RPM adds a launcher to the 'Games' category of the Red Hat Start tool (bottom left of the screen). Yes, it probably should create a category called 'Simulators' and put the icon and launcher in there instead. However, I couldn't work out how to do that - if anyone knows how, please post and tell me. --- You don't need the 'devel' RPMs unless you plan building the SRPMs for flightgear. If you do want the SRPMs, they are in the directory: ftp://tallyho.bc.nu/pub/steve/flightgear/0.9.9/SRPMS/ (of course). Scenery RPMs (for the UK, Ireland and Faroe Islands) coming soon using the scheme I used for 0.9.8. Not to everyone's taste I know, but convenient if you like keeping your software under RPM's control. Steve. PS: Could someone mirror these RPMs somewhere please. They're currently hosted on rather a puny machine on a slow WAN. Thanks in advance. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d -- Curtis Olsonhttp://www.flightgear.org/~curt HumanFIRST Program http://www.humanfirst.umn.edu/ FlightGear Project http://www.flightgear.org Unique text:2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Pressure distribution calculation on planes when landing?
Andy Ross schrieb: Dai Qiang wrote: I'm wondering, if it's possible to calculate and record the pressure distribution on all parts of a plane, e.g. gears, wings etc, when it's landing? [snip] Dai Qiang, for what do you need that data? I can only think of animating the model. This works already for the gear model. And an reasonable animation of the wings could be easily faked. All you need is the amount of lift they produce. Divide that with a constant weight-force of the plane (e.g. MTOW * earth acceleration) and you get a number that is zero when the wings produce no lift and 1 during a steady flight (and somewhere above 7 when the wings break...) I thought more about structural integrity and the residual weakness after the plane is abused beyond the certified envelope rather than the way it is animated when I read the original poster. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Airport of Hell?
On Samstag 26 November 2005 19:47, Joacim Persson wrote: fgfs --airport=EGLL --aircraft=ufo ...puts you in a mysterious place with thick fog, where ground level is about 6 million m below sea level. This must be the airport of Hell. While trying to investigate this, I found the following peculiar logic in FDM/groundcache.cxx, line 364: if (0 sgdScalarProductVec3( off, down ) || !found_ground) { found_ground = true; Which reads if ground is not found, then ground must be found. ?:-P Well that must be logic from hell ... Seriously, I can reproduce, I am currently investigating ... Just to aid the investigation/possible fixing: in case you missed it, a similar crash (ground-minding models)/teleport to hell (ufo) happens in a slightly different scenario I had reported -- see http://sourceforge.net/tracker/index.php?func=detailaid=1354007group_id=583atid=100583 for description/screenshots. If you use the --offset-distance workaround to taxi onto the white cut-out areas in, say, a cessna, you fall down to the hell. (That was a marvelous description of the problem). Vassilii ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Pressure distribution calculation on planes when landing?
--- Vassilii Khachaturov wrote: I thought more about structural integrity and the residual weakness after the plane is abused beyond the certified envelope rather than the way it is animated when I read the original poster. To go partly off topic, presumably we could use the current g force to determine when the plane goes past design limits and breaks up. From the Pilot's Handbook of Aeronautical Knowledge, the different aircraft category limits are as follows. Normal: 3.8 to -1.52 Utility: 4.4. to -1.76 Acrobatic: 6.0 to -3.0 There is a safety factor of 50% on the numbers above, but it would give us a first-pass at knowing when an aircraft breaks up due to rough handling. BTW: For those who are not aware of it, the Pilot's Handbook is a fantastic resource for flight information, and can be downloaded as a PDF from the FAA website. -Stuart ___ Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Displaying Multiple Views/Using cockpit controls
--- Curtis L. Olson wrote: Yes, mutliple displays are well supported in FlightGear. There is a document called README.IO that touches on this. If you need more help, just ask. Note to document writers: this might be a good subject to add to the manual. Hint taken ;). I was thinking of writing a section on various features such as the Nimitz, multiplayer and multiple displays anyway. Unfortunately I only have a single PC, so I'll be writing blind. Would you be able to review my text for me? -Stuart ___ WIN ONE OF THREE YAHOO! VESPAS - Enter now! - http://uk.cars.yahoo.com/features/competitions/vespa.html ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Displaying Multiple Views/Using cockpit controls
Buchanan, Stuart wrote: --- Curtis L. Olson wrote: Yes, mutliple displays are well supported in FlightGear. There is a document called README.IO that touches on this. If you need more help, just ask. Note to document writers: this might be a good subject to add to the manual. Hint taken ;). I was thinking of writing a section on various features such as the Nimitz, multiplayer and multiple displays anyway. Unfortunately I only have a single PC, so I'll be writing blind. Would you be able to review my text for me? Adding sections for some of our more interesting or more asked about features would be great. Certainly I would be happy to review your text ... Curt. -- Curtis Olsonhttp://www.flightgear.org/~curt HumanFIRST Program http://www.humanfirst.umn.edu/ FlightGear Project http://www.flightgear.org Unique text:2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Displaying Multiple Views/Using cockpit controls
On Tuesday 29 November 2005 21:41, Buchanan, Stuart wrote: Hint taken ;). I was thinking of writing a section on various features such as the Nimitz, multiplayer and multiple displays anyway. Unfortunately I only have a single PC, so I'll be writing blind. Would you be able to review my text for me? Rather than re-inventing the wheel, why not take the carrier-howto and multiplayer howto from the wiki and include them (editing as you see fit for style etc)? You don't need more than one PC to experience multiplayer of course, but I'm sure you knew that. A section on multiple displays would be of interest to quite a few people I think - it comes up now and again on the IRC channel and isn't something I have experience of with FGFS. AJ ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Displaying Multiple Views/Using cockpit controls
--- AJ MacLeod wrote: Rather than re-inventing the wheel, why not take the carrier-howto and multiplayer howto from the wiki and include them (editing as you see fit for style etc)? Absolutely - I just had a look at the Carrier HowTo on the Wiki and it looks like exactly what is required. I assume no-one will mind. Of course, any changes to the Getting Started Guide will only be present in the next release for most users, so we'll have a fair few questions until then... -Stuart ___ Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Displaying Multiple Views/Using cockpit controls
On Tuesday 29 November 2005 22:32, Buchanan, Stuart wrote: Absolutely - I just had a look at the Carrier HowTo on the Wiki and it looks like exactly what is required. I assume no-one will mind. Yes, no-one is fine with that ;-) I don't think Vivian is likely to sue you for breach of copyright over his additions either... Of course, any changes to the Getting Started Guide will only be present in the next release for most users, so we'll have a fair few questions until then... Of course - which is where the Wiki comes in as I see it. Up to date information that's very easily kept that way... Not a replacement for the conventional docs, but I do feel the link on the FG website could be slightly more prominent - even folk who were actively looking for it have failed to find it. Cheers, AJ ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Pressure distribution calculation on planes when landing?
--- Christian Mayer [EMAIL PROTECTED]写道: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Andy Ross schrieb: Dai Qiang wrote: I'm wondering, if it's possible to calculate and record the pressure distribution on all parts of a plane, e.g. gears, wings etc, when it's landing? Landing gear could be done fairly easily, as the force along the gear strut is known to the FDM. But stress on other aircraft parts are basically impossible with a FDM at our level of precision: you would need a full finite-element model of every load-bearing structure on the aircraft. That's definitely not a task for a real-time simulation. Dai Qiang, for what do you need that data? Hi Christian, I think the data would be a reference to forecast the metal fatigue situation of a plane, after it lands for several times. Just like what Vassilii said in the last post, structural integrity and the residual weakness would be brought into the whole physics model. I can only think of animating the model. This works already for the gear model. And an reasonable animation of the wings could be easily faked. All you need is the amount of lift they produce. Divide that with a constant weight-force of the plane (e.g. MTOW * earth acceleration) and you get a number that is zero when the wings produce no lift and 1 during a steady flight (and somewhere above 7 when the wings break...) CU, Christian . -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (MingW32) iD8DBQFDjID1lhWtxOxWNFcRAp66AJ9Tnw97UCGc1Tr5gxwjtg6FLGwD3wCdEW3j TDdl2oi9/9eQGQI9Wm+Z2Ag= =Jtsq -END PGP SIGNATURE- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d __ 赶快注册雅虎超大容量免费邮箱? http://cn.mail.yahoo.com ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] KLN89 GPS added
Hi folks, I've added a KLN89 GPS unit hardcoded in C++ (OK'd by Curt). Briefly, since it's late, it's only included on the c172p 2D panel (--aircraft=c172p-2dpanel). It looks best at --geometry=1024x768 since the fonts are at 1:1 pixellation at that resolution. As with the KAP140, it's independent of the menu dialog, and needs reference to the real life manual for proper use, which can be found on the web via Google. For non-manual readers (!), very briefly the inner and outer knobs and the crsr button are the crucial ones to get started (hit Ctrl-C for hot-spots). Inner knob changes subpage or item under cursor, outer knob changes page or cursor position, crsr toggles cursor on/off. A few flight plans are hardwired in - others can be added through the unit, but are not saved between FG sessions. Non-precision approaches for C83 and KHWD (both in the FG base package) are hardwired in and can be loaded from the APT8 page (IIRC), and the unit will simulate non-precision approach operation, including the cdi scale changes at the approach-arm and approach-active points (make sure you switch nav1 to gps on the annunciator/switch unit). Thanks to Roy Ovesen for supplying me with the svg drawings of his KAP140 as a starting point for the background. Cheers - Dave ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Patch for 3d model_panel
Hello, Attached is a patch for flightgear and simgear that removes the model_panel kludge and fixes a potential memory leak. Thoughts/comments? Simon Index: src/Main/renderer.cxx === RCS file: /var/cvs/FlightGear-0.9/source/src/Main/renderer.cxx,v retrieving revision 1.31 diff -u -r1.31 renderer.cxx --- src/Main/renderer.cxx 8 Nov 2005 10:00:24 - 1.31 +++ src/Main/renderer.cxx 30 Nov 2005 00:12:17 - @@ -750,7 +750,7 @@ if ( globals-get_current_panel() != NULL ) { globals-get_current_panel()-update(delta_time_sec); } -fgUpdate3DPanels(); +globals-get_aircraft_model()-update3dPanels(); // We can do translucent menus, so why not. :-) menus-apply(); Index: src/Input/input.cxx === RCS file: /var/cvs/FlightGear-0.9/source/src/Input/input.cxx,v retrieving revision 1.72 diff -u -r1.72 input.cxx --- src/Input/input.cxx 23 Nov 2005 12:48:09 - 1.72 +++ src/Input/input.cxx 30 Nov 2005 00:12:19 - @@ -49,7 +49,7 @@ #include Cockpit/panel.hxx #include Cockpit/panel_io.hxx #include GUI/gui.h -#include Model/panelnode.hxx +#include Model/acmodel.hxx #include Scripting/NasalSys.hxx #include Main/globals.hxx @@ -306,7 +306,7 @@ globals-get_current_panel()-getVisibility() globals-get_current_panel()-doMouseAction(b, updown, x, y)) return; -else if (fgHandle3DPanelMouseEvent(b, updown, x, y)) +else if (globals-get_aircraft_model()-handle3dPanelMouseEvent(b, updown, x, y)) return; } Index: src/Model/Makefile.am === RCS file: /var/cvs/FlightGear-0.9/source/src/Model/Makefile.am,v retrieving revision 1.5 diff -u -r1.5 Makefile.am --- src/Model/Makefile.am 9 May 2003 20:41:02 - 1.5 +++ src/Model/Makefile.am 30 Nov 2005 00:12:19 - @@ -2,7 +2,6 @@ libModel_a_SOURCES = \ acmodel.cxx acmodel.hxx \ - model_panel.cxx model_panel.hxx \ modelmgr.cxx modelmgr.hxx \ panelnode.cxx panelnode.hxx Index: src/Model/acmodel.cxx === RCS file: /var/cvs/FlightGear-0.9/source/src/Model/acmodel.cxx,v retrieving revision 1.15 diff -u -r1.15 acmodel.cxx --- src/Model/acmodel.cxx 27 Oct 2005 08:40:12 - 1.15 +++ src/Model/acmodel.cxx 30 Nov 2005 00:12:19 - @@ -17,6 +17,7 @@ #include simgear/structure/exception.hxx #include simgear/misc/sg_path.hxx #include simgear/scene/model/placement.hxx +#include simgear/scene/model/model.hxx #include simgear/scene/model/shadowvolume.hxx #include Main/globals.hxx @@ -26,7 +27,8 @@ #include Main/viewer.hxx #include Scenery/scenery.hxx -#include model_panel.hxx +#include panelnode.hxx +#include Cockpit/panel.hxx #include acmodel.hxx @@ -84,8 +86,12 @@ delete _aircraft; delete _scene; -// SSG will delete it + + // SSG will delete it globals-get_scenery()-get_aircraft_branch()-removeKid(_selector); + + // SSG deletes the ssgLeaf panel nodes + _panel_nodes.clear(); } void @@ -107,18 +113,30 @@ _fgLoaderOptions.livery_path = texture_path; } try { -ssgBranch *model = fgLoad3DModelPanel( globals-get_fg_root(), - path, - globals-get_props(), - globals-get_sim_time_sec() ); +vectorSGPropertyNode_ptr panel_nodes; +ssgBranch *model = sgLoad3DModel( globals-get_fg_root(), +path, +globals-get_props(), +globals-get_sim_time_sec(), +panel_nodes ); + +for (int i = 0; i panel_nodes.size(); i++) { +SG_LOG(SG_INPUT, SG_DEBUG, Loading a panel); +FGPanelNode * panel = new FGPanelNode(panel_nodes[i]); +if (panel_nodes[i]-hasValue(name)) +panel-setName((char *)panel_nodes[i]-getStringValue(name)); +addPanelNode(panel); +model-addKid(panel); +} + _aircraft-init( model ); } catch (const sg_exception ex) { SG_LOG(SG_GENERAL, SG_ALERT, Failed to load aircraft from path); SG_LOG(SG_GENERAL, SG_ALERT, (Falling back to glider.ac.)); -ssgBranch *model = fgLoad3DModelPanel( globals-get_fg_root(), - Models/Geometry/glider.ac, - globals-get_props(), - globals-get_sim_time_sec() ); +ssgBranch *model = sgLoad3DModel( globals-get_fg_root(), + Models/Geometry/glider.ac, + globals-get_props(), + globals-get_sim_time_sec() ); _aircraft-init( model ); }
Re: [Flightgear-devel] Airport of Hell?
On Dienstag 29 November 2005 22:21, Vassilii Khachaturov wrote: Just to aid the investigation/possible fixing: in case you missed it, a similar crash (ground-minding models)/teleport to hell (ufo) happens in a slightly different scenario I had reported -- see http://sourceforge.net/tracker/index.php?func=detailaid=1354007group_id=5 83atid=100583 for description/screenshots. If you use the --offset-distance workaround to taxi onto the white cut-out areas in, say, a cessna, you fall down to the hell. (That was a marvelous description of the problem). Thanks, I will look into that today evening. May be I can reproduce that one. Greetings Mathias -- Mathias Fröhlich, email: [EMAIL PROTECTED] ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Displaying Multiple Views/Using cockpit controls
Of course, any changes to the Getting Started Guide will only be present in the next release for most users, so we'll have a fair few questions until then... It's safe to assume that if users are smart enough to RTFM and see the local docs folder, then most of them will also check the up-to-date doc on the flightgear org site, provided the local version has a big notice that the most updated version is always to be found there. (Same as with HOWTOs). Another question is to how to drive the users to the guide in the first place, local or remote copy :-) V ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d