Selon Andy Ross [EMAIL PROTECTED]:
(-0.25 * math::pow(rpm_norm,3)) + (-0.15 * math::pow(rpm_norm,2))
+ (1.11 * rpm_norm);
Whereas this one is just really obviously a polynomial, and I
understand polynomials, they're simple and not scary at all:
rpm_norm * (1.11 - rpm_norm * (0.15 *
On Friday 22 April 2005 01:46, Norman Vine wrote:
Andy Ross writes:
Vivian Meazza wrote:
I used the power form because it is easier to read, but if the other
form produces a performance advantage, then of course we must use
it.
It's actually not so much about performance, really.
Andy Ross wrote:
Vivian Meazza wrote:
I used the power form because it is easier to read, but if the other
form produces a performance advantage, then of course we must use
it.
It's actually not so much about performance, really. Readability can
mean different things. The problem is
Dave Perry wrote:
I passed my instrument rating oral and practical (check ride) this
afternoon. Five hours including the oral and ride. Boy was I glad I
had done many approaches with the turbulence turned up as all the
approaches were in moderate turbulence today with 20 gust to 35 kts and
Dave Perry wrote:
I passed my instrument rating oral and practical (check ride) this
afternoon. Five hours including the oral and ride.
Wow, this is great. Hmmm, I feel I'm getting envious ;-)
[...] The examiner said I did an outstanding job given the
conditions. I flelt like I was
Vivian Meazza wrote:
y = -0.25x3 + 0.15x2 + 1.11x
Thinking about the over-speed situation overnight, the Merlin was
allowed to go to 3600 rpm for brief periods, and even then damage to
the engine was possible. This is a normalised value of 1.2. The K
Series will go to 9000 (don't try this on
I intend to use FG as a viewer. I have an application that manipulate
aircrafts, boats and more, and I'd like to see them living in a 3D world.
I saw that in FG there is an AIManager that can do what I want. If I've
understood its function, it manipulates AIBase objects which have a
position
Hi people,
I intend to use FG as a viewer. I have an application that manipulate
aircrafts, boats and more, and I'd like to see them living in a 3D world.
I saw that in FG there is an AIManager that can do what I want. If I've
understood its function, it manipulates AIBase objects which have a
Andy Ross:
If you do mean this equation then I can certainly live with that. If
not, I'll need to put my thinking cap on ... I've updated the
graphical representation here:
Remind me again which one of these is the real engine data, and what
the source is? The only line on this graph
Heh, it's been a fun day. I woke up with one of those great insights
where you realize that something you thought was difficult just isn't.
In this case, it was the lack of += syntax (and -=, *=, /= and ~= of
course) in Nasal. They're checked in now.
I also threw in a forindex(i; list) loop
I wrote:
Finally, there's now a slight esoteric bind() function
Which sounds weird, I know. But here's an application:
Languages like Perl and Ruby have a really useful syntax (which they
got from the shell) for interpolating variables into strings, so
that for simple output you don't have to
Drew wrote:
IMHO, it's best to use interpolation tables rather than equations if
you're trying to curve fit empirical data.
Not in this context. The data here isn't being used to model a
specific engine, but to provide sane parameters for all
(super/turbochared) engines. The performance and
Not sure if I have pointed this out before or not
http://www.cert.fr/CERTI/
Currently Unix only but HLA would make a great addition
to FGFS
Norman
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
Andy Ross wrote:
-Original Message-
From: [EMAIL PROTECTED] [mailto:flightgear-devel-
[EMAIL PROTECTED] On Behalf Of
Sent: 22 April 2005 15:19
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] YASim turbo/supercharger issues
Vivian Meazza wrote:
y = -0.25x3
The real data is series 1, but only up to rpm-normalised = 1. For values
above 1, it's just a continuation by eye of the data.
(See http://www.turbotechnics.com/supercharger/expo.htm Note that max power
is at 6500 rpm, and that the supercharger output is nearly flat at 7000
rpm.)
I
Yeah, that's something that could be a project in itself. There are a few
ways to do
tables that I know of. JSBSim does gridded tables up to three independent
variables. I'd
like to extend that to ungridded tables of n dimensions. Maybe there's an
algorithm
around somewhere for that. I
Probably several. YASim has one for doing interpolation of standard
atmosphere parameters, and I'm sure there's a similar engine in the
JSBSim code, which depends on tables extensively in its configuration.
Yeah, that's something that could be a project in itself. There are a few ways
to do
Dave, Congrats! The instrument rating is a particularly difficult rating,
but is also a very useful rating to have.
Martin: Yes, in the US it is often done in single engine airplanes. There
is a lot of single engine IFR flying here, so the rating is very useful on
its own, rather than as a
Am Freitag 22 April 2005 05:07 schrieb Dave Perry:
I passed my instrument rating oral and practical (check ride) this
afternoon. Five hours including the oral and ride.
Congratulations Dave.
Thanks to the entire FlightGear team for a great simulator with real
world applicability!
I really
Adam Dershowitz wrote:
Martin: Yes, in the US it is often done in single engine airplanes. There
is a lot of single engine IFR flying here, so the rating is very useful on
its own, rather than as a step to other ratings. It really increases the
utility of a airplane greatly when a few
It's nice to be able to have backout routines for interpolation
tables, as well, which can be extremely helpful in initialization
code. For tables up to 3d with fixed independent indices (is this
what you meant by 'grid', or did you mean fixed intervals?), this is
pretty straightforward.
21 matches
Mail list logo