Matthew Tippett wrote:
> Comments within.
>
> Original Message
> Subject: Re: [Flightgear-devel] Statistics overlay accuracy.
> From: Csaba Halász <[EMAIL PROTECTED]>
...
>> On Wed, Nov 5, 2008 at 11:26 PM, Matthew Tippett <[EMAIL PROTECTED]> wrote:
>>> My two issues are
>>> 1)
On Wed, 2008-11-05 at 23:06 -0600, Curtis Olson wrote:
> On Wed, Nov 5, 2008 at 9:21 PM, Ron Jensen wrote:
> The new airframe has a *really* nice blended body center section. The
> wings plug in are are replacable. We have experimented with a couple
> airfoils, different wing areas, wing sweep,
On Wed, Nov 5, 2008 at 9:21 PM, Ron Jensen wrote:
> Assuming we're talking about the Malolo1 as modeled in CVS, I looked at
> it the other day when I was looking for elevon examples. From the AC3D
> model the Malolo1 should maybe have elevons but the JSBSim flight model
> doesn't use them... Are
Comments within.
Original Message
Subject: Re: [Flightgear-devel] Statistics overlay accuracy.
From: Csaba Halász <[EMAIL PROTECTED]>
To: FlightGear developers discussions
Date: 05/11/08 06:11 PM
> On Wed, Nov 5, 2008 at 11:26 PM, Matthew Tippett <[EMAIL PROTECTED]> wrote:
>>
On Thu, 2008-11-06 at 02:39 +0100, gerard robin wrote:
> Only the case of an emergency landing on water with gear down could be
> usefully modeled, ( depending on the speed, the resistance could very high
> which can make the nose over)
There is a NACA paper on this for, NACA-RM-L9K02a. They t
On Wed, 2008-11-05 at 20:24 -0600, Curtis Olson wrote:
> On Wed, Nov 5, 2008 at 7:30 PM, Csaba Halász wrote:
> On Wed, Nov 5, 2008 at 3:20 PM, Curtis Olson > What is the proper mechanism for calling nasal
> initialization code in an
> > aircraft specific nasal file.
On Wed, 5 Nov 2008 20:24:34 -0600, Curtis wrote in message
<[EMAIL PROTECTED]>:
> I really need to get my web site update with some pictures of our new
> airframe because it is super cool (a flying wing with blended body
> fuselage.) And I have a neat movie of it coming off the launcher (I
> put
On Wed, Nov 5, 2008 at 7:30 PM, Csaba Halász wrote:
> On Wed, Nov 5, 2008 at 3:20 PM, Curtis Olson > What is the proper mechanism for calling nasal initialization code in an
> > aircraft specific nasal file.
> >
> > I see that core nasal code sets a listener on
> > /sim/signals/nasal-dir-initiali
On jeudi 06 novembre 2008, Jon S. Berndt wrote:
> > Hello Jon
> >
> > I do not confuse both,
> > -First an accurate development within the FDM itself, and
> > here, you know better than i do, what must/could be done.
> >
> > -Second an external simple information which is gi
On Wed, Nov 5, 2008 at 3:20 PM, Curtis Olson <[EMAIL PROTECTED]> wrote:
> What is the proper mechanism for calling nasal initialization code in an
> aircraft specific nasal file.
>
> I see that core nasal code sets a listener on
> /sim/signals/nasal-dir-initialized however, I don't really care when
> Hello Jon
>
> I do not confuse both,
> -First an accurate development within the FDM itself, and
> here, you know better than i do, what must/could be done.
>
> -Second an external simple information which is given by FG
> => the terrain which is under, solid or wa
On jeudi 06 novembre 2008, Csaba Halász wrote:
> On Thu, Nov 6, 2008 at 12:52 AM, gerard robin <[EMAIL PROTECTED]> wrote:
> > However, there something strange:
> > if i predefine "true" within the preference.xml file
> > into /sim/rendering/precipitation-enable/
> > the mark in the menu /View
On jeudi 06 novembre 2008, Jon S. Berndt wrote:
> > I don't pretend that is not be in the FDM , which should be more
> > accurate according to the terrain ( runway, grass, sand, ... water
> > and so on), i know that Jon intend to include it into JSBSim.
>
> I don't know if I understand th
On Thu, Nov 6, 2008 at 12:52 AM, gerard robin <[EMAIL PROTECTED]> wrote:
>
> However, there something strange:
> if i predefine "true" within the preference.xml file
> into /sim/rendering/precipitation-enable/
> the mark in the menu /View/Rendering/Options is not there.
> Only clicking on i
> I don't pretend that is not be in the FDM , which should be more accurate
> according to the terrain ( runway, grass, sand, ... water and
> so on), i know that Jon intend to include it into JSBSim.
I don't know if I understand this problem completely, but I am guessing that
we would
On mercredi 05 novembre 2008, Csaba Halász wrote:
> On Wed, Nov 5, 2008 at 11:00 PM, gerard robin <[EMAIL PROTECTED]> wrote:
> > On dimanche 02 novembre 2008, Frederic Bouvier wrote:
> >> > But this patch isn't commited...
> >>
> >> Now it is ;-)
> >
> > Does anybody has recently checked, that prec
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hallo Thiago,
although mI haven't hacked FGFS for ages and never used it togeth with
Matlab I hope I can help:
When you are using a Matlab flight dynamics model FGFS runs completely
independently of it - it get's the relevant data over an network
c
On Wed, Nov 5, 2008 at 11:26 PM, Matthew Tippett <[EMAIL PROTECTED]> wrote:
>
> My two issues are
> 1) It appears as if environment loading is added to 'draw' statistic.
Scenery loading is done in the pager thread, don't think that is
counted into the draw time.
> 2) There are blank periods in
On Wed, Nov 5, 2008 at 11:00 PM, gerard robin <[EMAIL PROTECTED]> wrote:
> On dimanche 02 novembre 2008, Frederic Bouvier wrote:
>> > But this patch isn't commited...
>>
>> Now it is ;-)
>
> Does anybody has recently checked, that precipitation is working.
> Now i get nothing, when, according to m
Hi,
I would like to know who to work with to push for some improvements to
the statistics overlay.
My two issues are
1) It appears as if environment loading is added to 'draw' statistic.
2) There are blank periods in the graph that doesn't get attributed
to event, update, cull or draw..
For
On Wed, Nov 5, 2008 at 10:34 PM, gerard robin <[EMAIL PROTECTED]> wrote:
>
> As far as i know, (i could be wrong and stupid) , an AI object is not FDM
> dependent, but, it can be property related.
>
> However, i am probably alone, here, to think that generic FG feature useful.
>
> Again,
> tell me
On dimanche 02 novembre 2008, Frederic Bouvier wrote:
> Nicolas a écrit :
> > Le samedi 01 novembre 2008 à 15:35 -0600, Ron Jensen a écrit :
> >> On Sat, 2008-11-01 at 18:22 +0100, Nicolas wrote:
> >>> Hello,
> >>>
> >>> I have posted several months ago, a patch to complet the precipitation
> >>> m
On mercredi 05 novembre 2008, Martin Spott wrote:
> gerard robin wrote:
> > I only wonder if we won't get some adventage, within FG itself, to know
> > with a property, if there is water or solid under (with nasal script or
> > some code) I had recently in mind, to create animation with AI model
Hello,
I am working with UAV. I have made a dynamic model of a small-helicopter
(Raptor 50) in the MatLab. I am using the Flightgear to see the animations
from model by network. I made the model using the simulink of the MatLab and
I set up it to send the flight parameters by UDP/IP. I set up the
gerard robin wrote:
> I only wonder if we won't get some adventage, within FG itself, to know with
> a
> property, if there is water or solid under (with nasal script or some code)
> I had recently in mind, to create animation with AI model which are terrain
> dependent.
Well, it probably
On mercredi 05 novembre 2008, gerard robin wrote:
> On mercredi 05 novembre 2008, Martin Spott wrote:
> > gerard robin wrote:
> > > Though, that nasal "Terrain" script could be part of the FG generic
> > > nasal script , won't it be useful elsewhere (AI animation ? for
> > > instance)
> >
> > Well,
On mercredi 05 novembre 2008, Martin Spott wrote:
> gerard robin wrote:
> > Though, that nasal "Terrain" script could be part of the FG generic nasal
> > script , won't it be useful elsewhere (AI animation ? for instance)
>
> Well, to my point of view - and I know I'm not the sole person having
> t
gerard robin wrote:
> Though, that nasal "Terrain" script could be part of the FG generic nasal
> script , won't it be useful elsewhere (AI animation ? for instance)
Well, to my point of view - and I know I'm not the sole person having
this in mind - it's a bit unfortunate to hammer workarounds
On mercredi 05 novembre 2008, gerard robin wrote:
> On mercredi 05 novembre 2008, Martin Spott wrote:
> > gerard robin wrote:
> > > I will need some space in my URL, so i will have to remove that file.
> >
> > Just in case, why don't you simply just put those files there which
> > require to be cha
On mercredi 05 novembre 2008, Martin Spott wrote:
> gerard robin wrote:
> > I will need some space in my URL, so i will have to remove that file.
>
> Just in case, why don't you simply just put those files there which
> require to be changed - instead of the entire aircraft ?
>
> Cheers,
> Ma
gerard robin wrote:
> I will need some space in my URL, so i will have to remove that file.
Just in case, why don't you simply just put those files there which
require to be changed - instead of the entire aircraft ?
Cheers,
Martin.
--
Unix _IS_ user friendly - it's just selective abou
On mardi 28 octobre 2008, Heiko Schulz wrote:
> > Hello,
> > You know that the JSBSim FDM Aircrafts can make the
> > difference between water
> > and solid, the models only wants a little update which
> > include a terrain.nas
> > nasal script.
> > Every JSBSim models, that i have done which are in
What is the proper mechanism for calling nasal initialization code in an
aircraft specific nasal file.
I see that core nasal code sets a listener on
/sim/signals/nasal-dir-initialized however, I don't really care when the
nasal-dir is initialized for aircraft specific code since it doesn't live in
* Torsten Dreyer -- 11/4/2008 11:20 AM:
* * Melchior FRANZ -- 11/4/2008 11:05 AM:
> > (A listener on "sim/signals/nasal-dir-initialized" should do the
> > trick.)
> I am not sure - gui.INIT() is called by a timer with a 1 second delay...
Oh, you are right. I had answered from memory and not looke
* Curtis Olson -- 11/3/2008 4:46 PM:
> - If it was me doing this, I would suggest something like:
> Airports/L/LO/LOX/LOXA.xml (just the one file per airport)
As I wrote previously, if we drop the requirement to have
separated files per airport, then I'd go with Curt's layout.
Of course, this make
35 matches
Mail list logo