Re: [Flightgear-devel] Willfully violating Google Terms of Use
There is a big difference between republishing a printed work and using it for a derivative, such as deducting measurements from a (paper) map to make a computer model of the streets or buildings which are also represented on the map. First off, in the case of a direct republish, the map's publisher can isntantly recognize that somebody made an actual copy, and therefore, also prove it in court. In case of a building or airport modeled off a map, how is the original map-maker going to recognize that the runway (12000ft long) was actually derived from *his* map? Since we're effectively modeling the real world, just like a map would, a map maker will have a very hard time suing after derivative works, since HIS map is also a derivative off the (uncopyrighted) real world. Let alone prove in court that your airport model is plagiarizing off his maps -- obviously, because it looks like the real airport it's supposed to represent on both the map and in the scenery! The only thing a (paper) map maker would effectively be able to copyright is his specific representation of the world -- that map, and only that. Now a digital map may be a dffferent issue since it's easy to automatically harvest large amounts of geo-data off digital maps, recompile it and reuse it for commercial purposes. Op 12-3-2012 13:22, Martin Spott schreef: which sounds nice in theory, but doesn't reflect current practice. Try it out, buy a printed, commercial map at your local bookstore, place a derivative of it onto your web page, ignore the cease-and-desist letter and wait until they sue you. Then try to tell court that you've been unaware of the terms of use at the moment when you bought the map. Happened to a lot of people - doesn't work. Cheers, Martin. -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Willfully violating Google Terms of Use
Op 12-3-2012 14:33, Martin Spott schreef: Robin van Steenbergen wrote: In case of a building or airport modeled off a map, how is the original map-maker going to recognize that the runway (12000ft long) was actually derived from *his* map? I'd like to emphasize that willfully violating the terms of use of a map should always be considered as being illegal and therefore unwelcomed (particularly in FlightGear land), no matter wether the map-maker can actually prove in court or not. I hope you do realize that modeling scenery from a set of photographs is also violating copyright (under those same rules), namely that of the photographer? So strictly speaking, we would only be able to model buildings we see (and measure) with our own eyes. And even then, you're making a derivative work off something -- namely the creative work of the building's architect. (Before you ask, there have been cases over this, by the Belgian copyright authority trying to sue anyone who published photographs of Brussels' Atomium structure, claiming a derivative work off the copyrighted design of the architect.) -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Willfully violating Google Terms of Use
Op 12-3-2012 15:26, Martin Spott schreef: That's an interesting case and we probably had a similar one recently in Germany. Did they try to sue anyone who *published* these photographs (on their private Picasa/Flickr/Panoramio or other albums) or just those who *sold* photographs ? Cheers, Martin. They actually tried to sue anyone who published photographs of the Atomium, either on their personal blog or on album accounts. Probably through some kind of automated crawler script which was programmed to send angry letters to anyone who posted a similar looking photograph. Needless to say, most of it is pure FUD, but unfortunately, civilians don't have the legal means to defend themselves against the enormous amounts of leverage big copyright holders can throw at it. -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightProSim advert on FaceBook
I am not sure whether the content *generated* by a GPL-licensed program (such as FlightGear generating screenshots) would have to be licensed under the GPL as well. To be honest, I doubt it, because a lot of GPL-licensed tools are used to generate copyrighted content, even including Hollywood movie blockbusters! Op 11-11-2010 17:46, Gijs de Rooy schreef: Hi all! XIII wrote: And why do they use an A-6E screenshot I have made me-my-own-self ? Nah, I just sent to Facebook an inquiry for copyright infringement :-) Content on the FlightGear wiki also falls under the GNU GPL license (as stated at the bottom of this page http://wiki.flightgear.org/index.php/File:A-6E.jpg), so does this A-6E image. I am not a lawyer, but I do know that a copy of the GNU GPL license should be attached to the images, which I cannot find at the FaceBook page That is a copyright infringement, right? Cheers, Gijs -- Centralized Desktop Delivery: Dell and VMware Reference Architecture Simplifying enterprise desktop deployment and management using Dell EqualLogic storage and VMware View: A highly scalable, end-to-end client virtualization framework. Read more! http://p.sf.net/sfu/dell-eql-dev2dev___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FSWeekend2010
Op 7-11-2010 21:14, Durk Talsma schreef - Gijs and Jorg trying to outperform each other in terms of their helicopter flying skills (trying to land it on a chimney, once they found the helipad to easy). Were the choppers loaded with presents and were they wearing red robes and a funny hat, by any chance? =) -- The Next 800 Companies to Lead America's Growth: New Video Whitepaper David G. Thomson, author of the best-selling book Blueprint to a Billion shares his insights and actions to help propel your business during the next growth cycle. Listen Now! http://p.sf.net/sfu/SAP-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Fwd: Re: Announcing: FSWeekend 2010
I need a carpool from Eindhoven (or somewhere halfway, like Utrecht) because train and bus schedules to Lelystad are somewhat impractical. The bus to the airport has an hourly or 2-hourly service IIRC, and taking the train and bus takes me over 3 hours to get there (where it would only take me 1,5 hours if I would travel by car). I'll try and see if I can pull some strings and arrange a car for Saturday, in that case, I can pick up somebody enroute. Op 29-10-2010 13:02, Geoff McLane schreef: Hi, Oops, since I also plan to be there both days, I too would be pleased to help out on the booth, for half a day or so, Sat or Sun, if needed... And also do not particularly need a booth holders pass, but sorry can not assist on the Eindhoven car pool... Regards, Geoff. -- Nokia and ATT present the 2010 Calling All Innovators-North America contest Create new apps games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Announcing: FSWeekend 2010
I need a carpool from Eindhoven (or somewhere halfway, like Utrecht) because train and bus schedules to Lelystad are somewhat impractical. The bus to the airport has an hourly or 2-hourly service IIRC, and taking the train and bus takes me over 3 hours to get there (where it would only take me 1,5 hours if I would travel by car). I'll try and see if I can pull some strings and arrange a car for Saturday, in that case, I can pick up somebody enroute. Op 29-10-2010 13:02, Geoff McLane schreef: Hi, Oops, since I also plan to be there both days, I too would be pleased to help out on the booth, for half a day or so, Sat or Sun, if needed... And also do not particularly need a booth holders pass, but sorry can not assist on the Eindhoven car pool... Regards, Geoff. -- Nokia and ATT present the 2010 Calling All Innovators-North America contest Create new apps games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Announcing: FSWeekend 2010
I need a carpool from Eindhoven (or somewhere halfway, like Utrecht) because train and bus schedules to Lelystad are somewhat impractical. The bus to the airport has an hourly or 2-hourly service IIRC, and taking the train and bus takes me over 3 hours to get there (where it would only take me 1,5 hours if I would travel by car). I'll try and see if I can pull some strings and arrange a car for Saturday, in that case, I can pick up somebody enroute. Op 29-10-2010 13:02, Geoff McLane schreef: Hi, Oops, since I also plan to be there both days, I too would be pleased to help out on the booth, for half a day or so, Sat or Sun, if needed... And also do not particularly need a booth holders pass, but sorry can not assist on the Eindhoven car pool... Regards, Geoff. -- Nokia and ATT present the 2010 Calling All Innovators-North America contest Create new apps games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Primus1000 / M877
On 3/18/2010 9:55 AM, James Turner wrote: Replying to some specifics, I'll let Syd comment in general since he's the Primus author, and has seem more documentation than me by far. I've done some work on developing a Primus simulation package, albeit a standalone one for use with FS2004/FSX. It's based on the ERJ-145 version of the Primus 1000, and has a complete PFD, ND and EICAS. You can find it under http://openrj.stoneynet.nl/ , it's BSD licensed, so feel free to have a poke around in the source code ;) FWIW, here's some small things that are easily fixed: * VOR2 and ADF needles point horizontallly (west IIRC) when they are tuned to an out-of-range transmitter or tuned to nothing. * On FMS mode, the CDI should be in magenta, not green :) -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FSWeekend: Lelystad, November 7, and 8, 2008
And don't forget T-DOSE in Eindhoven, October 3-4th! http://www.t-dose.org I'll be at the FSW like pretty much every year. Still have to figure out which stand I'll participate with. Gijs de Rooy wrote: Hi Durk, First, and foremost, however, I would like to sent of a call for participation. If you happen to live in or near the Netherlands, and would like to be part of this weekend of fun and flight, please drop me a note. Please count me in ;) It would be nice if we could organize something fitting within this theme. Ideas are welcome. I think most of the sims will show some simple ideas like a (virtual) flight with the Wright Flyer near Etten-Leur (first motorised flight in the Netherlands happened there) or some historic scenery. So, probably it would be nice if we could come up with something different, just to stand out of the crowd. I'll try to come up with something in the upcoming weeks... Another milestone is the 90th anniversary of KLM airlines (founded 7 oct. 1919). Maybey we can gather a fleet with all (or atleast most of) the aircraft ever operated by KLM? We do have quite a lot of them in FG, just need some more liveries... Cheers, Gijs Deel je favoriete foto's online met Windows Live Photos http://www.microsoft.com/netherlands/windowslive/Views/productDetail.aspx?product=Photos -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Heliflyer :-(
On samedi 01 août 2009, Heiko Schulz wrote: Hello community, Today I got sad news: Georg Vollnhals, also known as Heliflyer, passed away last month. Heliflyer was very involved with the Project FlightGear. He was very keen on making sceneries; he also programmed one of the first tools for FGFS, so it was now much easier to use FGFS and develope sceneries with AI-stuff. He was always there with advice and help, and it was him, who showed me the way into the Project FGFS and helped where he could. The current Eurocopter Ec135 and the upcoming BK117 was only possible with the help of helilyer, as he made high-resolution photos of the exterior and interior. He loved helis, and so he had the right job: beeing a emergency doctor on two rescue helicopters in EDDW, not far away from the north sea. I wish all the best for his wife and his kids Rest in Peace Heiko The Ec135 and the BK117 will be dedicated to Heliflyer still in work: http://www.hoerbird.net/galerie.html But already done: http://www.hoerbird.net/reisen.html Sad, very sad news. I had myself some private mails with him, the last was in March when he told me that he was in bad health-situation, however he was feeling better. We had some nice talk about helicoptere. I will keep many good souvenirs. He will missed me. -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Heliflyer :-(
On samedi 01 août 2009, Heiko Schulz wrote: Hello community, Today I got sad news: Georg Vollnhals, also known as Heliflyer, passed away last month. Heliflyer was very involved with the Project FlightGear. He was very keen on making sceneries; he also programmed one of the first tools for FGFS, so it was now much easier to use FGFS and develope sceneries with AI-stuff. He was always there with advice and help, and it was him, who showed me the way into the Project FGFS and helped where he could. The current Eurocopter Ec135 and the upcoming BK117 was only possible with the help of helilyer, as he made high-resolution photos of the exterior and interior. He loved helis, and so he had the right job: beeing a emergency doctor on two rescue helicopters in EDDW, not far away from the north sea. I wish all the best for his wife and his kids Rest in Peace Heiko The Ec135 and the BK117 will be dedicated to Heliflyer still in work: http://www.hoerbird.net/galerie.html But already done: http://www.hoerbird.net/reisen.html Sad, very sad news. I had myself some private mails with him, the last was in March when he told me that he was in bad health-situation, however he was feeling better. We had some nice talk about helicoptere. I will keep many good souvenirs. He will missed me argh crazy french langage I will missed him. -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] MP notes on breaking compatibility with previous
On dimanche 05 juillet 2009, Martin Spott wrote: Hi Nicolas, Nicolas Quijano wrote: The specific culprits today are Syd Adams (dhc2, for sure and dhc6 also, I think) and Gerard Robin (PBY-Catalina). There might have been more cases today, and I think we have a few more a/c in cvs who exhibit those symptoms [...] Or, if the aircraft now exists in cvs and externally maintained versions, the considerate thing would be to rename the externally maintained version's folder [...] If you're expecting a 'stable' setup, please make sure that everyone's using either the latest release or current CVS. I don't see why aircraft developers should maintain backward compataibility in a development !! tree just for users/gamers pleasure. Well, and If you're using aircraft which are maintained externally nobody but you is responsible for your choice. Cheers, Martin. Hello Nicolas, Like said Martin, the most difficult could be with Externals Models. The PBY-Catalina ( that one which is in CVS) got the wrong name since the beginning. I could notice (recently) some misunderstanding on the French Forum, the right name should be Pelican Jaune since the model is supposed to be the French fire bomber adapted from the real Consolidated PBY-6 version. The choice of Catalina name itself could be wrong since it could be Canso depending on the place it was built ( Canada or England ) Anyhow, data/Aircraft/PBY-Catalina/Models/nn.xml file which is called from the set.xml file is significant over MP, could be, by any user playing with MP, linked ( ln ) with an old and generic name. Sorry for the trouble with that model , and sorry for the trouble regarding all others models which are in my home page whose name has changed, since they are new versions, 3d models and FDM ( and different license ) versus the the old CVS. -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [RFC] Dynamic plug-in interface for I/O modules
Melchior FRANZ wrote: I'm (still) against binary runtime modules for FlightGear. I'm more curious as to whether we need them. The entire guts of FlightGear are available to almost anyone via external communications (e.g. sockets) and Nasal. Why not write a communications script or Nasal script that exposes the data required for your add-on over a socket, and use a similar tool at the add-on end? There is no license that will ever state that any application that *communicates* with it (whether it be a TCP socket, file, or Unix socket) needs to adhere to that license as well, since that would pretty much be the ultimate enforcement of copyleft. Simply put, the mechanics for doing this with FlightGear are already in place, you only need to take a slight detour over a communications link. This has its advantages too, such as added security (no possible code injection) and inherent networkability. Downside is that it takes a little more brain-food to make it work. -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] CVS: data/Nasal pushback.nas, NONE, 1.1
On mardi 05 mai 2009, Gijs de Rooy wrote: Hi Torsten and others, I assumed that the function should also be accessible via other means than just the dialog (e.g. keyboard bindings). If not, then I absolutely agree with your change. That's the cleanest way. I'll leave this to the original author (Gijs) if he wants to extend the functionality that way. If so, we might think about a more global solution. Right now I don't think we need keybindings for it. I think you guys should first try it out once (the 744 with pushback is on its way this week), so you can see if key bindings are preferable. Wouldn't generic keys override other keys that are plane specific? Currently the F-8E Crusader uses the m-key for connect/disconnect of the mule and + and - to in-/decrease magnitude. As far as I know m/M is used for mixture. For generic pushback the P-key would be most logic to me, and it isn't used for anything else, right? BTW: I just played with the pushback feature for the Hansa Jet - a little bit oversized... Not only oversized, but also extremely overpowered ;) The best solution is probably to make the magnitude be set per plane. Large/heavy planes need more powerfull trucks than small ones, as we know. Even nicer would be Have you tried to use propertyinertia/weight-lbs/property from JSBSim being the basic value with a gain factor in order to get the right magnitude value for instance : pure_gain name=systems/mule/mule-force inputinertia/weight-lbs/input gain0.15/gain /pure_gain Was experimented with Crusader and an other lighter aircraft (Fouga-Zephyr) and working perfectly ( same gain). To me generic to have a slide for speed instead of power. But that's way to complicated for me to make, even easy things are a complete failure :( Regards, Gijs Cheers -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Flightgear-cvslogs] CVS: data/Nasal pushback.nas, 1.1, 1.2
On mardi 05 mai 2009, Alexis Bory - xiii wrote: Alexis Bory wrote: Update of /var/cvs/FlightGear-0.9/data/Nasal In directory baron.flightgear.org:/tmp/cvs-serv9196 Modified Files: pushback.nas Log Message: - Now the pushback door will be created only if /sim/model/pushback has already been created by the modeler via the aircraft-set.xml file. - Varified the code, removed the class structure, tests the nasal dir initialization first. - As part of the Nasal dir, the script must *not* be declared in the aircraft-set.xml file. Hi all, Sure, I should have spent my time fixing the pushback *before* commiting it. In the other hand this incident was enlightening. Anyway I'm really sorry for the inconvenience. I still don't know if it's ok to let the pushback stuff in the Nasal dir. IMHO this should be further discussed. Won't it be better to have it within Aircraft/Generic ? with others stuffs like aar or radar I hope... well, I hope nobody keep being sad, upset or angry now. Alexis Cheers -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- Register Now Save for Velocity, the Web Performance Operations Conference from O'Reilly Media. Velocity features a full day of expert-led, hands-on workshops and two days of sessions from industry leaders in dedicated Performance Operations tracks. Use code vel09scf and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] nan report
On vendredi 24 avril 2009, Vivian Meazza wrote: Mathias wrote Hi, On Tuesday 21 April 2009 02:34:06 gerard robin wrote: On mardi 21 avril 2009, syd adams wrote: Im getting the same messages at startup , at any airport I try , but usually it stops after an exit and restart. I thought it was something local since no one on IRC had the same problem. The same error not only with Vinson I am mainly flying with AI Carrier, to me, that error is not new. Hmm, the huge problem with this kind of errors is that you do mostly not see when the root of that problem happens. Enabling floating point traps in the cpu points often to a place where the problem has happened already. I have a patch for valgrind available that is waiting to be fed back to valgrind which /could/ help on that. But not yet done ... In the meantime: Is there a specific model that triggers this problem? Any chance? Interestingly, using fg/sg-head, and OSG 2.9.0 (rev 9815) compiled under MSVC9, I am not seeing NaNs. I have tested AICarrier extensively, and now the ridge lift with the Bocian. All my tests have been carried out with YASim. Perhaps this is JSBSim problem? FWIW Vivian Which was my guest first . But remember that thread has started with this On mardi 21 avril 2009, Bohnert Paul wrote: Developers, Flying A-6E near mp-Vinson. The following error was reported many times. Warning: invalid line segment passed to IntersectVisitor::addLineSegment(..) nan nan 3.88269e+06 nan nan Then JSBSim ? YASIm ? or only the addition of scenery ( sea ) with objects ? or something else ? Has said before i could not catch the root. Cheers -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- Crystal Reports #45; New Free Runtime and 30 Day Trial Check out the new simplified licensign option that enables unlimited royalty#45;free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] nan report
Ouups , forget the funny previous mail On vendredi 24 avril 2009, Vivian Meazza wrote: Mathias wrote Hi, On Tuesday 21 April 2009 02:34:06 gerard robin wrote: On mardi 21 avril 2009, syd adams wrote: Im getting the same messages at startup , at any airport I try , but usually it stops after an exit and restart. I thought it was something local since no one on IRC had the same problem. The same error not only with Vinson I am mainly flying with AI Carrier, to me, that error is not new. Hmm, the huge problem with this kind of errors is that you do mostly not see when the root of that problem happens. Enabling floating point traps in the cpu points often to a place where the problem has happened already. I have a patch for valgrind available that is waiting to be fed back to valgrind which /could/ help on that. But not yet done ... In the meantime: Is there a specific model that triggers this problem? Any chance? Interestingly, using fg/sg-head, and OSG 2.9.0 (rev 9815) compiled under MSVC9, I am not seeing NaNs. I have tested AICarrier extensively, and now the ridge lift with the Bocian. All my tests have been carried out with YASim. Perhaps this is JSBSim problem? FWIW Vivian Which was my guess first . But remember, that thread has started with this On mardi 21 avril 2009, Bohnert Paul wrote: Developers, Flying A-6E near mp-Vinson. The following error was reported many times. Warning: invalid line segment passed to IntersectVisitor::addLineSegment(..) nan nan 3.88269e+06 nan nan Then, JSBSim ? YASIm ? or only the addition of scenery ( sea ) with objects ? or something else ? Like said before i could not catch the root. Cheers -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- Crystal Reports #45; New Free Runtime and 30 Day Trial Check out the new simplified licensign option that enables unlimited royalty#45;free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] working ridge lift !!
On jeudi 23 avril 2009, Martin Spott wrote: Stuart Buchanan wrote: I've been seeing this every time I load on Ubuntu Hardy. I'm 90% sure that the ridge-lift enhancement is the root cause - it's the only source change that went in when I rebuilt last. We've occasionally seen lots of NaN's before addition of the ridge-lift as well and they had never been adresses substantially. I don't mean to blame anyone, instead I'd like to revive the idea that the ridge-lift is probably just triggering a long-standing 'feature' not that I claim to have the slightest clue which one it would be, Martin. Just built CVS, tested around KHAF, nothing wrong. Yes it is difficult to trap these nan which are coming ( + or - randomly ? ? ? , though, getting trouble with carrier) ), and when we get it the system is closed to be frozen , with black screen, and command line overflowed with messages. And when i tried with GDB i did not got any NAN ? I did/do build FG with OSG 2.8 ( stable). I do use now the following linux system/configuration: OpenSuse 11.1 (last stable) , ATHLON 64bits dual core 2X3200 4 GB mem NVIDIA 9600 GT -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] F-14 within MP
Hello, Only a question , to avoid , to die idiot. When i am flying with MP with any Aircraft but a f-14 and when a f-14 is flown by an other pilot , i get within the internal property a folder /f-14/ with several item which seem unuseful (since empty). /f-14/burner /f-14/wing-bend .etc Thanks -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] F-14 within MP
Hello, Only a question , to avoid , to die idiot. When i am flying with MP with any Aircraft but a f-14 and when a f-14 is flown by an other pilot , i get within the internal property a folder /f-14/ with several item which seem unuseful (since empty). /f-14/burner /f-14/wing-bend .etc What is used for ? Thanks -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] nan report
On mardi 21 avril 2009, syd adams wrote: Im getting the same messages at startup , at any airport I try , but usually it stops after an exit and restart. I thought it was something local since no one on IRC had the same problem. The same error not only with Vinson I am mainly flying with AI Carrier, to me, that error is not new. -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] here, a good bargain :)
Hello, If you love the Corsair , here the opportunity to get one. http://www.provenancefightersales.com/vought_f4u5nl.htm -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Carrier landing and groundcac he with JSBSimAircrafts
On lundi 13 avril 2009, jean pellotier wrote: Mathias Fröhlich a écrit : I tested this few more times, in a place with severals carriers (eisenhower, foch, clemenceau...) and if i start FG far from this place, then move with the location menu to the closest airport, carriers are not solid (all the carriers). If i start near the carriers, then move far away, and then come back, carriers are solid. I remember a long flight from KLSV to the carrier near KHAF, and the carrier was not solid . To me it depend if the 3D model is loaded in startup. Can you please retest? I have found a problem with model loading and setting of the traversal masks that should now be fixed. i tested, starting FG in KLSV, going to KHAF with location menu, and after 50 nm cruise to the Carl Vinson, and, he is solid now, but the arresting wires don't work in this case. second try, starting on the carrier deck, all is fine. using the location menu has same effects on other carriers near LFTH (got foch, clemenceau and eisenhower here), none of them have a working wire if i come near with location menu from far, but now they are solid btw with little front wind, little fuel, the f14 don't need the wires to stop on the carrier :). jano A am longer using an old FG cvs version ( before that last Update from Mathias) I never notice that we could have a problem with solid carriers, Clemenceau, Foch , Arromanches, Eisenhower. Taking off of LFTH I am using the Dave Culp Aircrafts and others from me. I concluded that everything was right. Isn't it an other reason, which could explain the Jano problem ? Cheers -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [ANN] - Aircraft Carrier Improvements
On vendredi 10 avril 2009, Vivian Meazza wrote: Hi, Alexis Bory has added some wonderful detail to our model of the Nimitz class. I think he's mad :-) but see for yourself: ftp://ftp.abbeytheatre2.org.uk/fgfs/Nimitz/Vinson-1.jpg ftp://ftp.abbeytheatre2.org.uk/fgfs/Nimitz/Vinson-2.jpg The new model increases the vertex count by an order of magnitude, so you may find that your framerate is hit when using it. In order to minimise this we have added a new scenario using USS Carl Vinson 60nm west of KSFO. There is a new TACAN assignment to help you find it - 029X Thanks Alexis Enjoy Vivian Thanks for that Carrier detailed, compliments for the deck, which, now, has not any hole , better for taxiing :). I experienced, with high poly carrier and others war ship ( several ships and carriers cruising together ) , that i never got any significant slow down fps, it is on the sea ( then, no scenery tiles) , in any case a better fps than some highly detailed scenery ( KSFO ). Cheers -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Problems generating scenery for Australia
Have you tried inverting the Y-axis? ;-) (Sorry, in the light of the recent prank pulled by YouTube, I couldn't resist.) Jason Cox wrote: Hi all, I am having a problem generating scenery with srtm2 data for Australia the problem is that I can hgtchop the files up ok, but when generating airports I keep getting error as follows, genapts --input=/DATA/src/fg/data/Airports/apt.dat.gz --work=./work/ --airport=YSCB 21 |grep -v Next |grep -v result Input file = /DATA/src/fg/data/Airports/apt.dat.gz Terrain sources = ./work//SRTM2-Africa-3 ./work//SRTM2-Australia-3 ./work//SRTM2-Eurasia-3 ./work//SRTM2-Islands-3 ./work//SRTM2-North_America-3 ./work//SRTM2-South_America-3 ./work//DEM-USGS-3 ./work//SRTM-30 Work directory = ./work/ Nudge = 10 Longitude = -180:180 Latitude = -90:90 Data version = 810 Building YSCB Runway count = 2 Taxiway count = 90 e140s40/e149s36/5393832 18 -35.302717 149.196184 1 BCN 14 -35.300541 149.1998900 0 ATC Tower 19 -35.290601 149.196704 1 WS 19 -35.300404 149.185850 1 WS 19 -35.299599 149.197176 1 WS 19 -35.311538 149.198463 1 WS 19 -35.313744 149.191470 1 WS Building runway = 17x Runway num = '17x' Reverse displaced threshold = 214 Runway num = '12x' gen vasi 17x gen vasi 17x gen ALSF/SALS lights 17x
Re: [Flightgear-devel] jsbsim wind correction in opposite direction
On mercredi 01 avril 2009, jean pellotier wrote: Jon S. Berndt a écrit : Yes, the difference stems from the need to know what the wind is bringing, and the vectorial definition of where it's going. The problem was that sometimes we just had a vector where we expected to see North, East, and Down, wind components. Well ... fine, but is that to or from. The convention was unspecified, and that caused confusion. From the FlightGear side, I can see winds being specified either way. In the flight dynamics code, however, I expect to see a wind velocity vector - the direction it's going. The question is, where does the conversion to the wind velocity vector form break? Jon After having seen in some places in last JSBSim code that wind direction is the direction the wind is toward, here's a patch that revert the values used in wind vector for JSBSim, that work for me, wind is now correctly applied. i didn't tested vertical composante . hope that helps jano OK Tested, with the Carrier to wind , now, when taking off, we do have the JSBSim aircraft getting the wind in front of The difference of velocity between air speed and ground speed is right. JSBSim.cxx wants that patch , the users too :) -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] jsbsim wind correction in opposite direction
On jeudi 02 avril 2009, gerard robin wrote: On mercredi 01 avril 2009, jean pellotier wrote: Jon S. Berndt a écrit : Yes, the difference stems from the need to know what the wind is bringing, and the vectorial definition of where it's going. The problem was that sometimes we just had a vector where we expected to see North, East, and Down, wind components. Well ... fine, but is that to or from. The convention was unspecified, and that caused confusion. From the FlightGear side, I can see winds being specified either way. In the flight dynamics code, however, I expect to see a wind velocity vector - the direction it's going. The question is, where does the conversion to the wind velocity vector form break? Jon After having seen in some places in last JSBSim code that wind direction is the direction the wind is toward, here's a patch that revert the values used in wind vector for JSBSim, that work for me, wind is now correctly applied. i didn't tested vertical composante . hope that helps jano I don' t exactly understand the problem, with JSBSim aircrafts if we have a cross wind, the direction of the force is correct according to the direction of the wind. I did not noticed any error . ooops, you are right , i mistmatched the aircraft behaviour and the from to wind . -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] jsbsim wind correction in opposite direction
On mercredi 01 avril 2009, jean pellotier wrote: Jon S. Berndt a écrit : Yes, the difference stems from the need to know what the wind is bringing, and the vectorial definition of where it's going. The problem was that sometimes we just had a vector where we expected to see North, East, and Down, wind components. Well ... fine, but is that to or from. The convention was unspecified, and that caused confusion. From the FlightGear side, I can see winds being specified either way. In the flight dynamics code, however, I expect to see a wind velocity vector - the direction it's going. The question is, where does the conversion to the wind velocity vector form break? Jon After having seen in some places in last JSBSim code that wind direction is the direction the wind is toward, here's a patch that revert the values used in wind vector for JSBSim, that work for me, wind is now correctly applied. i didn't tested vertical composante . hope that helps jano I don' t exactly understand the problem, with JSBSim aircrafts if we have a cross wind, the direction of the force is correct according to the direction of the wind. I did not noticed any error . -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Fwd: Remove right access to CVS FlightGear/data
On mardi 31 mars 2009, Melchior FRANZ wrote: SNIP m. No comments. Sure i am wrong everywhere :) :) :) big, very , very big laughing... I do accept to be the bad boy of the story , i don't mind about it, since that story has not any consequence , on the life of the world ( though... the butterfly theory !? ) I do like what said Voltaire ( written below in French) here the translation in English if i can: I have decided to be happy, because it is good for the health ( Voltaire ) -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Fwd: Remove right access to CVS FlightGear/data
On lundi 30 mars 2009, George Patterson wrote: On Mon, Mar 30, 2009 at 5:34 AM, LeeE l...@spatial.plus.com wrote: If the aircraft is going to be maintained ex-cvs but not maintained within cvs, then retaining it within cvs just adds another unmaintained aircraft to the list. While someone, at some point in the future, may adopt it, until that actually happens all you're achieving by keeping it in cvs is making an obsolete version available, which is worse than useless. A link to the maintained version makes much more sense. Hi Guys, Agreed, except for the situation where the author of an aircraft decides to change the license. When this happens, a fork has been created, even if there is still only one version. If an aircraft is not available in CVS or somewhere else that is authoritative, where does that leave a community. The former license community has rights to extend the pre-fork version of the software/data. Just a thought. Regards George I can gives some precisions, if that help , to decide. To me there is not any modification regarding the Licence , Before and Today. The same model which was available from my HomePage could not be sold, and was available from FG CVS could be sold. The rule has not changed. The difference is the content which is not the same on both side, since the not allowed to be sold version is more advanced than the allowed to be sold version which is frozen. None is the fork of the other. -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Fwd: Remove right access to CVS FlightGear/data
Hello, I take acknowledge of the Curt mail about my whitdraw from the CVS, and of the different answers to his question. When i sent the mal to Curt , which inform him that i will not longer maintain the CVS models ( from me) , my target was ONLY to ask him to delete my right access , in order to avoid any security risk, since, sometime i got the help of friend to commit to CVS my prepared update. ( i explained previously on that mailing, i am not ever close to my main keyboard ). My target was not ask to remove these outdated and dieing model. Curt is right to ask the question, the amount of models which are in CVS is so important that it takes now a long time to update the entire data folder, then, the not useful models could be removed. However, i don't mind if they remain in CVS, and like it has been said, i go on to update the same models ( not exactly the same content ), with a lot of others new Aircrafts which were never committed within CVS ( because not well advanced , or not FG 1.9 compatible ). All of them are available on my URL Link. It was one case in the paste time, i asked to Curt to remove from CVS one model, the case was when i started to make the F8 ( 2005, FG 0.9.8 ) built on the base of a supposed coming new feature for FG regarding the Carrier function within JSBSim. Unfortunately the release of FG 0.9.9 did not take that Carrier feature. Only an external patch was available. So, the F8, not working, was removed, on my request. That model was downloadable free on my URL with the FlightGear JSBSim carrier Patch attached. In parallele an other model, French Corsair, F4U-7 was made available with the same conditions. Then, both were flying with FG 0.9.9 patched ( anybody could enjoy it ). I committed again ( september 2008 ) the F-8E, not the Dubbed for French Only F4U-7 ( was said here, =no duplicate models=) when the JSBSim external_reactions had been officially usable. That new feature gives only a part of the Carrier feature , the hook/wires, is fully included within JSBSim, only missing the entire catapult feature. With the catapult the external force can be acted from any place ( like it is in use with the nice the Dave Culp's Aircraft ). The entire Catapult feature was solved by me with a specific configuration of the model FDM and bunch of .xml files, which include an automatic taxying. That is not the best approach ( it is a DIY solution, not professional ), since it is not generic , each model has its own customized bunch of files. Why i whitdraw from any official contribution ? = it is the consequence of an addition of misunderstandting ( let's say from me ) , probably because, i did not explained that i only offer my work with the content and the shape which are from me, i am not a soldier who obey to the command, requiring to be FG QUALIFIED Doctor Honoris Causa by some developper :) = it is the consequence of a lot of aggressives behaviour against me ( not my work) coming mainly from the French side, like this, http://sourceforge.net/mailarchive/forum.php?thread_name=46E80EDC.4070901%40free.frforum_name=flightgear-devel These aggression started with the deliver of the SR71-Blackbird, and later on followed by the PBY-Catalina ( 18 months ago). And, along some others mails, chats, forums, the desire ( with insults ) said to get me out from FG. Like it is said enough is enough. The last event on that mailing list was the straw that broke the camel's back. Though it was not exactly a straw rather an other heavy payload :) Yes, i should have never asked for committing any models. Yes, i should have at least stopped any contribution before today (2007-09-16) when i said that i will give up. Sorry, It took some time, before my decision. It would have done before nowaday , for the health of the community, in order to avoid any noise, at least coming from me. Officially i remain ONLY a user, though i ever considered that i was mainly a user, who like FG. Cheers -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Carrier landing and groundcache with JSBSimAircrafts
On mercredi 25 mars 2009, Mathias Fröhlich wrote: Hi, On Tuesday 24 March 2009 23:42:18 jean pellotier wrote: I use a scenario that make it solid, and the wire usable, and now after the ground cache change i removed all solid part and it's still solid , and more dangerous because the island is now solid :). except if i change airport as said before. It's the same with Nimitz and Eisenhower. Btw how do we make a part non solid now? like the wakes? Look into the lights of the Nimitz. Some of them have a nohot tag or something similar. This means 'no height of terrain'. If you set that in the way the lights are set. Geometry is not used for ground intersection. Greetings Mathias The question was good, and the answer gives us the solution. Perfectly working, now the wakes are transparent thanks -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Carrier landing and groundcache with JSBSim Aircrafts
On mardi 24 mars 2009, Mathias Fröhlich wrote: Hi, On Monday 23 March 2009 13:14:49 gerard robin wrote: SNIP Hmm, I have now tried with the default cessna. Due to the low approach speed this works well. Starting at the Nimitz and landing there. Applying brakes brings the cessna to rest wrt the carrier. So no problem. Resetting flightgear several times with the cessna on the carriers deck, applying brakes, works well. Starting at KSFO and landing on the carrier, applying brakes makes the cessna stick on the moving carrier. So again no problem. Can you confirm that the cessna works for you too? Does the F-8 Still not work? Really current cvs? Also simgear? You told about resetting the simulation? What are the exact conditions when that problem happens? May by I will need your F-8 and may be training hours to land on the carrier with that bird :) Greetings Mathias You are right the Cessna is correct tested now, on the Eisenhower speed 10 knots. I have tried with Clemenceau and F8 both last version updated ( for some reason, ONLY available here http://pagesperso-orange.fr/GRTux/tux/index-en.html ) The result of that test seems right, too. I mainly noticed the problem with an other light turbine aircraft ( Fouga). However digging again into it ( the strange behaviour) , i suspect, now, that it could be coming from my gears definitions which introduce some random oscillations, only when i land ( again) on the Carrier. To conclude, forget the noise, at least, until i will have found i my side the origin of the problem. -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Starter spin time patch
On mardi 24 mars 2009, Erik Hofman wrote: Specter wrote: I write patch for changes of JSB turbine starter spin time. Dave just recently committed this patch to JSBSim and I am preparing a new sync between them soon so it'll end op in FlightGear that way. Erik Does that will modify the original Jon's recommendation to start an engine ? Get the external Air compressor resources The engine will spin up to a maximum of about %25 N2 (%5.2 N1) This simulates the action of a pneumatic starter.- After reaching %15 N2, Cutoff to False Thanks -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Carrier landing and groundcache with JSBSim Aircrafts
On mardi 24 mars 2009, gerard robin wrote: On mardi 24 mars 2009, Mathias Fröhlich wrote: Hi, On Monday 23 March 2009 13:14:49 gerard robin wrote: SNIP Hmm, I have now tried with the default cessna. Due to the low approach speed this works well. Starting at the Nimitz and landing there. Applying brakes brings the cessna to rest wrt the carrier. So no problem. Resetting flightgear several times with the cessna on the carriers deck, applying brakes, works well. Starting at KSFO and landing on the carrier, applying brakes makes the cessna stick on the moving carrier. So again no problem. Can you confirm that the cessna works for you too? Does the F-8 Still not work? Really current cvs? Also simgear? You told about resetting the simulation? What are the exact conditions when that problem happens? May by I will need your F-8 and may be training hours to land on the carrier with that bird :) Greetings Mathias You are right the Cessna is correct tested now, on the Eisenhower speed 10 knots. I have tried with Clemenceau and F8 both last version updated ( for some reason, ONLY available here http://pagesperso-orange.fr/GRTux/tux/index-en.html ) The result of that test seems right, too. I mainly noticed the problem with an other light turbine aircraft ( Fouga). However digging again into it ( the strange behaviour) , i suspect, now, that it could be coming from my gears definitions which introduce some random oscillations, only when i land ( again) on the Carrier. To conclude, forget the noise, at least, until i will have found i my side the origin of the problem. Well, well, I have found the error The problem was not groundcache related , it was gear parameter which did not suit to ( the tuning is very sensitive ) . in addition to it, i had an error with the terrain detection , then, the aircraft thought that it was in water with a huge drag. Mathias sorry for the Noise , you won't have to learn to fly the F8 . Cheers -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Carrier landing and groundcache with JSBSimAircrafts
On mardi 24 mars 2009, jean pellotier wrote: jean pellotier a écrit : Vivian Meazza a écrit : I've been testing the carrier stuff with YASim. It usually works, but a occasionally the deck isn't solid, and the ac falls right through on landing. This bug is intermittent: I have been unable to reproduce it reliably, or identify the conditions under which it occurs. Only twice in 20 or so landings. The same for me, a day i was using mp_carrier, i started FG in KLSV and used position menu to teleport to KSAN, and the two times i did this carrier was not solid, I didn't check if it was true one more time, but with starting FG directly in KSAN the carrier was solid. jano I tested this few more times, in a place with severals carriers (eisenhower, foch, clemenceau...) and if i start FG far from this place, then move with the location menu to the closest airport, carriers are not solid (all the carriers). If i start near the carriers, then move far away, and then come back, carriers are solid. I remember a long flight from KLSV to the carrier near KHAF, and the carrier was not solid . To me it depend if the 3D model is loaded in startup. my two cents jano Hello Jano foch/clemenceau (the same carrier, old version from cvs ) was built for JSBsim aircrafts ( the Crusader and others from my hangar) , it was (is) probably not YASim compatible ( not consistent, not solid ). I have recently rebuilt a new version which is compatible JSBsim aircrafts, Yasim aircraft (tested with seahawk) with FG 1.9.1 If you want it it is here http://pagesperso-orange.fr/GRTux/Clemenceau.tar.bz2 BTW: the MP-Carrier is only virtual, when we use it, we are using our local version with our local parameters/file. Only the position is specific to MP. If it is not consistent with MP , it is not consistent with the usual AI / scenario. which the case with the Foch/clemenceau CVS -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Carrier landing and groundcache with JSBSim
On mardi 24 mars 2009, Martin Spott wrote: gerard robin wrote: Mathias sorry for the Noise , you won't have to learn to fly the F8 . As Mathias probably does better with the F-18 than any other member of this crowd, I think he would not face too severe difficulties doing carrier landings with the F-8 ;-) Martin. I am one of the rare lucky man who fly the Mathias F/A18. I can say that it is easy to fly , remember one of my old snapshot http://pagesperso-orange.fr/GRTux/F-A18.jpg -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Carrier landing and groundcache with JSBSimAircrafts
On mardi 24 mars 2009, jean pellotier wrote: gerard robin a écrit : foch/clemenceau (the same carrier, old version from cvs ) was built for JSBsim aircrafts ( the Crusader and others from my hangar) , it was (is) probably not YASim compatible ( not consistent, not solid ). I use a scenario that make it solid, and the wire usable, and now after the ground cache change i removed all solid part and it's still solid , and more dangerous because the island is now solid :). Why not, the real ones have island solid , that is more realistic. I have tested on an other Carrier ( straight deck Arromanches ) the arrester Net ( not sure about the word) which can be used in case of emergency. that new groundcache is very useful for it. except if i change airport as said before. It's the same with Nimitz and Eisenhower. Btw how do we make a part non solid now? like the wakes? Yes with wakes solid that is funny :) we could replace it with osg , i did it with Foch, but nobody seemed interested on it. remember http://pagesperso-orange.fr/GRTux/Foch-OSG_wakes.jpg I have recently rebuilt a new version which is compatible JSBsim aircrafts, Yasim aircraft (tested with seahawk) with FG 1.9.1 If you want it it is here http://pagesperso-orange.fr/GRTux/Clemenceau.tar.bz2 BTW: the MP-Carrier is only virtual, when we use it, we are using our local version with our local parameters/file. Only the position is specific to MP. If it is not consistent with MP , it is not consistent with the usual AI / scenario. which the case with the Foch/clemenceau CVS the tests were done only with ai carriers. jano -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Carrier landing and groundcache with JSBSim
On mercredi 25 mars 2009, Martin Spott wrote: gerard robin wrote: On mardi 24 mars 2009, Martin Spott wrote: gerard robin wrote: As Mathias probably does better with the F-18 than any other member of this crowd, I think he would not face too severe difficulties doing carrier landings with the F-8 ;-) I am one of the rare lucky man who fly the Mathias F/A18. I can say that it is easy to fly , remember one of my old snapshot http://pagesperso-orange.fr/GRTux/F-A18.jpg So, what are you trying to tell us, where's the message in your posting ? Martin. Nothing.more than i have written...than you have written -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Carrier landing and groundcache with JSBSim Aircrafts
On lundi 23 mars 2009, Mathias Fröhlich wrote: Hi, On Sunday 22 March 2009 02:39:29 gerard robin wrote: With JSBsim aircraft i get now some strange behaviour regarding the groundcache on a moving Carrier. We can start from catapult on carrier, and the Aircraft is sitting correctly in place on the Ship , it follows correctly the speed of the carrier. = No problem :) After being catapulted and coming back to the carrier, with a nice landing on wires, on the deck, the aircraft does not follow the speed of the Carrier, even with Brake on we have some difficulties to stay in place. It seems that the aircraft do not identify the carrier like a moving object the second time. I did not noticed that problem before ... ( i don't know before when :( ) I can only say that my last FG CVS update is yesterday, the previous one was 10 days before. Hmm, I did not manage to land again with JSB. Currently no clue. But thinking and trying ... Greetings Mathias My purpose was to point that error: When we start FG with a JSBSim aircraft on a moving carrier the groundcache is right, the Aircraft behaviour is right as long as we don't leave the deck. That nice groundcache feature definitively vanish when we leave the Carrier, even if we come back on it. We get the same error when taking off from an Airport , we get to land on Carrier, the groundcache on Carrier is not right. To conclude ONLY the first FG init of the groundcache ( on Carrier ) is right. It was not to oblige you to land on Carrier with a JSBSim Aircraft :) Mainly because there not any within CVS ( was the F8 which is now broken) Cheers -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Carrier landing and groundcache with JSBSim Aircrafts
On lundi 23 mars 2009, Arnt Karlsen wrote: ..on Mon, 23 Mar 2009 13:14:49 +0100, Gerard wrote in message 200903231314.49784.ghma...@gmail.com: My purpose was to point that error: When we start FG with a JSBSim aircraft on a moving carrier the groundcache is right, the Aircraft behaviour is right as long as we don't leave the deck. That nice groundcache feature definitively vanish when we leave the Carrier, even if we come back on it. ..a question: Should the runway carriers even use the groundcache, to place the runway correctly? And not e.g. a runway cache that can move and even bend with its carrier? ..my understanding of the groundcache is, it is meant to tell when and which part of aircraft touches the ground how, where, during flights. ..over water, there's also tides and waves that should help make FG rule on my 405kt prop strikes, with shake or die verdicts. And, sea planes land too. We get the same error when taking off from an Airport , we get to land on Carrier, the groundcache on Carrier is not right. To conclude ONLY the first FG init of the groundcache ( on Carrier ) is right. It was not to oblige you to land on Carrier with a JSBSim Aircraft :) Mainly because there not any within CVS ( was the F8 which is now broken) Cheers I am not certain that i do understand the question. Mathias has introduce a feature which makes that any solid object , house on water, ship, carrier, floating bridge etc.. is now solid for any Aircraft, for instance that Snapshot which shows that i could land on a ship which was NOT defined to be a carrier, the ship was cruising at 25 knots http://pagesperso-orange.fr/GRTux/Ouf.jpg However that snapshot is showing a YASim Aircraft FDM. To day, i am not sure, that would have been able to get the same result with a JSBsim aircraft ( for instance my Harrier GR7 ) . Then, now i am sure that won't be able to land, on a moving ship. Only possible with a static object. Cheers -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Carrier landing and groundcache with JSBSim Aircrafts
On lundi 23 mars 2009, Arnt Karlsen wrote: Hi, ..sorry guys, I hit the wrong button: ..on Mon, 23 Mar 2009 15:54:02 +0100, Gerard wrote in message 200903231554.03018.ghma...@gmail.com: On lundi 23 mars 2009, Arnt Karlsen wrote: SNIP ..I am (quite possibly cluelessly) suggesting runways or landing surfaces should use something _other_ than groundcache, a runway cache or relevant landing surface caches to support the runways that move or bend, that would support carriers, ship borne helipads, truck borne 20' freight container tops, water waves, and maybe KSFO etc earthquakes too. Don't forget, you could land on any ground field , it is not necessary to have a runway, though with a B747 that would be better :) Mathias has introduce a feature which makes that any solid object , .._when_??? (Helps me find pointers to try find out what he did when he did that feature.) Look at the CVS log ( flightgear and simgear) done from the beginning of March by Mathias, mainly the groundcache. house on water, ship, carrier, floating bridge etc.. is now solid for any Aircraft, for instance that Snapshot which shows that i could land on a ship which was NOT defined to be a carrier, the ship was cruising at 25 knots http://pagesperso-orange.fr/GRTux/Ouf.jpg ..ok, that shows your chopper finding something to land on. ..and, you did it on March 2'nd, at 01:43:06: a...@a45:/tmp $ ll --full-time Ouf.jpg -rw-r--r-- 1 arnt arnt 79670 2009-03-02 01:43:06.0 +0100 Ouf.jpg ..does this still work for you??? (same chopper and same ship etc) Yes, it does longer work, mainly with the YASim FDM aircraft , and under some specific conditions with JSBSim However that snapshot is showing a YASim Aircraft FDM. To day, i am not sure, that would have been able to get the same result with a JSBsim aircraft ( for instance my Harrier GR7 ) . Then, now i am sure that won't be able to land, on a moving ship. Only possible with a static object. ..if you cheat to put your chopper on the ship, will it stay there as the ship moves??? YES it does , the snapshot is the whitness of a bad landing done by a bad pilot , since the helo is not in the circle area. It is not the whitness of a sliding aircraft close to fall in the water, it is there where it landed , following the ship moving. Cheers BTW: that recent update has now a funny consequence, we can land on the wakes of the ship, since the wake is a solid object. -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Carrier landing and groundcache with JSBSim Aircrafts
Hello, Mathias With JSBsim aircraft i get now some strange behaviour regarding the groundcache on a moving Carrier. We can start from catapult on carrier, and the Aircraft is sitting correctly in place on the Ship , it follows correctly the speed of the carrier. = No problem :) After being catapulted and coming back to the carrier, with a nice landing on wires, on the deck, the aircraft does not follow the speed of the Carrier, even with Brake on we have some difficulties to stay in place. It seems that the aircraft do not identify the carrier like a moving object the second time. I did not noticed that problem before ... ( i don't know before when :( ) I can only say that my last FG CVS update is yesterday, the previous one was 10 days before. Tested with YASim Aircrafts that seems to be right. thanks -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Carrier landing and groundcache with JSBSim Aircrafts
Hello, Mathias With JSBsim aircraft i get now some strange behaviour regarding the groundcache on a moving Carrier. We can start from catapult on carrier, and the Aircraft is sitting correctly in place on the Ship , it follows correctly the speed of the carrier. = No problem :) After being catapulted and coming back to the carrier, with a nice landing on wires, on the deck, the aircraft does not follow the speed of the Carrier, even with Brake on we have some difficulties to stay in place. It seems that the aircraft do not identify the carrier like a moving object the second time. I did not noticed that problem before ... ( i don't know before when :( ) I can only say that my last FG CVS update is yesterday, the previous one was 10 days before. Tested with YASim Aircrafts that seems to be right. thanks -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [RFC] ac3d and materials
On jeudi 19 mars 2009, Mathias Fröhlich wrote: Hi, Given this thread. I have checked in the change to simgear. I have also updated the default c172 and selectively those submodels that I thought need some update. And I have updated all the ac models in the AI and the Models subdirectory. For the specific aircraft models, I do not want to just overwrite what the author might have done on purpose but what was not yet honoured by flightgear. So, if there are very dark models, the attached script to do the change on the model level might be a good starting point for further development. Greetings Mathias Since i have not followed that topic may be a stupid question: will that animation longer working typematerial/type emission factor-propcontrols/lighting/instruments-norm/factor-prop red0.60/red green0.30/green blue0.20/blue /emission diffuse red1/red green1/green blue1/blue /diffuse ambient red1/red green1/green blue1/blue /ambient specular red0/red green0/green blue0/blue /specular shininess4/shininess I am using it, to light the instruments Thanks -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [RFC] ac3d and materials
On jeudi 19 mars 2009, gerard robin wrote: On jeudi 19 mars 2009, Mathias Fröhlich wrote: Hi, Given this thread. I have checked in the change to simgear. I have also updated the default c172 and selectively those submodels that I thought need some update. And I have updated all the ac models in the AI and the Models subdirectory. For the specific aircraft models, I do not want to just overwrite what the author might have done on purpose but what was not yet honoured by flightgear. So, if there are very dark models, the attached script to do the change on the model level might be a good starting point for further development. Greetings Mathias Again, with a remark, That last FG code makes contrast from light side to dark side very high . It does not take in account the indirect light which give some light on the dark side of an object. Most of the aircrafts are now black or white :( Even with the noon time. Won't it be possible to reduce the contrast , or to give some indirect enlightenment ? -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [RFC] ac3d and materials
On jeudi 19 mars 2009, gerard robin wrote: On jeudi 19 mars 2009, gerard robin wrote: On jeudi 19 mars 2009, Mathias Fröhlich wrote: Hi, Given this thread. I have checked in the change to simgear. I have also updated the default c172 and selectively those submodels that I thought need some update. And I have updated all the ac models in the AI and the Models subdirectory. For the specific aircraft models, I do not want to just overwrite what the author might have done on purpose but what was not yet honoured by flightgear. So, if there are very dark models, the attached script to do the change on the model level might be a good starting point for further development. Greetings Mathias Again, with a remark, That last FG code makes contrast from light side to dark side very high . It does not take in account the indirect light which give some light on the dark side of an object. Most of the aircrafts are now black or white :( Even with the noon time. Won't it be possible to reduce the contrast , or to give some indirect enlightenment ? Hmmm, forget it , with modeling, we will only have to take in account that feature and probably to revisit the colors aspect. Many days or night to spend on it. -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Flightgear-cvslogs] CVS: data/Nasal tanker.nas, NONE, 1.1
On lundi 16 mars 2009, Melchior FRANZ wrote: While we are at it, here some comments on tanker.nas: There's a menu entry AI/MP-Tanker, which opens a small dialog where you can request a tanker. It'll contact you and tell you something like this: MOBIL3 at 15000, heading 130 with 250 knots, TACAN 062X At the moment TACAN is always 062X, but that will vary in the future. The tanker will appear somewhere (not necessarily straight) ahead of you at an altitude of its choice. It will remove itself if it was out of range for a while. You can then ask for a new one. A similar script was presented a few months ago, but it had some issues that the authors never bothered to address (take it or leave it? :-), so I re-implemented it. This isn't finished either. There are some TODOs: - vary callsign TACAN id - support more than just KC135 and KA6 tanker - support helicopter refueling (i.e. configurable airspeed) - fly refueling pattern(?) - avoid collisions with mountains m. Again about that topic. With the usual AI tankers we have a lot of data regarding the Radar , x-shift y-shift in-range , rotation, v-offset, .. and so on That tanker feature don't gives such information , it is missing , is it any valuable reason ? Thanks -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Flightgear-cvslogs] CVS: data/Nasal tanker.nas, NONE, 1.1
On jeudi 19 mars 2009, Melchior FRANZ wrote: * gerard robin -- Thursday 19 March 2009: With the usual AI tankers we have a lot of data regarding the Radar x-shift y-shift in-range , rotation, v-offset, .. and so on That tanker feature don't gives such information , it is missing , is it any valuable reason ? That's not exactly missing. It's not provided on purpose. The Nasal tanker is a radar *target*. It gives enough hints for radar implementations (be it the (wx)radar instrument or the f-14b's radar): lat/lon/altitude/ktas/true-heading/bearing/elevation/range. But the tanker cannot decide whether it is in some radar's range, nor where it should appear on a radar screen. This depends entirely on the radar and is the radar's job, not the tanker's. How would the tanker decide whether it is in range? In which range? The built-in AI radar is obsolete and should be phased out. m. Then, do you mean that the old Radar Fashion will be removed, what a pity. It is very useful. We could want to keep it . -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Flightgear-cvslogs] CVS: data/Nasal tanker.nas, NONE, 1.1
On jeudi 19 mars 2009, Melchior FRANZ wrote: * gerard robin -- Thursday 19 March 2009: Then, do you mean that the old Radar Fashion will be removed, what a pity. I haven't planned that (yet). But in the long run it should get removed. This was an early mechanism to get the brand-new AI models on the screen (for the T38?), and that was OK back then, and a nice new feature. But it's simple and unrealistic and just doesn't fit in our framework. A radar needs to be a regular instrument -- and the wxradar is just that. Or it should be some customized Nasal logic like in the f-14b. New AI objects like the tanker shouldn't have to generate absurd values to emulate that obsolete radar. That would only prolong its lifetime. That's inhuman. :-) But you can easily generate shift-x/shift-y etc. for the radar you are actually using. Your aircraft knows which radar that is. The tanker doesn't know that. It's like demanding that the tanker decides whether your gear is extended or retracted. It just doesn't know. It is very useful. We could want to keep it . Did you have a look at the wxradar? You can check out the ufo. Press Shift-p to enable the radar screen and Ctrl-c to see the click-sensitive areas. Unfortunately, there are no button labels. Clicking on the two range numbers increases/decreases the range. You don't need any Nasal for that radar type, and you can select radar shadows, symbols, and (once re-implemented) cloud shadows. m. I can only answer that i never had any problem with the actual AI/MP radar, it is very flexible , since the main required values x-shift, y-shift, in addition to the other useful aircraft data ( range-nm, altitude, heading ) are there. These data remain realistic. Any functions can be customized by the model maker according to specific requirements. Yes i tried to use the Vivian's wxradar , as far i remember it was implemented in the Blackbird. Anyhow, that is not a productive conversation with you, since i have de facto stopped to produce, and to update, any model within CVS. Cheers -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [RFC] ac3d and materials
On lundi 16 mars 2009, Mathias Fröhlich wrote: Hi all, For ac models, we have currently a step in the scenery loading process that modifies the material settings to match the material settings of the old plib loader. In fact this just overwrites the material settings and throws away useful information that is in the ac file that is still there up to the point where we just destroy that information. I introduced that step at the time of the openscenegraph switch to make the transition easier. I would like to remove that step now and make use of the full material information contained in the ac file. I believe that this is a step into the right direction, but this *does* change the visual appearance of some of our models. So when this gets removed, I guess that some of the models material colours need to be adjusted in some way. Comments? Greetings Mathias AND now, again, working with poly ( face) not triangulated. Thanks for the work Cheers -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [RFC] ac3d and materials
On lundi 16 mars 2009, gerard robin wrote: On lundi 16 mars 2009, Mathias Fröhlich wrote: Hi all, For ac models, we have currently a step in the scenery loading process that modifies the material settings to match the material settings of the old plib loader. In fact this just overwrites the material settings and throws away useful information that is in the ac file that is still there up to the point where we just destroy that information. I introduced that step at the time of the openscenegraph switch to make the transition easier. I would like to remove that step now and make use of the full material information contained in the ac file. I believe that this is a step into the right direction, but this *does* change the visual appearance of some of our models. So when this gets removed, I guess that some of the models material colours need to be adjusted in some way. Comments? Greetings Mathias AND now, again, working with poly ( face) not triangulated. Thanks for the work Cheers Ouups sorry was the wrong topic -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] nimitz elevators non solid
On lundi 16 mars 2009, Mathias Fröhlich wrote: Hi, On Thursday 12 March 2009 22:43:15 jean pellotier wrote: I've got a problem with the elevators on nimitz, since some days, when called up, it looks ok, but elevator 3d model isn't solid, the part solid is where is the elevator down. each try i finish on the low position (in best case) under the elevator 3d model. Ok, I have now checked in everything that I have in this area. So, at least all *known* issues are solved. Is that still a problem? Greetings Mathias AND now, again, working with poly ( face) not triangulated. Thanks for the work Cheers -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] white horizontal line on screen
Hello, I am getting an horizontal line on screen , that is not new, i had it before, (at least two months ago) . The position of the line is dependent of the view angle, bottom when looking to down, top when looking to up. It is not graphic card dependent , since i get it on several GPU ( Nvidia cards) on several computers/configurations. The FG parameters are geometry=1920x1440 bpp=32 here the snapshot http://pagesperso-orange.fr/GRTux/Line.jpg Is it just me ? Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] white horizontal line on screen
On dimanche 15 mars 2009, Melchior FRANZ wrote: * gerard robin -- Sunday 15 March 2009: I am getting an horizontal line on screen , that is not new, Yes, that's where near-camera and far-camera meet (well, or *should* meet :-). It's a known problem, and was reported before. It should definitely not be in fgfs 2.0. m. OK, i remove the snapshot -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] [Flightgear-cvslogs] CVS: data/Nasal tanker.nas, NONE, 1.1
If that is . right = allow aar-equipped aircraft to request a tanker everywhere without scenario == You should know that aircrafts which have some specific AAR won't be able to use it. -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Flightgear-cvslogs] CVS: data/Nasal tanker.nas, NONE, 1.1
On dimanche 15 mars 2009, Melchior FRANZ wrote: * gerard robin -- Sunday 15 March 2009: You should know that aircrafts which have some specific AAR won't be able to use it. All that work(ed) with the tanker scenarios should also work with this. It doesn't do anything magic. Just offer a tanker and set the aircraft's contact flag if it's close enough. m. I was not sure because of this : = make sure /systems/refuel/ exists = Since a specific AAR could use any other specific property -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Flightgear-cvslogs] CVS: data/Nasal tanker.nas, NONE, 1.1
On dimanche 15 mars 2009, Melchior FRANZ wrote: * gerard robin -- Sunday 15 March 2009: = make sure /systems/refuel/ exists = Since a specific AAR could use any other specific property This should have been systems/refuel, without the leading slash. It's the tanker's property /ai/model/tanker[*]/refuel/contact. This is the one and only property that MP or AI tankers use(d) to indicate contact. You could just try if it works for you. m. Then, if my understanding is right we don't need the /systems/refuel property. ONLY the /ai/model/tanker[*]/refuel/contact is significant. -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] nimitz elevators non solid
On jeudi 12 mars 2009, jean pellotier wrote: hi, I've got a problem with the elevators on nimitz, since some days, when called up, it looks ok, but elevator 3d model isn't solid, the part solid is where is the elevator down. each try i finish on the low position (in best case) under the elevator 3d model. jano I got that problem with the French Carrier which had not triangulated surface. I solved it with reformat the ac model from quad to triangulated surface. Anyhow, now, with the Mathias improvements, carriers do not longer want solid definitions. Cheers -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Reproducible crash in mk_viii.cxx
On mercredi 11 mars 2009, Jon S. Berndt wrote: With JSBSim aircrafts i get exactly the same problem/errors , it happens mainly when i do an airborn for long trip ( more than 1 hour) with autopilot. I got that errors with several models not only a specific one. To me, that is not new, it came up 6 or 7 month ago. -- Gérard http://pagesperso-orange.fr/GRTux/ Which version of the code (JSBSim) are you using? Jon Hello Jon, That one, which is available with FG CVS. However i don't think it is FDM related , i would think that it is loading scenery related , since i never got the problem when flying over the sea. Cheers -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] AIrcraft still refering to space-bar for starting
On mercredi 11 mars 2009, Stuart Buchanan wrote: Hi Guys, Having noticed that the Vulcan still refers to starting the engines using the space bar (whoops!), I did a quick grep of the .xml files in Aircraft, and found reference to space in the aircraft indicated below. If any aircraft maintainer would like me to correct their aircraft for them, please just let me know. Thanks, -Stuart ./an2/an2-set.xml ./Noratlas/Help/Nord-2502-help.xml ./Noratlas/Help/Nord-2501-help.xml ./OV10/OV10_USAFE-set.xml ./OV10/OV10_NASA-set.xml ./OV10/OV10_CDF-set.xml ./Hurricane/help.xml ./Spitfire/spitfire-help.xml ./Spitfire/spitfireIIa-set.xml ./Spitfire/help.xml ./Spitfire/seafireIIIc-set.xml ./ogel/ogel-set.xml ./P-38-Lightning/Help/P-38L-help.xml ./PBY-Catalina/Help/Catalina-help.xml As far i remember. the model i had done were reffering in the help .xml to both s and space telling the user to choose according to the FG version that he was using. Then nothing wrong -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Saving Instant Replay to a File
On mardi 10 mars 2009, Stefan Seifert wrote: On Tuesday 10 March 2009 14:16:23 Matthew Barousse wrote: Hey all, I'm currently attempting to modify flight gear, so that I may save and re-play flights, exactly like the instant replay feature, but with a save file. My next task is to implement a save-to-file feature. I was thinking the easiest path would be to write the instant replay memory buffers (FGReplayData, replay_list_type) out to a file, and modify the replay method to read that file, instead of straight from the memory. I'm just wondering if anyone can foresee any problems with what I'm doing, or has any pointers or tips for me? I'm just getting started with FG development, and it's a bit overwhelming. This sounds very interesting. I think the replay feature needs quite some love anyway. For example, its still a mix of replayed and current properties. One cannot really replay a landing on the carrier, because the carrier's position is not recorded but still updated, so it looks like one's landing in the air. Which is the drama of my life :) , only a non moving carrier can gives a nice replay. There is a lot of extra animations within the aircraft itself which are not reproduced. Stefan -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Reproducible crash in mk_viii.cxx
On mercredi 11 mars 2009, syd adams wrote:
Thanks , I was trying to figure out how to use gdb too :). I had a few
errors here , maybe related .
While testing the P47 , I took off from KSFO and headed towards the
Nimitz.At about the coastline , altitude about 2000 ft every thing
paused... I thought I accidentally hit p . Looking through the property
tree I noticed sim/crashed was true.I haven't been able to reproduce this,
though. Second problem I ran into last night was starting at any airport
with the DC-6 , everything was fine until I started the engines ... then
the screen went black , dropped to 1 fps , and a steady stream of:
CullVisitor::apply(Geode) detected NaN,
depth=nan, center=(0.002885 0.0187575 -0.0095325),
matrix={
nan nan nan nan
nan nan nan nan
nan nan nan nan
nan nan nan nan
}
I kind of suspect with the second problem that it might be a badly
configured yasim file... I had the same problem long ago with gear
values...
The jsbsim version flew fine , no problems.
I'll tweak it some more and see what happens.
Cheers
With JSBSim aircrafts i get exactly the same problem/errors , it happens
mainly when i do an airborn for long trip ( more than 1 hour) with autopilot.
I got that errors with several models not only a specific one.
To me, that is not new, it came up 6 or 7 month ago.
On Tue, Mar 10, 2009 at 3:07 PM, Durk Talsma d.tal...@xs4all.nl wrote:
On Tuesday 10 March 2009 22:52:47 Csaba Halász wrote:
Recent gdb does, exactly as Geoff wrote, with --args.
Ah, well, it's been approx since 1996 since I last read gdb
documentation...
Cheers,
Durk
--
Gérard
http://pagesperso-orange.fr/GRTux/
J'ai décidé d'être heureux parce que c'est bon pour la santé.
Voltaire
--
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Reproducible crash in mk_viii.cxx
On lundi 09 mars 2009, Durk Talsma wrote: Hi Geoff, On Sunday 08 March 2009 20:56:52 Geoff McLane wrote: Yep! Tried ... --aircraft=CitationX --airport=CYOW --runway=25 --fg-scenery= $HOME/Scenery-1.0.1 Thanks for you report. Good to know, I'm not the only one, at that adds to the robustness of the crash. I think it's too early to draw any firm conclusions, but my impression is that it's more than just the code on mk_viii that is blowing. The only thing I tentatively conclude is that at this location something is going terribly wrong in updating FlightGear's position, as judged by: - The position string sent to terrasync - Local time being NaN (zapping to a non-existent time zone?) - A host of Culling errors. (position so far away that depth becomes NaN)? Next step is to check whether other aircraft produce the same crash, and whether the FDM (i.e. non-yasim) aircraft produce the same problem. Yes with JSBSim there is the same NAN error , more or les randomly. Difficult to catch a specific cause. Cheers, Durk -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- 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] Nasal alternatives : possible , of course, but trivial or hair pulling tas k ?
On lundi 09 mars 2009, gerard robin wrote: On dimanche 08 mars 2009, Melchior FRANZ wrote: * Nicolas Quijano -- Sunday 08 March 2009: As for secret sources, they'll name themselves if they feel like it, That would be fun! But I won't hold my breath. I don't know if i am part of that secret sources, anyhow , in my case, avoiding to use a Nasal script when that is not necessary , won't lead to the conclusion that we don't like Nasal, but more or less we ignore it :) I said it before most of the features animation, electrical, hydraulical, autopilot, .. etc, which are necessary when making a model with JSBsim can be done without Nasal. I have kept some old Archives of FG were the keyboard definition is mostly xml, the main features are still working. Then my personal configuration only use the minimum of Nasal with it. I concluded that the question is not to to use Nasal , LUA or any other script language, the question to me, is the larger we have the choice of tools and the freedom ( no stupid dictat ) to use or not according to our personal configuration, the better will be the system. Regards With =personal configuration= , i mean, (since i made model) accordingly to the Model specifications, which will involve the right tools to do it and to give to the user the right model according to these specifications -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- 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] Reproducible crash in mk_viii.cxx
On lundi 09 mars 2009, Durk Talsma wrote: Hi Gerard, On Monday 09 March 2009 12:06:58 gerard robin wrote: Yes with JSBSim there is the same NAN error , more or les randomly. Difficult to catch a specific cause. Do you mean that you can replicate the specific bug I reported, or that you experience random NAN errors? Cheers, Durk Only random NAN errors. To be more precise , when it comes up, FG does not crash. Only getting on the console the NAN messages infinitely, with a sudden slow down of the FPS to 1 . The only way to stop it, is to cancel FG. I did not tried to replicate the specific bug. -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- 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] Nasal alternatives : possible, of course,
On jeudi 05 mars 2009, Detlef Faber wrote: Ncolas, I didn't want to comment on your first post, everyone has a bad day sometimes, but here I like to add my 2 ct anyway. I'm a simple content contributor with very little background in programming. When I made my first Aircraft (the bf109) I was confronted with the need to deploy slats automatically at a given speed. I din't want to embed C++ code or had such a complex script that the error messages in FG wouldn't help me and I previously only used a bit of python. I looked at some Nasal scripts and within a few hours it worked. I was impressed how easy it is to write even complex Nasal scripts. Later I started developing the walker feature that made it possible to walk around in the scenery, all with nasal. Stuart kindly enhanced the walker and added an animation system to it (see bluebird), again with nasal. Others have made Flight computers with it (see V-22 and Su-37). Nasal is a worthy tool and you gave no proof that Lua can do the same. Given the fact that FG is platform independant I don't know if the embedded C++ is doing the same on Windows, Linux, PPC and intel Macs. ( apart from the fact that if I was able to code c++ I would embed it to FG rather than in an Aircraft specific script). A lack of documentation may be the case, but on this list are a lot of friendly people helping out. Maybe there hasn't been a lot of praise for nasal, but I guess the broad use of nasal, even among JSBSim developers speaks for itself. However, with JSBSim, Nasal or any other script Langage could be mostly avoided. No problem to get an automatic flap, or to get an automatic taxying. Any JSBsim FDM model makers knows it. That Script Langage is becoming necessary when we want to use with some generic features ( instruments, radars ) which are developed and offered with the base package. As far as I know there hasn't been any comments of lacking nasal features (that weren't added within a short time). Finally: I _like_ Nasal! Cheers, Nic -- Be Kind. Remember, everyone is fighting a hard battle. Greetings -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- 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] CVS: data/Aircraft/F-8E-Crusader Crusader-SetBase.xml , 1.23, 1.24
On dimanche 15 février 2009, Arnt Karlsen wrote: On Sat, 14 Feb 2009 23:36:30 + (GMT), Stuart wrote in message ..then you have exotic compromises like crashing on ice, dead stick landings in methane clouds downwind of broken pipelines, ripe full hydrazine tanks as you ditch in freezing water... messy. ;o) ..needs at least FG-wide and per-model settings. ..maybe... a fire requires an oxidizer, e.g. air, oxygen, clorine etc, a fuel hot enough to support the initial fire beyond the ignition, and an ignition source, e.g. exhaust gas heat, hot engine parts or the shining Sun. Among he conditions to get fire is, first , is there anything to burn ? second is there any ignition source ? That is answer of a friend fireman. A F-8E with empty tank, when the pilot try to land on the ground on a flat area, which will be detected by FG like a crash , there won't be flame or explosion immediately or never , only, mainly dust . A F-4U7 missing the catapulting from a Carrier, won't get fire, only sinking The same one missing the landing on carrier , won't immediately get fire..., and sometime never. And so on. We could talk longer and longer about it , however, to me, talking and talking, is out of our main goal, which is to make the best FDM first, and then when possible the better eye candy we can ( i mean visual reality ). I was STUPID since, i thought that the modelers were free to create the Aircraft in order to answer to these old criteria ( best FDM, eye candy). I noticed now that we are dependent of some constraints, we must accept anything coming from the mind of DEVELOPPER who decide for us , what is good or wrong for a model. I did accept these constraints until now, since i took it being an improvement for the models, and to me there is a lot of stuff to be done. I do not accept that fire feature since it is not realistic for a lot of models. Because the model itself will never get fire under these conditions , or because the process is wrong according to the situation of the crash. == I don't mind to be that category DISQUALIFIED ( Melchior ), since my life is not fed with FG :) . I hope nothing with it, but the pleasure to be with friends. You probably never noticed it but , it is some time ago that i am DISQUALIFIED, since i had removed the Redout generic one being replaced by a specific one included in the FDM itself. == I have been reproached (Detlef) my late reaction, regarding that topic. I know that there is a lot of developers and models creators here who spend day and night on the computer 7 day per weeks 12 months per year, i can understand, that the reaction would be realtime like. ==I am not from that homo-sapiens category, i can have some long period AFK, being elsewhere ( hospital, vacancies, family, hobbies or getting some rest since i can't stay several hours looking at a screen) Fortunately ( since 1968) i have never been shooted with computing (to me, it is only a tool ). To CONCLUDE, about the Wildfire feature itself, the idea was GOOD, the way to use it, is WRONG. If we had it, like an optional feature on the model itself offerd to the model creator, he would be free to use it or not according some predefined conditions ( i do not reject it, since i have specific situations were i could use it). ANY animation which is model dependant must be triggered by the model itself, ONLY the model. The Pilot/User must not decide if i wants to get fire when crashing. That User must have the choice to see or not these specifics models animations which are GPU consummers, according to their equipments ( for instance my old computer freeze - 1 fps on KSFO with the the osg animations) BTW: i just read the Sebastien mails, i do like his proposal, which open the choice according to a predefined model crash scenario Cheers -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- 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] CVS: data/Aircraft/F-8E-Crusader Crusader-SetBase.xml , 1.23, 1.24
On dimanche 15 février 2009, Nicolas Quijano wrote: Gerard, you're not getting it : if I want wildfire to spread when I crash a Crusader, you shouldn't have a say in it, period. Let me try to explain it from the user's perspective : a user of both the dev's creation, the simulation, and in this case, your a/c. I'm the one piloting the Crusader, and running Flight Gear on my machine. I do no want you or anyone else to make a sneaky change to a global pref, be it wildfire or anything else. If I don't want wildfire, I'll turn it off in the global prefs (and incidentally, if anyone is counting, it's off ;)) It simply makes no sense for you to change my global prefs in one a/c : how do you know my next session is not wildfire training ? Or that I'm not going to be filming a bunch of firefighters in the simulation ? What's next ? Saving and archiving failures in a an a/c with system wide effects ? If I understand this correctly, that means the next time I start the sim, the fire is off, without any means for me to know so unless I had read about this here : I'm not your typical user, in that I'm also a professional software developer and I'm used to fighting with my computer to get things done, whatever platform I'm using atm. So I'd look for a solution... Imagine how hiding a global prefs like that in a a/c FDM config files is going to make it hard for the average user to know what the hell is going on with his sim : Flight Gear is already very complex, no need to go out of our way to make it hard for people to use it. I really don't care for the wildfire feature at this time, because it doesn't align with my current interests, and I have a problem with uncontrolled eye candy (the game dev with 5 shipped and 10+ cancelled projects talks here), but that's another story, and it has more to do with uncontrolled triangle and texture usage... But that is one of the great things with FGFS : you can still run in MP while flying in your own instance of the world, with its own particular config. It's important to realize that making that kind of change within the a/c has farther ranging effects than you seem to realize. First impressions are often the only impression (don't I know it ;)), and this doesn't help a new user to truly gauge the possibilities of the program if there are plenty of little sneaky settings like that. It makes FGFS look messy to the outsider, and consumed by petty bickering. If it's a problem of language, I'll be happy to write this in my native French :) Cheers, and keep working on the beautiful Crusader, Nic Thanks for your mail, i have just sent to you a French private mail. -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- 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
[Flightgear-devel] wildfire ?
Hello , I noticed about wildfire the default within the preference file is enabled type=bool userarchive=ytrue/enabled fire-on-crash type=bool userarchive=ytrue/fire-on-crash Won't it be better to have it default false ? I did not find any box within menu to modify it like we have with cloud , light and so on. For some reason, if we don't want it ( look like a game :( ) will it be necessary to add some properties within the model itself ? Thanks BTW: to me, with my eyes deficiency, it is the worth i have ever seen, i will need to get sun glasses -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- 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] wildfire ?
On samedi 14 février 2009, Melchior FRANZ wrote: * gerard robin -- Saturday 14 February 2009: Won't it be better to have it default false ? Yes. I did not find any box within menu to modify it like we have with cloud , light and so on. Menu-Environment-Wildfire Settings For some reason, if we don't want it ( look like a game :( ) will it be necessary to add some properties within the model itself ? Don't crash your aircraft like a gamer, and you'll never see it! :-P Sure that is usual with MSFS Games, anyhow in the aircraft Company i don't remember simulators with such wildfire ( when the student pilot crash ) . Has it changed ?. Who said, here, that FG is NOT a GAME ? :) :) :) m. -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- 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] CVS: data/Aircraft/F-8E-Crusader Crusader-SetBase.xml, 1.23, 1.24
On samedi 14 février 2009, Melchior FRANZ wrote: * Gerard Robin -- Saturday 14 February 2009: Log Message: withdraw the game coat + environment + wildfire + fire-on-crash type=bool false/fire-on-crash + /wildfire + /environment AIRCRAFT MUST *NOT* CHANGE SYSTEM SETTING! This setting disqualifies the F8 for inclusion in a release. Oh, well. Why do I always have to complain?! Maybe everyone else doesn't care about cleanliness and a sane concept, anyway. Sigh ... m. And what about some specific aircraft feature regarding the crash processing. In that case why don't you prohibit anything like, wake effect with the Catalina, jet blaster with turbine and so one. I disagree with you and anybody here about it. That is specific to the model You should have discussed it here before implementing that feature. -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- 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] CVS: data/Aircraft/F-8E-Crusader Crusader-SetBase.xml, 1.23, 1.24
On samedi 14 février 2009, gerard robin wrote: On samedi 14 février 2009, Melchior FRANZ wrote: * Gerard Robin -- Saturday 14 February 2009: Log Message: withdraw the game coat + environment + wildfire + fire-on-crash type=bool false/fire-on-crash + /wildfire + /environment AIRCRAFT MUST *NOT* CHANGE SYSTEM SETTING! This setting disqualifies the F8 for inclusion in a release. Oh, well. Why do I always have to complain?! Maybe everyone else doesn't care about cleanliness and a sane concept, anyway. Sigh ... m. And what about some specific aircraft feature regarding the crash processing. In that case why don't you prohibit anything like, wake effect with the Catalina, jet blaster with turbine and so one. I disagree with you and anybody here about it. That is specific to the model You should have discussed it here before implementing that feature. To conclude, it is not an environment feature or scenery feature , it is only a model feature. -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- 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] CVS: data/Aircraft/F-8E-Crusa der Crusader-SetBase.xml , 1.23, 1.24
On dimanche 15 février 2009, gerard robin wrote: On dimanche 15 février 2009, Ron Jensen wrote: On Sat, 2009-02-14 at 23:56 +0100, gerard robin wrote: On samedi 14 février 2009, gerard robin wrote: On samedi 14 février 2009, Melchior FRANZ wrote: * Gerard Robin -- Saturday 14 February 2009: Log Message: withdraw the game coat + environment + wildfire + fire-on-crash type=bool false/fire-on-crash + /wildfire + /environment AIRCRAFT MUST *NOT* CHANGE SYSTEM SETTING! This setting disqualifies the F8 for inclusion in a release. Oh, well. Why do I always have to complain?! Maybe everyone else doesn't care about cleanliness and a sane concept, anyway. Sigh ... m. And what about some specific aircraft feature regarding the crash processing. In that case why don't you prohibit anything like, wake effect with the Catalina, jet blaster with turbine and so one. I disagree with you and anybody here about it. That is specific to the model You should have discussed it here before implementing that feature. To conclude, it is not an environment feature or scenery feature , it is only a model feature. Gerard, Respectfully I must disagree with you here. This is a system feature and should not be adjusted in random aircraft -set files. It is properly set in preferences.xml and autosave.xml, not each aircraft -set file. This property also autosaves, so setting it here silently disables it globally and permanently for any user who runs the F-8E. Regards, Ron That exactly what i want, since i do have some crash processing done and coming for every models that i am working on. It will become ridiculous that an aircraft sinking ( for instance) will burn suddenly. NO NO That is part of a model. Can you imagine a Catalina gently crashing on water ( when landing) gerring Wildfire ? And maybe To be more precise. Yes, a system must not be adjusted within the model itself. No, that feature must not be a system feature. Only a tool (in that case an effect) which could be included in a model if the creator wants it. -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- 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] CVS: data/Aircraft/F-8E-Crusader Crusader-SetBase.xml , 1.23, 1.24
On dimanche 15 février 2009, Laurent wrote: IMHO, in that case this is a bug about when wildfire should be started. If the plane is actually missing a landing on water, it should be detected by the main program as it, not as a land crash. A catalina crashing on land should create fire. Deactivate wildfire for the whole environment is not the best solution. Laurent On land crash maybe yes, maybe no. :) rather no I could reproduce a specific case with the war version which had torpedo. A day, i will make that version, and then i could simulate an explosion with wildfire, a Zero shooting it We only need a shoot 'em up feature :) :) :) :) The next FG step development ??? :) -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- 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
[Flightgear-devel] bad FG_ROOT/--fg-root
Wy i do have that stupid message ? *** *** *** Warning: changing bad FG_ROOT/--fg-root to '/usr/local/share/FlightGear/data' *** *** I never had it before ( from the prehistoric FG ages) Last fgfs cvs last stable osg (2.8) and plib svn -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] /consumables/fuel/tank[0]/level-lb??? s
I don't understand this : /tank[0]/level-lb seems to be replaced by /tank[0]/level-lbs What is the matter ? Since the properties which are declared within the FDM ( JSBSim) become wrong. thanks -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] /consumables/fuel/tank[0]/level-lb??? s
On jeudi 12 février 2009, Anders Gidenstam wrote: On Thu, 12 Feb 2009, gerard robin wrote: I don't understand this : /tank[0]/level-lb seems to be replaced by /tank[0]/level-lbs Hi, Yes, since we use -lbs everywhere else (in JSBSim too) and this lone level-lb property casued an annoying discrepancy with the same (level-lbs) property as provided by YASim. What is the matter ? Since the properties which are declared within the FDM ( JSBSim) become wrong. AFAICS Stuart did his best to track down and update all uses of level-lb in CVS. The properties /consumables/fuel/tank[x]/level-lb never existed at all in JSBSim/standalone so FDM configs that work(ed) in JSBSim/standalone should not be affected by this change. Another property naming heads up: JSBSim aircraft that use /engines/engine[x]/mp-osi do in fact use values in inHg and could preferably switch to the more properly named property /engines/engine[x]/mp-inhg . Cheers, Anders OK, this make a mistmatch with my refueling system. I will convert it to the properties which are within JSBsim itself, since the same property is there /fdm/jsbsim/propulsion/tank/contents-lbs And avoid to use the FG properties it is less risky :) Like avoiding to use Nasal when possible. :) :) -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] bad FG_ROOT/--fg-root
On jeudi 12 février 2009, gerard robin wrote: On jeudi 12 février 2009, Ron Jensen wrote: On Thu, 2009-02-12 at 19:05 +0100, gerard robin wrote: Wy i do have that stupid message ? *** *** *** Warning: changing bad FG_ROOT/--fg-root to '/usr/local/share/FlightGear/data' *** *** I never had it before ( from the prehistoric FG ages) Last fgfs cvs last stable osg (2.8) and plib svn Because your FG_ROOT or --fg-root is set to the parent of your data directory /usr/local/share/FlightGear instead of your data directory /usr/local/share/FlightGear/data Yes it is , it has ever been at that place. So i don't understand why that message. I never had it before. Any modification within FG ? Again, That recent FG version seems to be unable to find 'data' which could explain the message. My usual hierarchy is : /usr/local/share/FlightGear/data and so on. -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- 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] /consumables/fuel/tank[0]/level-lb??? s
On jeudi 12 février 2009, Anders Gidenstam wrote: On Thu, 12 Feb 2009, Anders Gidenstam wrote: AFAICS Stuart did his best to track down and update all uses of level-lb in CVS. Oups, it was Syd who did this work. Sorry for the confusion. Cheers, Anders No problem, :) In anycase when one don't know an aircraft it is ever difficult for him to update the model. I guess that it is better to ask to the original author to do the update, when necessary. Cheers -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- 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] /consumables/fuel/tank[0]/level-lb??? s
On jeudi 12 février 2009, syd adams wrote: No problem, :) In anycase when one don't know an aircraft it is ever difficult for him to update the model. I guess that it is better to ask to the original author to do the update, when necessary. Cheers -- Gérard http://pagesperso-orange.fr/GRTux/ This was discussed here on the mailing list just last week , and since I requested the change , I figured it was my obligation to do the changes I did say (If the other aircraft modellers have no objection) :) Cheers I am not full time in front of my computer, then i could not answer NO :) Don't worry i have solved it in a different way. -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- 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] plib/svn recommended
On mercredi 11 février 2009, Ron Jensen wrote: On Wed, 2009-02-11 at 02:47 +0100, gerard robin wrote: How do we get the plib/svn which is the link, ? Within Plib official page http://plib.sourceforge.net/download.html there is nothing about svn thanks http://sourceforge.net/svn/?group_id=382 http://plib.svn.sourceforge.net/viewvc/plib/ Thanks, I have never used such SVN Then my question which folder must used ? branches ? tags ? trunk ? I guess that i wont get the same result. I noticed a remark from Daan on that mailing list What we can do as developers is making the user experience as gentle as possible That is exactly the problem here, GRRR Cheers -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] plib/svn recommended
On mercredi 11 février 2009, Melchior FRANZ wrote: * gerard robin -- Wednesday 11 February 2009: I disagree, since there is a mixing of supposed to be developer 'developing' and user 'using'. Sure, every developer is also a user. You are certainly a FlightGear developer. But that's not what I meant. Users download a compiled release version from their distributor or from flightgear.org. They unpack the archive and run it. That may not always work perfectly, but generally it's not too hard. As soon as you check out source code and compile yourself, you enter the developer domain, no matter if you are (or consider yourself) a developer. And this will probably never be really easy. Developers want powerful tools, and those are usually more complicated to handle than user stuff. Maybe it's also because developers just *want* it difficult. ;-) Sure my question could have been asked on the user mailing list. No, no. There was nothing wrong with the question. Everybody *has* to get the info from somewhere. My very old experience has vanished , and it is not now with my 66 years old, that will start a carrier of developper . Don't worry. There are younger folks doing a lot worse. :-) Oh, n,i don't worry, I am glad about it, since my choice of way of life is to have pleasure with the real life. When i started on computer ( most of the guys, here, where not born :) ) my target was to leave as soon as possible that ugly technical environment. I got it, :) being mainly a representative user talking with developper. To me, modeling Aircraft is not development , only Drawing ( which is easy with these modern tools) and, only using an existing FDM program , according to the know how about aerodynamic and aircraft behaviour. m. So, everything i can say, here, is coming from a user mind not a developer mind. Regards -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Preferred development os
On mardi 10 février 2009, Harry Campigli wrote: I have used SUSE for years, currently using 10.3. but feel it has gone off since version 9. However I have always managed to build FG from source on it with a bit off mucking around but never Terragear. For along time I have wondered about Debian. I get the impression a lot of FG developers use it. Thus I have installed the etch verion. Everything from the install worked of the mark. Unlike SUSE. I managed to get FG installed with some small bug in the sound, and still fiddling about with terragear compiling. However its early days. Therefore could I float the question amongst FG developers as which OS is most commonly used or preferred as a Flightgear/Terragear development system. I maintain a friend's computer (bi-processor 64 bits AMD) . I first tried to install Fedora core ( i am using it for many years on my computer 32 bit) , i could not built FG with it. I found that OpenSUSE was the best solution regarding the requirements. The 11.1 is a very good version, very stable , for the KDE users, we still have the choice in between KDE3 and KDE4 ( which is not accurate ). What is exactly your problem with OpenSUSE ? Cheers -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] plib/svn recommended
On jeudi 29 janvier 2009, Melchior FRANZ wrote: In the last time I've submitted several fixes to plib, all of which are now committed. It is now recommended to use plib/svn (HEAD). Here's a list of the most important changes: - fix calculation of the slider handle size in textbox widgets (as used in the nasal-console, the joystick info, chat history, weather scenario) - autohide not used sliders (especially useful for the nasal console) - scroll a textbox automatically if lines where added and the slider handle is in the bottom position (especially useful for the chat history) - make sliders in list, textbox conform with the behavior of modern GUIs, that is: you can grab the handle anywhere and drag; if you click on the slider background, then it jumps one page. The old behavior was to immediately jump to the clicked upon position, and had the disadvantage the the slider didn't move *at all* before one reached the handle's reference point in the center. It's also recommended to set the plib version number to 1.8.6 in ./src/util/ul.h:157 (PLIB_TINY_VERSION from 5 to 6), so that dialog.cxx can use a few of the new features. Some of the dialog XML files were already adapted for PLIB 1.8.6, and will work better with it. They will, however, work with 1.8.5 as well. (Just worse. ;-) These contributions don't meant that the idea to suck up the remaining parts of PLIB into our repository has died. Occasionally, someone asks if/when we will migrate our GUI from PLIB to osgWidget. This is still planned, but at the moment it isn't an option. osgWidget offers only *very* simple GUI elements, basically just clickable colored rectangles and an input box. There's nothing like a listbox, multiline-textedit field. Everything is plain, without any 3D look. Also, osgWidget is still under heavy development, or was, as the lead developer just took some time off. m. How do we get the plib/svn which is the link, ? Within Plib official page http://plib.sourceforge.net/download.html there is nothing about svn thanks -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FG sound files
On lundi 09 février 2009, alex wrote: Does OpenAL support any other sound file configuration other than .wav? I have problems with OpenAL unable to buffer some .wav files but runs fine with other .wav files. Does anyone know of a particular reason for this. Your thoughts would be appreciated Alex E-mail message checked by Spyware Doctor (6.0.0.386) Database version: 5.11630 http://www.pctools.com/uk/spyware-doctor-antivirus/ Wav format should be with that Window's native definition here http://www.sonicspot.com/guide/wavefiles.html#wavefilechunks or here http://ccrma.stanford.edu/courses/422/projects/WaveFormat/ However i experienced a lot of variants of it. Among my huge recorded music library, i have found at least four variants, which depends on the recorder which has been used ( Tascam professional, Computer with Linux Audacity, Computer with Windows samplers, Studer numeric recorder ...etc ) Sox is the convertion tool which can help. Cheers -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] The use of models from other formats
On samedi 07 février 2009, Durk Talsma wrote: Hi Ian, On Saturday 07 February 2009 11:39:13 FGD ML wrote: 2009/2/7 Arnt Karlsen a...@c2i.net ..ah, that's where I try to help out. ;o) I'm sorry , I have a policy of not accepting cold callers. I hope you find comfort in the fact that 99% of our fgfs-devel subscribers is simply ignoring Arnt. The other 1% is just new to the list. :-) His opinions don't carry much (if any) weight here. I'm not exactly happy that I have to mention this fact, but I've seen people go down an endless road to nowhere, when starting a discussion with him. So far, all other aspects of the discussion have been courteous and professional. I hope you guys can continue that way. Cheers, Durk Durk, I am just coming back, close to keyboard. I can notice your remark which has not the right place here. What makes you to reject what say Ant ? Do you think that you are positive ? Regards -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] The use of models from other formats
On samedi 07 février 2009, Roy Vegard Ovesen wrote: On Saturday 07 February 2009 11:50:57 FGD ML wrote: 2009/2/7 Roy Vegard Ovesen roy.v.ove...@haugnett.no On Saturday 07 February 2009 10:22:09 Roy Vegard Ovesen wrote: As I said the .lwo file that Blender generated did _not_ contain any reference to the texture image, so I don't think that putting the image in the same path as the .lwo file will work. This could of course be because I'm not using Blender correctly, but I think that is irrelevant. We want to test .lwo files created by LightWave, not .lwo files created by Blender. Turns out I _did_ use Blender incorrectly. Well there you go! I managed to create a Borgbox textured with a .png image from the FG data dir, and display it correctly in osgviewer. I would really like to repeat the test with a .lwo file created with the reference software LightWave. I don't see using Blender to create .lwo files as a realistic workflow We seem to be agreed there. It's OK for some I guess, I just have a different taste when it comes to getting work done. I tend to like to be able to see more of the job in hand, and far, far less of the interface. Can I take it you can now see the filename(s) in the .lwo? It's normally down towards the end of the file. Yes, full pathname to the .png image file. There is actually a bug in the exporter code that cuts one character from the path string (/home/... becomes /hme/...). I also tried to remove the pull path leaving only the filename, and copied the image file into the same directory as the .lwo file, but that did not work. Go grab a copy! At least know how it /can/ be done. I always do that where the maker makes it possible without fuss or gotchas of any kind. I see it as meeting them halfway. It then has it's one chance to impress me, just like anything else gets. Do you mean grab a copy of LightWave? Now, I can only confirm the possibility to transfer and use any lwo model in FG. I experienced it , since i am an Old Amiga user (connected on my local network the computer is still sitting in my office :) ), using Lightwave and Imagine , for instance among a lot of other objects, my very first version of BlackBird was done with it. Many years ago when i discovered FG, i started to convert these objects to ac format. At that time Blender was not very accurate. As far i remember, i probably used a convertion from lwo to dxf. Recently i did used Blender to convert again some old models (Fouga Zephir) without problem. -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] proper ground reactions (was YASim sliding helicopters bug)
On vendredi 06 février 2009, Torsten Dreyer wrote: Where is the proper gear model patch, Martin? mail.flightgear.org is down so the archives prior to 2005 are unreachable. I'm interested in taking a look. I'm also wondering what is stopping you from grabbing a copy of JSBSim, applying the patch, and providing some data to the powers that be to validate this proper ground reaction model? If it's as simple as applying a patch, why not spend some time/effort making your case with data rather than simply tossing emails back and forth? Just a thought. I think what Martin is referring to can be found here: http://developer.berlios.de/projects/openfdm/ Greetings, Torsten Oh, Eh, Yes That OpenFDM was supposed to be confidential. :) Anyhow, that FDM was very promising i had done a private F8-E version with it which works perfectly. The ground reaction with it, is very accurate. Testing it on a moving Carrier gives the best behaviour Cheers -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear 1.9.1
On dimanche 25 janvier 2009, Durk Talsma wrote: On Sunday 25 January 2009 21:49:21 Jon S. Berndt wrote: I would hope that synching JSBSim would be seamless by now. Of course, it doesn't usually work like that. :-) The part we considered risky was that possibly quite a few aircraft needed an update to their configuration files, in order to make use and/or function correctly with the latest JSBSim features. This would probably require more time than we'd like. At least that is my understanding. I don't think that anybody would consider a new JSBSim version risky in terms of crashing FlightGear or inducing compiler errors. :-) Cheers, Durk In case of the quality is our target. http://lists.openscenegraph.org/pipermail/osg-users-openscenegraph.org/2009-January/021991.html -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- 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] Licensing and disclaimers for aircraft models
On samedi 24 janvier 2009, syd adams wrote: I have to agree with the last 2 options maybe keep a select few to go with the release. It would make the first time data update more pleasant :). We had it (some years ago) the first time data update more pleasant when there was a specific directory which contained the stable Aircraft. Now with more than 230 models within CVS, using model based CVS, is impossible, since the newbe has to dig into it in order to find a model working, but if he is lucky. Getting the right model is a game within the game. Even me , i am lost :( -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- 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] Flightgear-devel Digest, Vol 33, Issue 26
On samedi 24 janvier 2009, BARANGER Emmanuel wrote: I am tired of the negative attitudes of some. Have some rest :) :):) CVS is a place of study, research, development. It is not there to the users. Please. The stable official FG contains a minimum of aircraft representing a wide diversity. That's enough. And there is no place to get lost. Those who choose to recover the aircrafts CVS do so knowingly. There is therefore no criticism to make on this subject. Except, of course, want to criticize for the sake of criticism and damage the work of others. Bests regards. Emmanuel P.S. Free software is also freedom of choice. And more there will be planes, more users will have the freedom to choose. -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- 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] Flightgear-devel Digest, Vol 33, Issue 26
On samedi 24 janvier 2009, syd adams wrote: Hi Emmanuel , My thoughts were to move the extra or non sellable aircraft out of cvs /data , not to erase them completely I am working on the Boeing 777 , so this issue is of some interest to me Cheers Hi, Syd don't be wrong you were not the Guy 'SOME' whom the insult was launched in that talk. I was ... the guy :) My point ( before the eb-heilja shout) , was to remind that period when we had a specific stable aircraft directory. This was an advantage since anybody who wanted an accurate Aircraft, could download from it. CVS has the disadvantage to offer everything from the less achieved (skeleton) to the most accurate in the same tin, for instance none of mine is right (and some of then do not fly). Then it is up to the luck to get the good one. That is not fair for modelers who spend, many, many hours, to work on a model which the accuracy is very hight. AND, in these coming day, if MSFS is really out, who among the MSFS users coming to FG, looking for an aircraft, will be enough lucky to get an achieved model among the 230 ones ? In addition to my point. You are right, we could have -a sellable = fully GPL model directory -a not sellable = not fully GPL model directory Regarding CVS directory there is no more problem with it, since we can get individual aircraft from it with only a little script Cheers -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- 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] flyby volume (was: Doppler volume)
On jeudi 22 janvier 2009, Melchior FRANZ wrote: * John Denker -- Thursday 22 January 2009: On 01/22/2009 06:05 AM, Melchior FRANZ wrote: But it depends on the frequency pattern, no? So we'd need to analyze the spectrum ... time to use libfftw3. No, the 1/r^2 attenuation is independent of frequency. No FFT required. The law is the same, but the distances aren't. Lower frequency travels farther. Not fully right. Only right when high frequencies are stopped by objects. Low frequencies could go over, and farther The wider and the heavier the objects are, the lower the frequency may only go through. If there is no object between the emissive sound and the recever/listener the full auditive band ( 20/2 hz) is traveling to the same distance. I don't think that's irrelevant. An automatic calculation wouldn't know of which kind the sound is. m. -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- 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] flyby volume
On jeudi 22 janvier 2009, Melchior FRANZ wrote: * gerard robin -- Thursday 22 January 2009: On jeudi 22 janvier 2009, Melchior FRANZ wrote: The law is the same, but the distances aren't. Lower frequency travels farther. Not fully right. Only right when high frequencies are stopped by objects. Yes, and there are enough particles in air to have that effect. That's the atmosphere. :-} m. Particles are a filter only for very high frequencies out of the audible range Atmosphere is the transmitter, without atmosphere there is no sound. -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- 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] CVS: data/Aircraft/Boeing314 Boeing314A.xml, 1.5, 1.6
On mercredi 21 janvier 2009, Melchior FRANZ wrote: * Erik Hofman -- Wednesday 21 January 2009: [...] Modified Files: Boeing314A.xml Log Message: Add the license statement + license + licenseNameGPL (General Public License)/licenseName + licenseURLhttp://www.gnu.org/licenses/gpl.html/licenseURL + /license + note + [...]This model + is not to be sold. + /note That's impossible! The GPL explicitly allows selling software, and it does *not* allow to add restrictions! So, either the is not to be sold has to be removed, or the aircraft shall be removed from CVS. m. I was told by a layer, since we are writing that the model is copyrighted protected under Licence GPLV2 , we may write anything we want as addons regarding the protection, these addons won't be taken in account , and one may ignore it. Are we wrong ? Cheers -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- 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] Licensing and disclaimers for aircraft models
On mercredi 21 janvier 2009, Jon S. Berndt wrote: Ah sorry, that slipped my attention, you are right. I'll ask Jon about it. Erik We should discuss this, then, because the impacts may be more far reaching. I asked the Boeing licensing people some time ago about our flight models. They were OK with us creating models, but were not OK with the models being sold as a Boeing model. My interpretation of that is that the flight models cannot be advertised as Boeing models in any way that might indicate Boeing endorses it or is involved, and the name Boeing is also trademarked, I believe. Now, there is probably some wiggle room there, since the GPL allows a variety of things and interpretations vary. I would think that as long as the models are not themselves marketed as Boeing endorsed products - and no indication or misleading labeling is used to indicate that they are Boeing endorsed - then we're probably OK. That may involve changing the name to B314 instead of Boeing314, or something similar. It also may involve requiring that anyone who is selling FlightGear for profit (with value added material, for instance) not include the Boeing314, Boeing 737, 747, etc. Another solution is to keep such aircraft as the Lockheed f-16, f-22, etc. Boeing aircraft, Airbus aircraft, etc. all on a separate server with special license statements. I'm not trying to be difficult. But, I've done the work, contacted the manufacturer, asked permission, and gotten an answer. This likely applies to more than the Boeing 314. Before making rash and sweeping statements, this needs to be given some careful thought. A disclaimer is the least that should be included in each and every aircraft file, IMHO. This action is meant to protect people and companies both. There have been inquiries by companies and some actions taken in the not too distant past that has lead me to be much more careful. You should be too. Discussion welcomed. Jon Won't it be possible to leave to the potential shop which wants to sell our products to assume the responsibility of it. Since we don't sell anything. We may go on to keep our model and our code protected under GPL license. Only an information regarding the copyright for such private Name: Boeing..Lockheed.. and so on could be necessary. These addons won't be a restriction only an information. Cheers -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- 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] CVS: data/Aircraft/Boeing314 Boeing314A.xml,
On mercredi 21 janvier 2009, Martin Spott wrote: Erik Hofman wrote: Update of /var/cvs/FlightGear-0.9/data/Aircraft/Boeing314 In directory baron.flightgear.org:/tmp/cvs-serv11895 Modified Files: Boeing314A.xml Log Message: Add the license statement + This simulation model is not endorsed by the manufacturer. This model + is not to be sold. Melchior FRANZ wrote: http://www.gnu.org/licenses/gpl-faq.html#DoesTheGPLAllowMoney Does the GPL allow me to sell copies of the program for money? You see the difference ? Hey, usually MF is unnatural over-picky about everyone's statements and/or ideas, now he breaks with his own habits. Nice, Martin. Cool, Martin Nobody, here and everywhere is perfect :) -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- 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] Terrain errors report
On samedi 17 janvier 2009, Martin Spott wrote: Brian Schack wrote: There are several huge and very unnatural walls in the Himalayas, both running NS and EW. I'll give the line of latitude or longitude that the wall runs along, and the end coordinates of the walls: The underlying SRTM elevation data is known to have many voids in the Himalayan area and a reasonable explanation _might_ be that the void filling in TerraGear doesn't provide too realistic results. For your own experience, you'll find a copy of the respective elevation raster here as a geo-referenced 1x1 degree TIFF image: ftp://ftp.ihg.uni-duisburg.de/GIS/GISData/SRTM/version2/GeoTIFF/Eurasia/N28 E083.tif Note that these images have a 16-bit grayscale channel, therefore simple visual debugging on a typical PC screen might be quite tricky due to limited colour depth. In order to get a better clue about the reported errors I'd consider it as being highly desirable looking at a similar error at a place which is located at a much lower elevation. Cheers, Martin. Because of some reason i mostly do use the old FG 0.9.8 scenery I have flown over Himalaya mountains looking for hole, wall or flat part , nothing. :) only mountains :) here snapshots of the Everest http://pagesperso-orange.fr/GRTux/f16-everest_1.jpg http://pagesperso-orange.fr/GRTux/f16-everest_2.jpg So older data were right. Cheers -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire -- 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
