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 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
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 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] 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] Data flow from controls to FDM
-- From: "Ron Jensen" Sent: Sunday, June 26, 2011 10:10 PM To: "FlightGear developers discussions" 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
> over ambitious to expected a working and tested solution by release 2.5?. Just to clear the everybodies understanding of release numbers: 2.5.0 is the version number of the development stream after the release branch 2.4.0 has been created. The version number of the release following 2.4.(n) will be 2.6.0 "Release 2.5" is an oxymoron. Torsten (nitpicking) -- 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
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 -- 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: "Torsten Dreyer" Sent: Sunday, June 26, 2011 9:49 PM To: "FlightGear developers discussions" Subject: Re: [Flightgear-devel] Data flow from controls to FDM > Am 26.06.11 21:59, schrieb Alan Teeder: >> 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. >> >> >> >> 1. How is data moved from the controls property tree (e.g >> /controls/flight/aileron, /controls/flight/aileron-trim) to the fdm >> (e.g. >> fcs/aileron-cmd-norm, fcs/roll-trim-cmd-norm). >> >> 2. Is there any scaling, limiting or other filtering ? >> >> 3. Is there a list of which properties are copied ? >> >> TIA >> >> Alan > Hi Alan, > > I don't know of any location where this might be documented, except the > source itself - no need to feel foolish ;-) > > 1. the values are copied every frame. > 2. No. At least not for surface or engine controls. > 3. Not really a list, but all the involved code is in JSBSim.cxx method > FGJSBSim::copy_to_JSBSim() starting line 576 (today's git). It's not too > freaky code and probably as good as a list ;-) > > Torsten Torsten That looks like a useful section of code which should answer a lot of my problems. Many thanks 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] Data flow from controls to FDM
Am 26.06.11 21:59, schrieb Alan Teeder: > 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. > > > > 1. How is data moved from the controls property tree (e.g > /controls/flight/aileron, /controls/flight/aileron-trim) to the fdm (e.g. > fcs/aileron-cmd-norm, fcs/roll-trim-cmd-norm). > > 2. Is there any scaling, limiting or other filtering ? > > 3. Is there a list of which properties are copied ? > > TIA > > Alan Hi Alan, I don't know of any location where this might be documented, except the source itself - no need to feel foolish ;-) 1. the values are copied every frame. 2. No. At least not for surface or engine controls. 3. Not really a list, but all the involved code is in JSBSim.cxx method FGJSBSim::copy_to_JSBSim() starting line 576 (today's git). It's not too freaky code and probably as good as a list ;-) 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] 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 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
> -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 -- 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] Data flow from controls to FDM
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. 1. How is data moved from the controls property tree (e.g /controls/flight/aileron, /controls/flight/aileron-trim) to the fdm (e.g. fcs/aileron-cmd-norm, fcs/roll-trim-cmd-norm). 2. Is there any scaling, limiting or other filtering ? 3. Is there a list of which properties are copied ? TIA 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
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
[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
[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
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
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
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] 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
Alex > > On Sat, Jun 25, 2011 at 4:01 PM, Vivian Meazza > 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
