Re: [Flightgear-devel] Control FlightGear via external application
Artem, You might want to consider using JSBSim instead of FlightGear. I think you'll find it a lot easier to work with. Lee Artem Chernodub wrote: Hello to everyone! I'm Ph.D. student from Kiev, Ukraine and I'm studying ways and methods for developing acontrol systems on the basis of artificial neural networks approach. It's very interesting thing -- such control systems will be more familiar with human's brain organization and be able to teach on examples instead of having strong builted-in control laws. FlightGear is a perfect testing area of control algorythms, because it is complex flight object. So, I need a way to connect to FlightGear, but I don't understand how to do this. Genereally speaking, I need two things: 1) Obtain plain's position and rotation angles every moment by my program; 2) Be able to control plane, i.e. to set elevator, elevator in some position instead of pushing the buttons. I've heard that it is possible to control FlightGear via some net_fdm binary data exchange protocol, and that it is even included in MATLAB for visualizing FlightGear. But didn't found any examples dedicated to this protocol. Could you please advice? Any solution that can give me 1) and 2) would be great. Good luck to all pilots, Artem Chernodub -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] airliner ditching miracle ... or not
The autopilot would have been the easy part. I offered to do one having just demonstrated--on the HiMAT vehicle---an autopilot that performed flight test maneuver automatically. The pilot, Fitz Fulton, refused. He believed he could fly manually from a remote location. Curtis Olson wrote: On Sun, Jan 18, 2009 at 9:22 PM, Jon S. Berndt wrote: Thanks. I do remember seeing the in-cabin movies of the unhappy dummies that were part of the study. You know, if NASA did screw up the final test, maybe someone should suggest the mythbusters redo this on their show? I've got the autopilot here and some local buddies who could do the integration into the full size airplane. I just need someone to buy me a 707. :-) Curt. -- Curtis Olson: http://baron.flightgear.org/~curt/ http://baron.flightgear.org/%7Ecurt/ -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] airliner ditching miracle ... or not
I don't want to take sides in this discussion, I just wanted to share some information about the Controlled Impact Demonstration (CID)--or as it was known at Dryden, Crash In the Desert. The story of what happened depends on who you talk to. I remember that the FAA was not very happy with the crash. Dryden folks seemed to think it was very successful. Having been there and somewhat involved in the early stages of the flight test program, my personal assessment is that the pilot screwed the pooch on this one. The following is from the Dryden web pages: Controlled Impact Demonstration (CID) Aircraft In 1984 NASA Dryden Flight Research Center and the Federal Aviation Administration (FAA) teamed-up in a unique flight experiment called the Controlled Impact Demonstration (CID), to test the impact of a Boeing 720 aircraft using standard fuel with an additive designed to suppress fire. The additive FM-9, a high molecular-weight long chain polymer, when blended with Jet-A fuel had demonstrated the capability to inhibit ignition and flame propagation of the released fuel in simulated impact tests. Antimisting kerosene (AMK) cannot be introduced directly into a gas turbine engine due to several possible problems such as clogging of filters. The AMK must be restored to almost Jet-A before being introduced into the engine for burning. This restoration is called degradation and was accomplished on the B-720 using a device called a degrader. Each of the four Pratt Whitney JT3C-7 engines had a degrader built and installed by General Electric (G.E) to break down and return the AMK to near Jet-A quality. In addition to the AMK research the NASA Langley Research Center was involved in a structural loads measurement experiment which included having instrumented dummies filling the seats in the passenger compartment. Before the final flight on December 1, 1984, more then four years of effort passed trying to set-up final impact conditions considered survivable by the FAA. During those years while 14 flights with crews were flown the following major efforts were underway: NASA Dryden developed the remote piloting techniques necessary for the B-720 to fly as a drone aircraft; General Electric installed and tested four degraders (one on each engine); and the FAA refined AMK (blending, testing, and fueling a full size aircraft). The 14 flights had 9 takeoffs, 13 landings and around 69 approaches, to about 150 feet above the prepared crash site, under remote control. These flight were used to introduce AMK one step at a time into some of the fuel tanks and engines while monitoring the performance of the engines. On the final flight (No. 15) with no crew, all fuel tanks were filled with a total of 76,000 pounds of AMK and all engines ran from start-up to impact (the flight time was 9 minutes) on the modified Jet-A. The CID impact was spectacular with a large fireball enveloping and burning the B-720 aircraft. From the standpoint of AMK the test was a major set-back, but for NASA Langley, the data collected on crashworthiness was deemed successful and just as important. Some very interesting video is available at: http://www1.dfrc.nasa.gov/Gallery/Movie/CID/640x/EM-0004-03.mov -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] CID Movie
I think the link I sent to the CID movie was bad. Try this: http://www1.dfrc.nasa.gov/Gallery/Movie/CID/Medium/EM-0004-01.mpg Here are some photos: http://www1.dfrc.nasa.gov/Gallery/Photo/CID/Large/index.html -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] AI Aircraft Models
What are AI Aircraft models? Lee Melchior FRANZ wrote: * Stuart Buchanan -- Wednesday 09 April 2008: As I mentioned in my reply to Vivian, I don't want any dependency on the Aircraft tree, You don't want that, fine. And *I* don't want a parallel structure of aircraft with megabytes of duplicated files. So, please let's discuss that first, before anyone dumps more of that stuff into $FG_ROOT/AI/! Do we really want MP support for all aircraft in the base package, at a cost of an extra 200 MB of data? Wrappers are fine (like Vivian described), but do we want a complete concorde.ac with all textures *again* in the AI/ dir? If someone wants the Concorde displayed, then s/he can install it, no? I'd prefer fgfs to show better information about which aircraft couldn't be shown because they aren't installed, and a better LOD concept (LOD in the aircraft dir, where it belongs). And if we really want the independence, then we should make sure that this is cheap. Textures should be scaled down a *lot*, the model should be drastically poly-reduced, the whole aircraft shouldn't take more than 250 kB (or something). And we don't need MP-versions of Ogel, wrightfligher and others. m. - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Object avoidance
Has anyone tried integrating this radar with standard terrain models such as those from the DMA? Also, it seems that integrating a realistic radar simulation feature into FlightGear is valuable even if it runs a little slow, because having such a model would provide developers an open source, low-cost platform for testing TF/TA systems. I can certainly imagine many uses for such a feature with the emergence of UAS for so many applications. Lee LeeE wrote: On Sunday 17 February 2008 11:35, Vivian Meazza wrote: Markus Subject: Re: [Flightgear-devel] Object avoidance LeeE wrote: On Friday 15 February 2008 17:08, Melchior FRANZ wrote: * R. van Steenbergen -- Friday 15 February 2008: Melchior FRANZ wrote: ...you could abuse that by launching an invisible, lightweight, and very fast submodel, and check where and at which altitude it lands. Don't they call that 'radar' in real life? :) (The very fast, lightweight submodels being microwave photons in that case) Hehe, yes. Except that ours don't come back. And I'm not sure if they collide with static/random buildings. They hardly do with trees. Hmm ... cows? m. Markus Zojer has used this technique for the TFA functions in the B-1B. I had a look at it and experimented with it when I wanted to add TFA to a couple of aircraft I've done - it's a very appealing approach because it's almost like simulating a real radar. I had a play with the technique but hit some problems with it, mainly because the trajectory of the submodels is fixed to the pitch of the aircraft. I found it fine while the aircraft was in level flight but I hit some issues when the aircraft was pitched up or down to any significant degree and in the end I decided to use the Nasal geo functions instead. I am still working on the terrain following function, rewriting it completely for the 3rd time and again used the real radar approach, as you are not dependent in the scanning resolution of the geo properties. The fixed radar beam (submodels) could be refined if we would add the property absolute to the pitch angle of the submodel (so the submodel leaves the plane at always the same pitch angle). Due to the ongoing environment development in OSG, now low level flying is really flashing :) Expect the new version included in the next release (coming hopefully within the next 10 days). Fly on, Markus As I mentioned previously, the geo functions do interact with static buildings and structures, as long as the scanning scheme has a high enough resolution to ensure sampling them - I haven't tried with random objects though - still on OSG 2.2 here and the performance hit when using OSG_DATABASE_PAGER_DRAWABLE=VertexArrays is too great here. I have noticed that pylons are not detected and I would doubt that trees are detected either, presumably because they have no area. The pylons are made with line objects that have no width and the trees, at least in plan, also have no width, so it'll be very unlikely to hit the exact point where they are in any scanning scheme. Adding a transparent horizontal plane poly to the top of these objects probably would make it work, but not only would it increase the render load but also probably introduce more transparency render artifacts and ordering issues. OK I can give you submodels which are stabilised in pitch within a few days, if this is really a good approach - submodels are a big frame rate hit. Would an alternative be to duplicate the code which calculates the ground intersection for submodels, without the cost of flying the submodel? This approach would take more coding, but might be less frame rate intensive. However, the methods which are used are some of the most frame rate heavy around so perhaps in practice not too different. Vivian It is an attractive approach because it is very similar to the way that real radar works and it's fun to add a visible model to the pulses so you can see them:) Some of the problems I found with it though, include the high submodel overhead. Even in level flight I found I needed to 'fire' pulses in a vertical fan, both above and below the line of flight, to ensure detection of higher ground, especially if the aircraft is pitched down to any significant degree. However, if there isn't any higher ground within range, which will be the case unless you only fly in mountainous regions, a high proportion of the pulses will never hit anything and will only expire at the end of their lifetime - this seemed like an unnecessary overhead. I also hit some problems with the resolution of the pulses, this seeming to be tied to the pulse speed, the aircraft speed and the frame-rate, because the location of the pulse can only be checked once per frame. For example, if you use a pulse speed of 1m/s and you are running at 20fps the
[Flightgear-devel] Reconstruction of F-15 crash
This Air Force reconstruction shows the Nov. 2 crash of an F-15 as it participated in a simulated dogfight over Missouri. http://www.latimes.com/la-na-f17-vidblurb,0,7597123.blurb?coll=la-home-center - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Crash detection
GW-- Sure, coffeemakers are a good idea. But what about the cement trucks and bulldozers used to build an airport: should those be included just in case someone wants to build an airport in their backyard? Perhaps we can get a large group of people to post links to photos of those backyards so we can have all our inboxes filled with email. Or maybe we could all send links to pictures of cute puppies that might ride in airplane? I'm going back to my simulated bar and have a couple really good martinis. Lee GWMobile wrote: LOL :-) Maybe flight gear should make coffee... Don't airliners all have galley coffee makers? Obviously it is as important to realism as a crash indicator which doesn't use physics to be triggered and ignores the in flight desires of its users who may not WANT entertainment water crashes or coffee. ;-) I have to say that no person will use flightgear for reenacting actual crashes because it doesn't model structures. ..seeing the sponsorship in action, I'd caution you, remember what happened when someone else said certain programs w|c|should nevah be used for e.g. cooking... http://tldp.org/HOWTO/Coffee.html ;o) judgement done purely for entertainment purposes and doesn't model real life and shouldn't be in any sim unless that sim is going to do complete structural analysis (not something I am suggesting for flightgear). ..why not!, except after a global sea water level rise model? Ikickgas.com www.GlobalBoiling.com for daily images about hurricanes, globalwarming and the melting poles. www.ElectricQuakes.com daily solar and earthquake images. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Information request
Sorry for the cross post. I know a lot of people will be getting two copies of this. I'm looking for information about any of these aircraft: BAC Strikemaster, the BAE Systems Hawk, or the Pilatus PC-9. I'm looking for information about aerodynamics, propulsion system, flight controls, crew station, instrument panel layout, etc. I'm looking for either already completed models or enough information to allow me to build a simulation. Also, any pilot handbooks on performance or emergency procedures would be of interest. Any reference on emergency procedures for any recent aircraft would be appreciated. Thanks. Lee - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Information request
Thanks for the link. Lee Ron Jensen wrote: On Sun, 2007-12-09 at 16:23 -0500, Lee Duke wrote: Sorry for the cross post. I know a lot of people will be getting two copies of this. I'm looking for information about any of these aircraft: BAC Strikemaster, the BAE Systems Hawk, or the Pilatus PC-9. I'm looking for information about aerodynamics, propulsion system, flight controls, crew station, instrument panel layout, etc. I'm looking for either already completed models or enough information to allow me to build a simulation. Also, any pilot handbooks on performance or emergency procedures would be of interest. Any reference on emergency procedures for any recent aircraft would be appreciated. Thanks. Lee Lee, Looking forward to flying it :) I found this on google for the T-6A Texan II http://www.airswitzerland-va.ch/Downloads/svaf/AFMAN11-248-PC9.pdf Not exactly what you wanted but it seems interesting, anyway. Ron - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] nonzero turbulence set by Preferences.xml?
If you want to make the simulation more realistic turning up the turbulence is not the best way to do it. At the NASA Dryden Flight Research Center, the simulations were operated at 1.4 times real-time to give the pilot a task that resembled the real thing. This technique was developed during the X-15 days but was never documented. Lee gerard robin wrote: On ven 7 décembre 2007, Melchior FRANZ wrote: * Laurence Vanek -- Friday 07 December 2007: Although I like realistic flight my ILS approaches we very unstable with the turb values given in the Preferences.xml file [...] But, but ... some have just told us that we shouldn't make it too easy, or fgfs will be perceived as a toy. So I'd rather turn the values *up*. m. :-P ooohhh :) probably a bad boy. AND you understood i was talking about Aircraft. Yes it may be zero turbulence, yes we can use Metar BY that FG will not be a toy. Cheers - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Helicopter simulations
I'm trying to build a simulation model of a helicopter and a tiltrotor aircraft. I see there are a couple of rotary-winged models in the FlightGear inventory. Does anyone know which FDMs were used for these models. I'm looking for some information on how these aircraft and rotor models were put together. Lee Duke - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Informal version number poll
12.7.1941 is a good number to avoid as well. Curtis Olson wrote: How about a quick, friendly, positive, informal thread here to do a poll on what what folks are thinking for the next version number. I don't intend to slant the discussion, but here is what I'm thinking. 0.9.11 is the next in the logical sequence. But I'd like to avoid possible unintended connections that end users might interpret from such a version number. This has nothing to do with terrorism, they don't care what version numbers we use or don't use. There is no fear involved in wanting to avoid using this number. Try respect. It might have something to do with showing respect to those that were affected by 9/11 and those many heros that gave up their lives without hesitation to try to save the lives of others. I don't fault people who live outside of the USA or who have never been to New York or were never near ground zero for not getting it, there's an awful lot of stuff outside my little sphere of vision that I will never understand. But give me a break, what's the problem with yielding a small amount of leeway and respect to those that were affected by 9/11 or had connections there? We could skip over to 0.9.12, but then we are staring in the face of 0.9.13 and are we going to run into problems if we pick a version # 13? I wore number 13 in my soccer (err futbol) game the other evening and missed all my shots. I wore a different number last night and scored two goals. These facts cannot be ignored! We could go with 0.10.0, but then all the odd/even version number proponents are going to come out of the woodwork, and that is going to mire in it's own set of politics. We could go with v1.0 ... we've been at this 10 years, and averaging 0.1 versions a year isn't so bad. This is my preference. FlightGear is developing at a rapid rate, but if we stick with 0.9.12, 0.9.13, 0.9.14 it seems like we are bumping along with very minor increments every few (or many) months. Of course this all boils down to marketing. Who cares what the actual numbers are really, as long as they increment in a sensible way. But what image do we want to project to the world? Are we a bunch of old cranky developers (it looks that way sometimes!) :-) inching along at a snails pace, or are we a dynamic exciting group with fast paced development continually adding new and exciting features and aircraft? We've been at this 10 years, have we really only managed a 0.9.x release in all that time? Again, not that version number really mean anything, other than to project our image to the world. I say it's go time. :-) Curt. -- Curtis Olson: http://baron.flightgear.org/~curt/ http://baron.flightgear.org/%7Ecurt/ Unique text: 2f585eeea02e2c79d7b1d8c4963bae2d - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear Prerelease 0.9.11 some testresults
Jeez, Bill, 2.718281828459 makes a lot more sense. Lee Bill Galbraith wrote: *From:* [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] *On Behalf Of *Lee Duke *Sent:* Friday, November 30, 2007 8:14 AM *To:* FlightGear developers discussions *Subject:* Re: [Flightgear-devel] FlightGear Prerelease 0.9.11 some testresults How about /0.x.y/ where /x/ and /y /can be variables and everyone can just choose their favorite or preferred numbers rather than filling my in box with discussions of which number comes after/ z/. Lee Okay, then I'm calling my version 0.3.14, because who doesn't love Pi? Bill - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear Prerelease 0.9.11 some testresults
How about /0.x.y/ where /x/ and /y /can be variables and everyone can just choose their favorite or preferred numbers rather than filling my in box with discussions of which number comes after/ z/. Lee P.S. The correct answer is /z + 1/. Richard Bytheway wrote: It seems to me that we are discussing the issue right now, but we are in danger of getting side tracked. Maybe we should put it out to a vote? We've only had a few people weigh in here, which likely means the rest of the developers don't care, or it's not a battle they think is worth fighting. Regards, Curt. -- Curtis Olson: http://baron.flightgear.org/~curt/ Unique text: 2f585eeea02e2c79d7b1d8c4963bae2d What about 0.10.0? Richard - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Segmentation fault when starting
This may seem really naive--I'm new to FlightGear, myself--but I found that performance improved radically when I went to the new graphics driver software. I'm running FC 6 on an x386 with an NVidia graphics card. Everything works fine for me. I compiled from source I got out of the cvs. Lee Johannes Herrnsdorf wrote: Hello, I am running FG on an IBM T40 with FC6, graphics card is an ATI Radeon 7500. While 0.9.11-pre1 runs fine (but with poor performance compared to 0.9.10 on Windows) the CVS version crashes when starting the program. Here's what I found with gdb: (gdb) br fgOSMainLoop Breakpoint 1 at 0x80aa843: file fg_os.cxx, line 168. (gdb) r --fg-root=/usr/src/Flightgear-0.9 Starting program: /usr/src/Flightgear-0.9/source/src/Main/fgfs --fg-root=/usr/src/Flightgear-0.9 [Thread debugging using libthread_db enabled] [New Thread -1209108784 (LWP 20485)] libGL warning: 3D driver claims to not support visual 0x4b [Switching to Thread -1209108784 (LWP 20485)] Breakpoint 1, fgOSMainLoop () at fg_os.cxx:168 168 } (gdb) n fgOSMainLoop () at fg_os.cxx:167 167 glutMainLoop(); (gdb) n 0x0805e584 in [EMAIL PROTECTED] () at /usr/local/include/osg/Referenced:155 155 else delete this; (gdb) n 0x4d252250 in _dl_runtime_resolve () from /lib/ld-linux.so.2 (gdb) n Single stepping until exit from function _dl_runtime_resolve, which has no line number information. 0x4106f580 in glutMainLoop () from /usr/lib/libglut.so.3 (gdb) n Single stepping until exit from function glutMainLoop, which has no line number information. Warning: detected OpenGL error 'invalid enumerant' after RenderBin::draw(,) [New Thread -1266394224 (LWP 20490)] Model Author: Unknown Creation Date: 2002-01-01 Version: $Id: c172p.xml,v 1.18 2007-01-15 12:50:45 ehofman Exp $ Description: Cessna C-172 [New Thread -1337214064 (LWP 20491)] libGL warning: 3D driver claims to not support visual 0x4b Program received signal SIGSEGV, Segmentation fault. 0x42400494 in glXCreatePixmap () from /usr/lib/libGL.so.1 Anybody an idea, what's going on? Johannes - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Compilng flightgear on FC5
I just did it on FC 6, but I haven't tried FC 5. Lee Nick Othieno wrote: Hi, Has anyone successfully compiled flightgear on FC5. I need to do some development work on COMMS but I can't even get it to run on my FC5 box. The error it gives is something about an ALUT state when it is still initializing the subsystem. Nick - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Compilng flightgear on FC5
I just did it on FC 6, but I haven't tried FC 5. Lee Nick Othieno wrote: Hi, Has anyone successfully compiled flightgear on FC5. I need to do some development work on COMMS but I can't even get it to run on my FC5 box. The error it gives is something about an ALUT state when it is still initializing the subsystem. Nick - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Compilng flightgear on FC5
Nah. I've been putting it off myself. It's always such a painful excursion into computer hell. Lee Nick Othieno wrote: Thanks,. If all goes bad I'll just upgrade to FC6 or FC7. Do you know anyone who has tried it on FC7 and got it working. On Nov 6, 2007 9:17 PM, Lee Duke [EMAIL PROTECTED] wrote: I just did it on FC 6, but I haven't tried FC 5. Lee Nick Othieno wrote: Hi, Has anyone successfully compiled flightgear on FC5. I need to do some development work on COMMS but I can't even get it to run on my FC5 box. The error it gives is something about an ALUT state when it is still initializing the subsystem. Nick - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel