Re: [Flightgear-devel] auto-coordination
Few, but at least one: http://en.wikipedia.org/wiki/ERCO_Ercoupe --Adam On Mar 9, 2012, at 12:05 PM, Curtis Olson wrote: The counter argument here is that the existing auto coordination system is nothing more than one line of code that forces some rudder deflection in proportion to aileron deflection -- basically implementing some sort of hard linked manual system. I am sure there are very few (if any?) real life aircraft rigged in such a way. Curt. On Fri, Mar 9, 2012 at 1:57 PM, Renk Thorsten wrote: Ok I haven't entirely given up on the idea of removing the auto-coordination from the code. Why? Wouldn't it be more appropriate to add that rudder control to controls.nas? Nasal runs per graphical frame, FDMs may need to run faster at low framerates. Nasal AP systems tend to become unstable below 15 fps or so (see the F-14b). Then it can be replaced if need be on a per aircraft basis , but not break anything otherwise. You can replace it now on a per aircraft basis at the simple expense of setting a single property to false. If the aircraft is equipped with a better system, then that system can do so. Why is that a problem? And maybe it could be slip/skid-ball driven ... my whole point is NOT to disable it but make it configurable. Yes, them make it configurable on any aircraft you like. But it should not be absent from any aircraft you haven't touched. Cheers, * Thorsten -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Curtis Olson: http://www.atiak.com - http://aem.umn.edu/~uav/ http://www.flightgear.org - http://gallinazo.flightgear.org -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] A collection of issues
On Oct 6, 2011, at 2:33 AM, Vivian Meazza wrote: So, how's it done in practice for weather reports? Is there a precise attenuation definition, or is it more or less guestimated? See http://www.e-publishing.af.mil/shared/media/epubs/AFMAN15-111.pdf It is estimated by an observer, or measured by an instrument. You can expect the METAR visibility to be a pragmatic estimation of what you will experience at the airfield. I was up in a control tower a number of years ago talking to a controller. I was told something along the lines of, That mountain is 10 miles away. If we can see it, then we put on the ATIS 10 miles visibility. That building over there is 3 miles. That tower is 1 mile --Adam -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2dcopy2___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Instrument in outside view?
Is there any way to display instruments when using any of the outside views? For example, can I place an altimeter in the corner of the chase view? I have tried changing some of the view and instrument properties, but it seems like the panel is always hidden, except for the actual inside view. Any suggestions? --Adam -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2dcopy2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Display existing path?
On Sep 11, 2011, at 10:30 AM, Adam Dershowitz, Ph.D., P.E. wrote: Is there any easy way to show a prior route in Flightgear? In other words, if I have a set of recorded GPS points (lat,long, alt) in a text file can I display them in 3-D space, as I am flying in flightgear? Ideally I would like points (some box or sphere icon?) connected with line segments. There are three different approaches that occur to me, so I figured I would check if anyone has done anything like this, and see if anyone can offer any guidance. 1) It is probably possible to generate some custom scenery that has my desired path as custom made objects. But this seems like it is likely the most difficult approach? 2) It seems likely that it could be done with nasal, but I have really not done any nasal coding. One approach might be to hard code a bunch of objects, representing points, in the right locations into a nasal file. This is not very flexible, as each nasal script would be for a given single path. 3) Finally, what seems most general would be to write some code in nasal that can read in a csv file, and then to display objects in those locations. Is this feasible? Can nasal import a csv file or other general file format that could contain points? If any of you have any existing code, or suggestions, I would love to hear it. Thanks, --Adam I wrote some NASAL to accomplish this, and I thought that I would pass it back to the group, as there was some interest (Curt), and I don't have commit access. To use this, put show_points.nas into data/Nasal. The 4 geometry files go into data/Models/geometry and finally data is read from a csv file put in fg-aircraft. I included a little sample file to show a few points. To turn this on do: --prop:/sim/rendering/LLpoints=1 (or change this in flight to turn it on an off) You can change the interpolated points, between the actual points, by doing: --prop:/sim/rendering/LLpointsInterp=50. By default there is effectively no interpolation, only the actual points are displayed. A value of 50 will put a point every 50 meters, in a straight line between the existing points. Finally, you can change the data file name (although not the path) with --prop:/sim/rendering/LLfile=latlong.csv (although this is the default value). The sample lat/long file will put a few points around SFO, just for demo purposes. I hope that this is helpful. show_points.nas Description: Binary data 37.6139,-122.3586,50 37.6140,-122.3670,75 37.6137,-122.3650,100 37.6175,-122.3678,200 37.6204,-122.3739,100 trackpoint.ac Description: Binary data trackpoint.xml Description: XML document volume.ac Description: Binary data volume.xml Description: XML document -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2dcopy2___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Mac 2.4 binary crashes
On Sep 13, 2011, at 1:34 PM, James Turner wrote: On 13 Sep 2011, at 19:53, Adam Dershowitz, Ph.D., P.E. wrote: I just downloaded the new 2.4 release for Mac. If I try to launch the app, it just immediately quits. I can successfully run this version of FlightGear from the command line, so the problem must be with the launcher. I am not sure the best way to report this, so I am starting here. Running on Macbook Pro 10.6.8. I'm guessing you don't get any kind of crash report? Check Console.app for the system message log, hopefully there's something there about RubyCocoa (which the launcher is built upon) Regards, James I also tried to run this on the Command line: /Applications/FlightGear.app/Contents/MacOS/FlightGear and I get the same errors that showed up in my console log. If I also add -v to the command line I get this: /Applications/FlightGear.app/Contents/MacOS/FlightGear -v 2011-09-15 13:21:34.388 FlightGear[81847:903] *** __NSAutoreleaseNoPool(): Object 0x208a10 of class NSThread autoreleased with no pool in place - just leaking ruby 1.8.7 (2009-06-12 patchlevel 174) [universal-darwin10.0] (eval):5: warning: discarding old Fail (eval):7: warning: redefine included /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/shell.rb:43: warning: method redefined; discarding old debug= /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/shell.rb:107: warning: method redefined; discarding old debug= /Applications/FlightGear.app/Contents/Resources/SearchableOptions.rb:46: warning: instance variable @table not initialized /Applications/FlightGear.app/Contents/Resources/SearchableOptions.rb:46: warning: instance variable @table not initialized /Library/Frameworks/RubyCocoa.framework/Resources/ruby/osx/objc/oc_wrapper.rb:17:in `NSApplicationMain': NSApplicationMain - RBException_OSX::OCMessageSendException - NSCFString#+: - methodSignature is nil. (OSX::OCException) from /Applications/FlightGear.app/Contents/Resources/rb_main.rb:38 Does that help at all to make sense of the cause? Thanks, --Adam -- Doing More with Less: The Next Generation Virtual Desktop What are the key obstacles that have prevented many mid-market businesses from deploying virtual desktops? How do next-generation virtual desktops provide companies an easier-to-deploy, easier-to-manage and more affordable virtual desktop model.http://www.accelacomm.com/jaw/sfnl/114/51426474/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Mac 2.4 binary crashes
I just downloaded the new 2.4 release for Mac. If I try to launch the app, it just immediately quits. I can successfully run this version of FlightGear from the command line, so the problem must be with the launcher. I am not sure the best way to report this, so I am starting here. Running on Macbook Pro 10.6.8. Thanks, --Adam -- BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA Learn about the latest advances in developing for the BlackBerryreg; mobile platform with sessions, labs more. See new tools and technologies. Register for BlackBerryreg; DevCon today! http://p.sf.net/sfu/rim-devcon-copy1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Mac 2.4 binary crashes
No crash report. What shows in console is pretty minimal: 9/13/11 3:03:56 PM FlightGear[28537] *** __NSAutoreleaseNoPool(): Object 0x208a10 of class NSThread autoreleased with no pool in place - just leaking 9/13/11 3:03:59 PM [0x0-0x532532].net.sourceforge.macflightgear[28537] /Applications/FlightGear.app/Contents/Resources/OptionParser.rb:262:in `NSApplicationMain': NSApplicationMain - RBException_OSX::OCMessageSendException - NSCFString#+: - methodSignature is nil. (OSX::OCException) 9/13/11 3:03:59 PM [0x0-0x532532].net.sourceforge.macflightgear[28537] from /Applications/FlightGear.app/Contents/Resources/rb_main.rb:38 9/13/11 3:03:59 PM com.apple.launchd.peruser.501[285] ([0x0-0x532532].net.sourceforge.macflightgear[28537]) Exited with exit code: 1 --Adam On Sep 13, 2011, at 1:34 PM, James Turner wrote: On 13 Sep 2011, at 19:53, Adam Dershowitz, Ph.D., P.E. wrote: I just downloaded the new 2.4 release for Mac. If I try to launch the app, it just immediately quits. I can successfully run this version of FlightGear from the command line, so the problem must be with the launcher. I am not sure the best way to report this, so I am starting here. Running on Macbook Pro 10.6.8. I'm guessing you don't get any kind of crash report? Check Console.app for the system message log, hopefully there's something there about RubyCocoa (which the launcher is built upon) Regards, James -- BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA Learn about the latest advances in developing for the BlackBerryreg; mobile platform with sessions, labs more. See new tools and technologies. Register for BlackBerryreg; DevCon today! http://p.sf.net/sfu/rim-devcon-copy1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA Learn about the latest advances in developing for the BlackBerryreg; mobile platform with sessions, labs more. See new tools and technologies. Register for BlackBerryreg; DevCon today! http://p.sf.net/sfu/rim-devcon-copy1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] NASAL permissions
I seem to have run into a problem with NASAL permissions. I have a script that is giving me permission errors when it runs. The scrip is in data/Nasal. It contains this line: var file=io.open(data/latlong.csv,mode=r); and gives this error: Nasal runtime error: io.open(): opening file 'data/latlong.csv' denied (unauthorized access) Here is FG_ROOT: FG_ROOT=/Applications/FlightGear.app/Contents/Resources/data and this line is in data/Nasal/IOrules: READ ALLOW $FG_ROOT/* (default value, I haven't changed that file). Shouldn't the rule allow the script to read that file? If I run the script right at the start of flightgear, that part works. But, it won't then do what I want. If, instead I use _setlistener, as I believe is the best way to way to wait for things to be initialized before running, I get the above error. I did figure out a work around, which is to open the file when the script is first run. But then use _setlister to wait until the correct time to read the file. Any clarification or explanation? Thanks, --Adam -- BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA Learn about the latest advances in developing for the BlackBerryreg; mobile platform with sessions, labs more. See new tools and technologies. Register for BlackBerryreg; DevCon today! http://p.sf.net/sfu/rim-devcon-copy1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] NASAL permissions
On Sep 13, 2011, at 4:17 PM, Csaba Halász wrote: On Wed, Sep 14, 2011 at 12:37 AM, Adam Dershowitz, Ph.D., P.E. adershow...@exponent.com wrote: I have a script that is giving me permission errors when it runs. The scrip is in data/Nasal. It contains this line: var file=io.open(data/latlong.csv,mode=r); Try this: var file=io.open(getprop(/sim/fg-root) ~ /latlong.csv,mode=r); That does it. Thanks, -- Using storage to extend the benefits of virtualization and iSCSI Virtualization increases hardware utilization and delivers a new level of agility. Learn what those decisions are and how to modernize your storage and backup environments for virtualization. http://www.accelacomm.com/jaw/sfnl/114/51434361/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Display existing path?
Is there any easy way to show a prior route in Flightgear? In other words, if I have a set of recorded GPS points (lat,long, alt) in a text file can I display them in 3-D space, as I am flying in flightgear? Ideally I would like points (some box or sphere icon?) connected with line segments. There are three different approaches that occur to me, so I figured I would check if anyone has done anything like this, and see if anyone can offer any guidance. 1) It is probably possible to generate some custom scenery that has my desired path as custom made objects. But this seems like it is likely the most difficult approach? 2) It seems likely that it could be done with nasal, but I have really not done any nasal coding. One approach might be to hard code a bunch of objects, representing points, in the right locations into a nasal file. This is not very flexible, as each nasal script would be for a given single path. 3) Finally, what seems most general would be to write some code in nasal that can read in a csv file, and then to display objects in those locations. Is this feasible? Can nasal import a csv file or other general file format that could contain points? If any of you have any existing code, or suggestions, I would love to hear it. Thanks, --Adam -- Using storage to extend the benefits of virtualization and iSCSI Virtualization increases hardware utilization and delivers a new level of agility. Learn what those decisions are and how to modernize your storage and backup environments for virtualization. http://www.accelacomm.com/jaw/sfnl/114/51434361/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Ridding Multiplayer of Abusers
Instead of trying to put together a list, you should watch a video of George Carlin's Seven dirty words. Censorship is not the solution to this kind of problem. It is just too easy to come up with a way to be offensive, or to threaten someone. If you decide to censor, then YOU take the responsibility for anything that is not censored, since it is now approved by the filter. If the response is that the filter doesn't do a good job, then what is the point? http://en.wikipedia.org/wiki/Seven_dirty_words http://en.wikipedia.org/wiki/George_Carlin http://www.youtube.com/watch?v=3_Nrp7cj_tM --Adam On Oct 19, 2010, at 7:07 AM, Curtis Olson wrote: Oh dear ... http://www.noswearing.com/dictionary I was going to say that we could probably do a pretty good job at coming up with a list ourselves, then I saw this site and realized I'm a complete novice ... Could we also filter at the MP server level? It might be nice to filter at the sending level so you could give the user some positive feedback if they type something that won't get passed along. But as imperfect (and possibly entertaining) as any list would be, it might not be a bad idea to do some basic screening of the more common words. That stuff is unnecessary and in real life you'd probably get your license yanked if you were caught using foul language on the radio. As with the rest of life, it's nice to run a 100% completely open and free system, until a few idiots start abusing the privilege and then we are forced to start clamping down. :-( Another thought. I know it would be a huge effort to setup a system with user id's and passwords, self registration, captcha's, email verification, etc. Even more interesting if we want a distributed authentication system on top of our distributed mp server system. But if we could expand the MP system to include a user id with the intent of eventually tying this to a user account/authentication system, then we could flag and identify abusers. We might have some developers or participants who are really good at this stuff and would love to setup a system??? If we developed it in parallel, we could still have the current system running by default as we bring an authenticated system on line. Then we'd be able to determine if the authenticated system works well, makes sense, helps address abuse, etc. And at some point when it's working well, we could cut over to it. Or individuals could make their own personal decision about which system to run on (hopefully the tide would shift over to the authenticated system.) Abuse could involve more than language or threats on the chat system. It might be worth slapping someone for leaving their AN-225 parked at the end of 28R at SFO for 3 days straight or perhaps doing other things intentionally to disrupt the realistic flight experience of others on the system. I know we have some good php/mysql jockies in this project ... I don't think we need to be cryptographically secure in our system. Just thinking out loud here: maybe the mp server computes a random key of the day (16bit or 32bit random number). You have to authenticate with user name/password to get the key, and then there would be a slot in every output MP message from your system for this key. (This would all be handled internally to FlightGear some how ... maybe you could set your username/password via command line options or properties in the config file, or set them in a dialog box and then they'd be saved in your autosave.xml file.) Messages that don't have the matching key would be silently discarded. Sure this could be hacked, but I think some basic simple levels of authentication would take care of 99.99% of the riff raff. Regards, Curt. On Tue, Oct 19, 2010 at 7:56 AM, Stuart Buchanan wrote: On Mon, Oct 18, 2010 at 5:01 AM, Jack Mermod wrote: Hi Everybody, I recently was on Multiplayer, flying with a friend, minding my own business, when another pilot asked a general newbie question: Where can I find the Nimitz?. In only good intent, I replied: Look around the Golden Gate Bridge, you'll find it eventually. The pilot then proceeded to criticize my short answer(typing long detailed replies isn't easy when you're trying to land on a carrier), and soon began insulting me, using foul, profane language, and finally proceeded to threaten to come to my house and kill me and my family.(I'm 68 and I even learned some things!) snip I thought you were 24 (based on your forum profile)? One fairly easy option would be to filter MP chat messages in nasal based on a set of unnacceptable words. We could do this on the receiving client and simply not display such messages. I've been thinking this would be a good idea to make the FG MP environment more child-friendly anyway. I'd also be tempted to filter on the sending client as well, and not allow a message to
Re: [Flightgear-devel] Proposed new set of splash screens
On Feb 19, 2010, at 1:01 AM, Martin Spott wrote: Very nice - just this one makes me wonder: http://home.telfort.nl/sp004798/emh/Splash1.png Glider in controlled airspace overhead a really large international airport !? ;-) Legal with a transponder and appropriate calls to ATC. The pictures look good. --Adam -- 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] multiple --generic record/playback errors
A while back I was trying to read in lat/long and found a lot of jitter. I finally found that FG generic was actually only able to read in floats. At that time I found that the designation in the format was just being used for output of variables. But for input they were being put into the actual property tree as a float (even if they were read as a double). I believe that the problem was in generic.cxx and both FG_DOUBLE and FG_FLOAT were being treated the same way and being set with prop-setFloatValue(float)val); I believe that back then I posted a fix that was incorporated, but now I wonder --Adam On Feb 9, 2010, at 11:43 AM, Curtis Olson wrote: Hi John, The first thought that comes to mind is to double check the precision (significant digits) of the data you are writing out. If you are writing out heading for instance with 0 or 1 decimal digits or position with 4 decimal digits, that could account for this sort of thing. Regards, Curt. On Tue, Feb 9, 2010 at 1:37 PM, John Denker wrote: Has anybody used the --generic record/playback feature recently? It seems to have some very noticeable bugs: When using the --generic record/playback feature, I observe numerous view-related problems: * Helicopter view: the size of the aircraft throbs at a high rate, getting bigger and smaller many times per second. This makes this view unusable. * Chase view: similar throbbing. This makes this view unusable. * Chase view without yaw: the azimuthal direction of view shudders, shifting left and right by a large amount many times per second. Both the aircraft and the scenery shudder. This makes this view unusable. * Cockpit view: small but distracting weird changes in heading, especially at low speed, as when taxiing. -- When using the --generic record/playback feature, the engine starter does not engage when the “s” key is pressed. FWIW I was able to start the engine by using the property browser, setting its running property and then giving it some rpm. - When using the --generic record/playback feature, the hud is visible in the helicopter view, the chase views, and the tower views, which looks quite silly. When using the --generic record/playback feature, when playback reaches end of file, it prints on the console at a high rate an endless stream of errors: Error reading data. Error reading data. Error reading data. Error reading data. Error reading data. -- SOLARIS 10 is the OS for Data Centers - provides features such as DTrace, Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW http://p.sf.net/sfu/solaris-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Curtis Olson: http://baron.flightgear.org/~curt/ -- SOLARIS 10 is the OS for Data Centers - provides features such as DTrace, Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW http://p.sf.net/sfu/solaris-dev2dev___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- SOLARIS 10 is the OS for Data Centers - provides features such as DTrace, Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW http://p.sf.net/sfu/solaris-dev2dev___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel