Andy Ross
Vivian Meazza wrote:
I've just done some proof-of-principle work on drop tanks
with YASim.
I set up some weight elements for the pylons and for the
dry weight of
the tanks, and some fuel tanks to match. [...]
However, the bad news is that I can't set _one_ of the drop
Lee Elliott wrote
Just to help confuse things a little, j/k are for spoilers,
iirc, but as
speed-brakes aren't supported in YASim (yet;) I've used the
spoiler control.
Kludged that one by using an extra, low lift, high drag flap on the
horizontal stabiliser in the Hunter. CTRL B
* [EMAIL PROTECTED] -- Tuesday 17 February 2004 03:55:
One question, why don't we use lower case g key for gear up and for gear
down?
Why do we also need the upper G key?
We had a gear toggle button before, for a very long t ime. And it
sucked (IMHO). Toggle buttons do only make sense if you
Arnt Karlsen wrote:
On Mon, 16 Feb 2004 19:57:37 +0100,
Erik Hofman wrote in message
http://www.a1.nl/~ehofman/fgfs/fgfsDList.jpg
I tried to find out what could make this happen, but without any
success so far.
Does anybody have any idea what might go wrong here?
..too much beer? ;-)
No
Melchior FRANZ [EMAIL PROTECTED] wrote:
* [EMAIL PROTECTED] -- Tuesday 17 February 2004 03:55:
One question, why don't we use lower case g key for gear up and for gear
down?
Why do we also need the upper G key?
Now I can simply press G and there's no doubt that this is
supposed to
Martin Spott wrote
Melchior FRANZ [EMAIL PROTECTED] wrote:
* [EMAIL PROTECTED] -- Tuesday 17 February 2004 03:55:
One question, why don't we use lower case g key for gear
up and for
gear
down?
Why do we also need the upper G key?
Now I can simply press G and there's no
Erik Hofman [EMAIL PROTECTED] wrote:
After reading that OpenGL would be optimized on IRIX when using display
lists I decided to do some trial runs with FlightGear. Unfortunately the
exact same thing that happened to VBO's (odd colors when using VBO's)
also happens to DList (at least on my
Martin Spott wrote:
Ooops I remember seeing these effects with XFree86/DRI during the
pre-4.3 development phase then hardware-TL was enabled on a Radeon9100
card. Did your experiment at least serve the goal to increase the frame
rate on the O2 ?
It looks like it did increase the framerate.
Erik Hofman [EMAIL PROTECTED] wrote:
for SimGear/simgear/scene/tgdb
Index: leaf.cxx
===
RCS file: /var/cvs/SimGear-0.3/SimGear/simgear/scene/tgdb/leaf.cxx,v
retrieving revision 1.2
diff -p -u -r1.2 leaf.cxx
[...]
Over 10 %
On Tue, 17 Feb 2004, Lee Elliott wrote:
spoilers are devices designed to reduce lift and also increase drag.
they are usually attached to wings. speed brakes are attached to the
fuselage and produce drag without affecting lift. airliners have
spoilers, fighter jets usually have speed
Martin Spott [EMAIL PROTECTED] wrote:
Over 10 % framerate improvement on Linux-2.6.2, XFree86-4.3 plus
DRI/Mesa CVS on a Radeon7500 - but strange colours similar to your
screenshot,
Errrm, probably a simple explanation - just a guess: Ground textures
don't get processed (at least partially) -
Hmm...
DLists use to work...
Try the untested patch below
Also looking at leaf.cxx
there appears that a duplicate statement has snuck in
norman
$ cvs diff obj.cxx
Index: obj.cxx
===
RCS file:
Hi All
Unfortunately the spoiler/speedbrake system/s seem to be much more
complicated than something that can be controlled by one key.
The Boeing 7 series A/C,not including the badge engineered 717,
use the same panels as speedbrakes and spoilers.They act as spoilers
in conjunction with the
Norman Vine [EMAIL PROTECTED] wrote:
$ cvs diff obj.cxx
Index: obj.cxx
===
RCS file: /var/cvs/SimGear-0.3/SimGear/simgear/scene/tgdb/obj.cxx,v
retrieving revision 1.7
diff -r1.7 obj.cxx
446a447
leaf-makeDList();
Innis Cunningham [EMAIL PROTECTED] wrote:
Unfortunately the spoiler/speedbrake system/s seem to be much more
complicated than something that can be controlled by one key.
The Boeing 7 series A/C,not including the badge engineered 717,
use the same panels as speedbrakes and spoilers.They act
Norman Vine wrote:
$ cvs diff leaf.cxx
Index: leaf.cxx
===
RCS file: /var/cvs/SimGear-0.3/SimGear/simgear/scene/tgdb/leaf.cxx,v
retrieving revision 1.2
diff -r1.2 leaf.cxx
227c227
sgSetVec2( tmp2, texcoord[0], texcoord[1] );
Norman Vine said:
I hope that you take into consideration that that is a *very* expensive
function to call !
You might want to do a test to see how the its result varies from the
solutions that the FDM folks offered that are a direct assignment.
Even if you don't use the FDM solution I
Jim Wilson writes:
Probably best to do a running average of the FDM value too so as
to 'smooth' it a little
Hmmm...yeah that is pretty heavy.
Actually the geodetic method being used isn't very smooth either. In fact I
would guess that since the lon/lat is the direct result of the
Innis Cunningham wrote:
Unfortunately the spoiler/speedbrake system/s seem to be much more
complicated than something that can be controlled by one key. The
Boeing 7 series A/C,not including the badge engineered 717, use the
same panels as speedbrakes and spoilers.They act as spoilers in
Vivian Meazza wrote:
Yes, this problem was interesting. I set up 2 weights thus:
/yasim/weights/tank-100gal-lbs[0]
/yasim/weights/tank-100gal-lbs[1]
Are you sure you got the weight definition right in the YASim
configuration file? The property definitions look fine, but they're
only half the
Andy Ross
Vivian Meazza wrote:
Yes, this problem was interesting. I set up 2 weights thus:
/yasim/weights/tank-100gal-lbs[0] /yasim/weights/tank-100gal-lbs[1]
Are you sure you got the weight definition right in the
YASim configuration file? The property definitions look
fine,
Vivian Meazza wrote:
I think it should work, and it _looks_ as if it does: certainly when
you browse internal properties it looks right, but I can't set the
second [1] tank to zero.
I'm still fuzzy. Do you mean that you can't set the property to zero
at all, or that the property goes to zero
Andy Ross
Vivian Meazza wrote:
I think it should work, and it _looks_ as if it does:
certainly when
you browse internal properties it looks right, but I can't set the
second [1] tank to zero.
I'm still fuzzy. Do you mean that you can't set the property
to zero at all, or
On Tuesday 17 February 2004 15:52, Andy Ross wrote:
Innis Cunningham wrote:
Unfortunately the spoiler/speedbrake system/s seem to be much more
complicated than something that can be controlled by one key. The
Boeing 7 series A/C,not including the badge engineered 717, use the
same panels
Jim Wilson wrote:
Since it is likely that the results are the same, and we have the distinct
advantage over a real world GPS because we are running an FDM and have the
velocities, why don't we just use the arctangent method in the gps code and
save a few cycles?
Feel free to tinker. In the
Andy Ross wrote
Vivian Meazza wrote:
I think it should work, and it _looks_ as if it does:
certainly when
you browse internal properties it looks right, but I can't set the
second [1] tank to zero.
I'm still fuzzy. Do you mean that you can't set the property
to zero at all,
This question is directly mainly at Andy, but others can chime in as well.
I've noticed that the performance of the PA-28-161 is slightly sluggish in
the climb, and I'm wondering if it has to do with weight. The published
performance numbers for this plane (and most others) in the POH assume
David Megginson wrote:
I've noticed that the performance of the PA-28-161 is slightly
sluggish in the climb, and I'm wondering if it has to do with weight.
The published performance numbers for this plane (and most others) in
the POH assume maximum gross weight. Does the solver assume that
I wrote:
It wouldn't be hard to get the solver to handle both situations. You
could have a fuel-fraction=... attribute in the approach and
cruise blocks, and a set-weight index=... wgt-lbs=... sub-tag
where you set the weights. Does that sound acceptable?
OK, the fuel bit is done. You can
On Tue, 17 Feb 2004 10:42:31 +0100,
Erik Hofman [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]:
Arnt Karlsen wrote:
On Mon, 16 Feb 2004 19:57:37 +0100,
Erik Hofman wrote in message
http://www.a1.nl/~ehofman/fgfs/fgfsDList.jpg
I tried to find out what could make this happen,
Andy Ross wrote:
It wouldn't be hard to get the solver to handle both situations. You
could have a fuel-fraction=... attribute in the approach and
cruise blocks, and a set-weight index=... wgt-lbs=... sub-tag
where you set the weights. Does that sound acceptable?
I can tune the numbers for a
I get these messages when trying to update JSBSim from CVS:
cvs update: warning: directory CVS specified in argument
cvs update: but CVS uses CVS for its own purposes; skipping CVS directory
Anyone know what they are?
Jon
___
Flightgear-devel
Jon Berndt wrote:
I get these messages when trying to update JSBSim from CVS:
cvs update: warning: directory CVS specified in argument
cvs update: but CVS uses CVS for its own purposes; skipping CVS directory
Anyone know what they are?
Usually, it happens when someone ( probably you )
33 matches
Mail list logo
