Re: [Flightgear-devel] Proposal: Move airplanes to an SVN repository
On 25 Jun 2011, at 22:59, Alex Perry wrote: . Does anybody know offhand how much trouble it would be for our source code to have all loaders of aircraft files go through a library that understands what a relative URL is? If we can cut that over, anybody can develop and host an airplane simply by sticking some static files on the web somewhere. Which can reference components of other airplanes. This is 'doable, but quite a bit of work'. What' I've been idly hacking up is a helper tool/library that would process aircraft catalogs (basically the first part of the -set.xml files, slurped together into one or several files, with the aircraft id, metatadata fields, thumbnail URL, a download URL, and an MD5 sum), and use that info to download aircraft from 'a backend' - the default backend being .zips on a HTTP server, but with the option to support an SVN repo, Git URL or whatever if the backend can be glued in. (So you'd have a stable version of the 744 pointing at an HTTP server, and a separate entry in the catalog, with a 'development' metadata flag set, pointing at the live Git repo, potentially - and could switch between them) (If the catalog entries encode the min- and max- compatible flightgear versions for a particular aircraft variant, this also gives us a way to keep the '2.0.0 compatible' archives available for legacy users, which I am sure they would appreciated) The tool code then does the work of fetching updated catalog XML files (eg, daily), and checking for updated version of aircraft, supporting multiple concurrent variants of aircraft, and crucially, placing the extracted/downloaded zip/Git repo in a place fgfs can find it. The reason I'm building this as a library/command line tool is, obviously the various GUI launchers might want to use it, but as Vivian pointed out, there are good reasons to be able to download/manage from inside FG - as was just proved with terrasync :) It *is* possible to go to the next step, and keep the .zip files as compressed blobs, like Java .jar files - but that means a lot more FG hacking to get the OSG file loaders and other places we load files, using a different stream backend. Entirely possible, but I'd sooner establish the core concept - aircraft are pulled as blobs from HTTP - before worrying about the niceties. Code wise, I have about 30% of this prototyped - but not at a point where it can be tested. Since it appears to be a hot topic, I am thinking i should revisit it for 2.5 :) James -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense.. http://p.sf.net/sfu/splunk-d2d-c1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Proposal: Move airplanes to an SVN repository
Alex On Sat, Jun 25, 2011 at 4:01 PM, Vivian Meazza vivian.mea...@lineone.net wrote: Personally, I don't see a value in offering HTTP per-file instead of SVN per-directory, but others may do. Hence the discussion above. The main problem right now is that Git cannot cope with the size of the data, and it's getting worse by the day. The Git data repo on Gitorious is no longer fit for purpose as currently configured. I'm not trying to defend staying on single-Git, but I think the first step is to implement on-demand loading of individual aircraft (and dependencies) and prove that it works. Otherwise we'll be exposing end users to a lot of breakage. Once we can demand load reliably, breaking the repo into many pieces is relatively trivial. Streaming was mentioned (perhaps as a nice-to-have) in the context of Multiplayer. If you didn't have a particular model then it might be streamed instead of showing the rocket propelled blue and yellow glider. That's an excellent point, thank you. What I failed to mention was that some, but by no means all, models have a lighter weight version that resides in ~AI/Aircraft. Where it exists, it is this version that should be streamed for MP. Perhaps it ought to be the case for all models, but many aircraft developers never get around to it. Vivian -- 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-d2d-c2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Nasal: Creating a new node
Thank you all... Got it working now cheers On Friday 24,June,2011 08:38 PM, syd adams wrote: Try this: var myTempNode = props.globals.initNode(/sim/temp/TempNode, 50,INT); myTempNode.setValue(getprop(instrumentation[0]/altimeter/indicated-altitude-ft)); The code i am using var myTempNode = props.globals.getNode(/sim/temp/TempNode, 1,); remove comma at the end. myTempNode.setIntValue( 50 ); setprop(/sim/temp/TempNode,getprop(instrumentation[0]/altimeter/indicated-altitude-ft)); Could you please guide me on where i am going wrong please? Thank you -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense.. http://p.sf.net/sfu/splunk-d2d-c1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- 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-d2d-c2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Proposal: Move airplanes to an SVN repository
On 26 Jun 2011, at 07:17, James Turner wrote: Code wise, I have about 30% of this prototyped - but not at a point where it can be tested. Since it appears to be a hot topic, I am thinking i should revisit it for 2.5 :) I've tried to capture my current design/plans here: http://wiki.flightgear.org/Aircraft_deployment#Proposal_from_James It's only a proposal, and some prototype code, at this point - nothing final yet. James -- 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-d2d-c2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Proposal: Move airplanes to an SVN repository
On Sun, 26 Jun 2011 09:58:05 +0100, James wrote in message 91dd9863-f84a-4e33-a278-3d5f84ba7...@mac.com: On 26 Jun 2011, at 07:17, James Turner wrote: Code wise, I have about 30% of this prototyped - but not at a point where it can be tested. Since it appears to be a hot topic, I am thinking i should revisit it for 2.5 :) I've tried to capture my current design/plans here: http://wiki.flightgear.org/Aircraft_deployment#Proposal_from_James ...(Keeping in mind the aircraft-manager tool has to run on Windows) ..would cygwin help us support the Windows crowd here, e.g. by using gygwin to call etc in the resources that Microsoft Windows doesn't support and that FG needs? It's only a proposal, and some prototype code, at this point - nothing final yet. James -- ..med vennlig hilsen = with Kind Regards from Arnt Karlsen ...with a number of polar bear hunters in his ancestry... Scenarios always come in sets of three: best case, worst case, and just in case. -- 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-d2d-c2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Proposal: Move airplanes to an SVN repository
James wrote On 26 Jun 2011, at 07:17, James Turner wrote: Code wise, I have about 30% of this prototyped - but not at a point where it can be tested. Since it appears to be a hot topic, I am thinking i should revisit it for 2.5 :) I've tried to capture my current design/plans here: http://wiki.flightgear.org/Aircraft_deployment#Proposal_from_James It's only a proposal, and some prototype code, at this point - nothing final yet. This all looks good so far as it goes, but my main concern is that it looks as if it would involve a great deal of work. James is a busy man: is it over ambitious to expected a working and tested solution by release 2.5?. Do we need some form of interim solution to the pressing need to sort out FGData now? Vivian -- 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-d2d-c2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] YASIM Issues- Contact Points / Tail Strike
Hello All... I am trying to better understand how YASIM calculates its contacts points 1) As from my experience, the SIM crashes when some part of the wings comes in contact with a building or ground and it does not crash if other parts of the wings hit the ground of a building.The wing specification is correct in FDM as checked againts the blender script. So how does it deduce the contact points? 2) Eventhough CG looks like it is in correct place, in YASIM, the plane do sink to the ground before take off. Insufficient lift maybe but the back of the fuselage do sink into the runway. As such, as possibility of implementing tail strikes? Much all appreciate all valuable replies and also if you could point me towards any valuable YASIM documents. -- 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-d2d-c2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Matrox TripleHead2Go
Dear All, I am very sorry for bothering, but we need your help in order to learn how to do an specifical configuration of Flightgear.- We are developing a new flight dynamics model in Aeronautical Engineering University of Argentina, and we are using Flightgear respect all out side view (worldview) in our emulator.- But we have several problems in order to configure the following screen elements: We have one video card connecting with a Graphic Expansion Module ( Matrox TripleHead2Go ).- We place 3 projectors in order to generate an image of 210 degrees (70º/projector) in an cylindrical screen of 6 meters of diameter and 3 meters of hight.- With this configuration we have 2 problems: 1) We need to know how to configure flightgear to make 3 diferents views but in the same screen (because the division shall do the Matrox module).- 2) We need to know how to make a vectorial correction of the image because each projector make a plain view but we have a cylindric view, so we have a parabolic error in the image.- Will be really appreciate your reply / help.- In the following link you can find preliminary photographies for reference.- http://gsdv.com.ar/fotos/20110528/index.html If you need more reference please don´t hesitate to contact me.- Best Regards Ezequiel -- 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-d2d-c2___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Proposal: Move airplanes to an SVN repository
As a general rule I'd propose to make a clear distinction between a) datasets, b) hosting sites and c) protocols or revision control systems (at least). Some people are implying SVN when talking about hosting large datasets, others are implying Gitorious when talking about GIT. Continuing this mixup will be prohibitory to distilling a coherent result from the discussion. Have fun, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- 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-d2d-c2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Matrox TripleHead2Go
Am 26.06.11 19:52, schrieb ecro...@aerolineas.com.ar: Dear All, I am very sorry for bothering, but we need your help in order to learn how to do an specifical configuration of Flightgear.- We are developing a new flight dynamics model in Aeronautical Engineering University of Argentina, and we are using Flightgear respect all out side view (worldview) in our emulator.- But we have several problems in order to configure the following screen elements: We have one video card connecting with a Graphic Expansion Module ( Matrox TripleHead2Go ).- We place 3 projectors in order to generate an image of 210 degrees (70º/projector) in an cylindrical screen of 6 meters of diameter and 3 meters of hight.- With this configuration we have 2 problems: 1) We need to know how to configure flightgear to make 3 diferents views but in the same screen (because the division shall do the Matrox module).- 2) We need to know how to make a vectorial correction of the image because each projector make a plain view but we have a cylindric view, so we have a parabolic error in the image.- Will be really appreciate your reply / help.- In the following link you can find preliminary photographies for reference.- http://gsdv.com.ar/fotos/20110528/index.html If you need more reference please don´t hesitate to contact me.- Best Regards Ezequiel Buenos Dias Ezequiel and welcome aboard! We have a fairly complex multi-monitor display setup on our presentation machine. You can find our configuration from last year's FSweekend at http://wiki.flightgear.org/FSweekend_2010. In rendering.xml, the first two camera entries show how to define viewports within one single window. You can define the frustum or perspective for each single viewport. For the correction of the parabolic distortion, I have no idea. But I remember that there was something presented along with the collimated display http://wiki.flightgear.org/FlightGear_Newsletter_November_2010#Amateur_built_collimated_display Maybe Gene or Tim can chime in here? Good luck with your simulator - please make sure to keep us informed. Maybe you want to write a few lines in our newsletter? http://wiki.flightgear.org/FlightGear_Newsletter_June_2011 Thanks, Torsten -- 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-d2d-c2___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Data flow from controls to FDM
-- From: Ron Jensen w...@jentronics.com Sent: Sunday, June 26, 2011 10:10 PM To: FlightGear developers discussions flightgear-devel@lists.sourceforge.net Subject: Re: [Flightgear-devel] Data flow from controls to FDM On Sunday 26 June 2011 14:37:09 Jon S. Berndt wrote: -Original Message- From: Alan Teeder [mailto:***] I have some questions regarding how data gets from the joystick, keypad etc to the fdm. No doubt I will feel foolish when it is pointed out that it is documented somewhere, but to date I have had to rely on experimentation and copying of XML/Nasal code from existing aircraft. 2. Is there any scaling, limiting or other filtering ? TIA Alan This was a much-discussed topic a few months ago. If I'm not mistaken, I think that the consensus was that the FDM should assume that it gets the raw signal from the joystick - even though there is some processing of the joystick hardware signal that is thought to be effectively unavoidable. Jon As was pointed out, the joystick, keyboard, mouse etc value is interpreted and processed by flightgear to become the properties in /controls/flight/(whatever). In general (there are exceptions) JSBSim.cxx copies those over to fcs/(whatever)-cmd-norm every flightgear frame. Every JSBSim frame the value from fcs/(whatever)-cmd-norm, where (whatever) is propulsion and gear controls, is moved to fcs/(whatever)-pos-norm then the JSBSim systems code runs which may or may not overwrite fcs/(whatever)-pos-norm with a calculated value. The the JSBSim autopilot code runs (different from the Flightgear autopilot). Finally the FCS section code runs. See FDM/JSBSim/models/FGFCS.cpp for details. JSBSim generally gets 4-8 frames for every FlightGear frame so that it runs at a consistent 120 frames/second. Ron Thanks Ron Now I can use what is available, and stand less risk of re-inventing stuff which already exists. Alan -- 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-d2d-c2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Proposal: Move airplanes to an SVN repository
On Sun, 26 Jun 2011, Martin Spott wrote: As a general rule I'd propose to make a clear distinction between a) datasets, b) hosting sites and c) protocols or revision control systems (at least). Some people are implying SVN when talking about hosting large datasets, others are implying Gitorious when talking about GIT. Continuing this mixup will be prohibitory to distilling a coherent result from the discussion. I'd be happy to host some kind of startup service that would at least get the ball rolling. Once it's ready, it could be mirrored so as not to totally hammer my net connection. :) g. -- Proud owner of F-15C 80-0007 http://www.f15sim.com - The only one of its kind. http://www.simpits.org/geneb - The Me-109F/X Project Some people collect things for a hobby. Geeks collect hobbies. ScarletDME - The red hot Data Management Environment A Multi-Value database for the masses, not the classes. http://www.scarletdme.org - Get it _today_! Political correctness is a doctrine, fostered by a delusional, illogical minority, and rabidly promoted by an unscrupulous mainstream media, which holds forth the proposition that it is entirely possible to pick up a turd by the clean end. -- 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-d2d-c2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Matrox TripleHead2Go
On Sun, 26 Jun 2011, Torsten Dreyer wrote: Buenos Dias Ezequiel and welcome aboard! We have a fairly complex multi-monitor display setup on our presentation machine. You can find our configuration from last year's FSweekend at http://wiki.flightgear.org/FSweekend_2010. In rendering.xml, the first two camera entries show how to define viewports within one single window. You can define the frustum or perspective for each single viewport. For the correction of the parabolic distortion, I have no idea. But I remember that there was something presented along with the collimated display http://wiki.flightgear.org/FlightGear_Newsletter_November_2010#Amateur_built_collimated_display Maybe Gene or Tim can chime in here? I'm using essentially the same setup - a Digital TripleHeat2Go mated to a NVidia GTX260 on one end and three Epson 705HD projectors on the other. However, I'm using NThusim+ for the image distortion and some pretty awesome Excel hackery that Wayne created in order to handle some of the parabolic distortion issues. I know there was some work done in order to pre-warp the output from FG, but I'm not sure what the status of that is. Because of NThusim+, I wasn't paying that close attention to it (and I should have been). g. -- Proud owner of F-15C 80-0007 http://www.f15sim.com - The only one of its kind. http://www.simpits.org/geneb - The Me-109F/X Project Some people collect things for a hobby. Geeks collect hobbies. ScarletDME - The red hot Data Management Environment A Multi-Value database for the masses, not the classes. http://www.scarletdme.org - Get it _today_! Political correctness is a doctrine, fostered by a delusional, illogical minority, and rabidly promoted by an unscrupulous mainstream media, which holds forth the proposition that it is entirely possible to pick up a turd by the clean end. -- 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-d2d-c2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Matrox TripleHead2Go
On Sun, 2011-06-26 at 16:38 -0700, Gene Buckle wrote: On Sun, 26 Jun 2011, Torsten Dreyer wrote: Buenos Dias Ezequiel and welcome aboard! We have a fairly complex multi-monitor display setup on our presentation machine. You can find our configuration from last year's FSweekend at http://wiki.flightgear.org/FSweekend_2010. In rendering.xml, the first two camera entries show how to define viewports within one single window. You can define the frustum or perspective for each single viewport. For the correction of the parabolic distortion, I have no idea. But I remember that there was something presented along with the collimated display http://wiki.flightgear.org/FlightGear_Newsletter_November_2010#Amateur_built_collimated_display Maybe Gene or Tim can chime in here? Perhaps you might also look at the March 2011 newsletter. http://wiki.flightgear.org/FlightGear_Newsletter_March_2011 I know there was some work done in order to pre-warp the output from FG, but I'm not sure what the status of that is. Because of NThusim+, I wasn't paying that close attention to it (and I should have been). -- 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-d2d-c2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel