The nasal script action-sim,and similar animation scripts produces aircraft-geometry-unique animation parameters used by xml files to produce the actual animations. If one wants to animate the gear so it responds to the fdm produced gear compressions, such nasal scripts are critical. The alternative is to have the tires penetrate the ground surface different depth dependent on the fdm supplied compression and the oleo links move up and down rigidly. Both are not at all realistic. This script is not at all "useless".

Dave P.  (author of the script)

On 02/11/2011 05:49 AM, henri orange wrote:
Hi,

Though, newbe, since i have to maintain some old jsbsim aircraft, my understanding ts becoming better. Here we do have a c172p which is using nasal only for animation, that scrip is, to me, right now, useless. The data compression, rotation and so on, are exposed in the, today, jsbsim FDM.

The others features, landing gear related ( rolling friction and so on ) , can be easily processed, within the FDM, since, the required data are exposed, and RT updated, with functions. To do that, jsbsim want only the ground values, load-resistance, friction-factor, rolling-friction, and solid or not.

These real time data are NOT EXPOSED within Flighgear,. i don't know, why, and, i don't know if this has being discussed before.
ONLY,  a little nasal script gives the right required, input.

Thus, every jsbsim Aircraft model which want the right behavior on ground, need that nasal scrip.

Yes the best would be to transfer the "nasal 30 lines script" to the jsbsim source, or better to the Flightgear source, since others generic flightgear features does want such data. I can notice the usage of that nasal script with some yasim aircraft also.



2011/2/11 Alasdair <ali...@btinternet.com <mailto:ali...@btinternet.com>>

    On Thu, 2011-02-10 at 15:34 +0100, Bertrand Coconnier wrote:
    > Correct. JSBSim itself makes no distinction between ground materials
    > (hence the reason why some aircrafts are able to land on water).
    This
    > can however be managed with Nasal scripts. So I would say that this
    > issue is likely located in one of the C172 Nasal scripts.
    >
    > Bertrand
    >

    On an OT philisophical note..
    Is , or rather, was the introduction of NASAL scripting a "Good Thing"
    or can it be considered as the hugest abomination to ever befall
    the FG
    World, rendering the
    use of GDB as a useless tool for tracing the behaviour of C/C++ code,
    sometimes
    modified or nullified by a run-time script?  Just a thought.  Are
    there
    any other source
    code purists out there. I hope so, cos I would hate to justify this
    untimely rant on my
    own. Somehow it reminds me of self modifiaction of computer code,
    thought clever
    by some specialists when Babbage was but a baby.

    --
    Kind regards,

    Alasdair


    
------------------------------------------------------------------------------
    The ultimate all-in-one performance toolkit: Intel(R) Parallel
    Studio XE:
    Pinpoint memory and threading errors before they happen.
    Find and fix more than 250 security defects in the development cycle.
    Locate bottlenecks in serial and parallel code that limit performance.
    http://p.sf.net/sfu/intel-dev2devfeb
    _______________________________________________
    Flightgear-devel mailing list
    Flightgear-devel@lists.sourceforge.net
    <mailto:Flightgear-devel@lists.sourceforge.net>
    https://lists.sourceforge.net/lists/listinfo/flightgear-devel




--
Best regards,

Henri, aka Alva
Official grtux hangar maintainer


------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb


_______________________________________________
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Reply via email to