I asked for --tile-radius, because I don't get enough tiles if I
fly at good visibility (--fog-disable or hitting 'Z' a few times).
And then it would be nice to see more than just one square when
I take 'satellite images', i.e. when I look down from the carpet
at high altitude. ;-)
m.
PS:
Erik Hofman writes:
Well, since plib is claiming Irix compatibility but obviously, but
doesn't apply my patch I drew my own conclusions.
I concider including my patch just as a way to have more time
to work on
SDL because the audio part of plib breakes about every rule of
computer controlled
Melchior FRANZ writes:
I asked for --tile-radius, because I don't get enough tiles if I
fly at good visibility (--fog-disable or hitting 'Z' a few times).
And then it would be nice to see more than just one square when
I take 'satellite images', i.e. when I look down from the carpet
at high
Christian Mayer writes:
Norman Vine wrote:
Christian Mayer writes:
Norman Vine wrote:
Well if you just wanted to drift with the wind and be 'cheesy'
you could use the simgear direct geodetic solver to get a new lat lon
based on current position speed and course
int
Hi,
is there a reason why SimGear/misc/zfstram.hxx was changed from
#ifdef HAVE_ZLIB
# include zlib.h
#else
# include simgear/zlib/zlib.h
#endif
to
#include zlib.h
? As ZLIB isn't standard (perhaps except on Linux) it's great to have
the fallback to the supplied version. And adding the
I've been trying to reproduce the reported problem in FGInitialCondition
and would like to have floating point exceptions enabled to do that.
The trouble is that I can't seem to get it to work like I expect.
On linux, if I either the method in src/Main/main.cxx:
fpu_control_t fpe_flags;
Christian Mayer wrote:
Hi,
is there a reason why SimGear/misc/zfstram.hxx was changed from
#ifdef HAVE_ZLIB
# include zlib.h
#else
# include simgear/zlib/zlib.h
#endif
to
#include zlib.h
Apart from fixing all occurances of the single #include zlib.h FGFS
complied staight
Norman Vine writes:
Christian Mayer writes:
Norman Vine wrote:
Christian Mayer writes:
Norman Vine wrote:
Well if you just wanted to drift with the wind and be 'cheesy'
you could use the simgear direct geodetic solver to get a new lat lon
based on current position speed
* Curtis L. Olson -- Saturday 19 January 2002 14:25:
* Melchior FRANZ writes:
I asked for --tile-radius, because I don't get enough tiles if I
fly at good visibility (--fog-disable or hitting 'Z' a few times).
And then it would be nice to see more than just one square when
I take
Curtis L. Olson wrote:
Norman Vine writes:
Christian Mayer writes:
Norman Vine wrote:
Christian Mayer writes:
Norman Vine wrote:
Well if you just wanted to drift with the wind and be 'cheesy'
you could use the simgear direct geodetic solver to get a new lat lon
I am not one of the developers but I would like to say
that you are testing an extreme situation. It is important
to test these extremes because that is where bugs tend to
show there faces. The question then becomes is this a face
of a bug that really exists in the normal range or is it a bug
Curtis L. Olson writes:
One thing I've noticed (from the magic carpet mode) is that if you
call geo_direct_wgs_84() with zero distance and zero direction
(i.e. zero velocity) you don't get *exactly* the starting lat/lon back
because of numerical precision issues. This is not a big deal at
Melchior FRANZ writes:
* Curtis L. Olson -- Saturday 19 January 2002 14:25:
* Melchior FRANZ writes:
I asked for --tile-radius, because I don't get enough tiles if I
fly at good visibility (--fog-disable or hitting 'Z' a few times).
And then it would be nice to see more than just one
If you grab the latest SimGear, FlightGear, and base package from CVS,
you'll notice that fuel consumption is now working on JSBSim
piston-engine aircraft (well, the Cessna 310 doesn't have the right
number of tanks or the right fuel capacity, and the Cessna 182 has a
172 gauge that goes only as
- check whether JSBSim is actually applying the weight for the fuel
I believe we are. I'd be surprised if we are not.
Jon
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Jon S. Berndt writes:
- check whether JSBSim is actually applying the weight for the fuel
Yes, we are. Look at FGMassBalance.cpp:
That's good news. Once you start applying pointmass as well, I can
tie it into the property manager and we can set up loads in the plane
properly.
David Megginson writes:
If you grab the latest SimGear, FlightGear, and base package from CVS,
you'll notice that fuel consumption is now working on JSBSim
piston-engine aircraft (well, the Cessna 310 doesn't have the right
number of tanks or the right fuel capacity, and the Cessna 182 has a
172
3. it uses a single audio buffer, instead of the commonly accepted
dubbel buffering principle.
The PLIB itself is single buffered, but that's ok because the sound
driver itself on Linux and Windows (dunno about irix) is multi-buffered.
___
Norman Vine writes:
David Megginson writes:
If you grab the latest SimGear, FlightGear, and base package from CVS,
you'll notice that fuel consumption is now working on JSBSim
piston-engine aircraft (well, the Cessna 310 doesn't have the right
number of tanks or the right fuel capacity,
Norman Vine writes:
But we need an overide to ignore fuel consumption so we can do
non-stop around the world flights on autopilot.
Hmm -- maybe you could set up a Python script to refill the tanks
every few hours. Note that the FGRocket engine model used by the X-15
was already consuming
On the other machine, using current FGFS CVS stuff, takeoff works fine.
What versions of stuff were you using and having trouble with ?
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
I haven't still synced everything so I haven't tested this new feature,
but for the sake of realness, we can perform a flight around doing scales
at airports, and then refill the tanks. If I remember correctly, some
properties can be setted in the menu, so we can refuel the plane at any
time.
Martin Olveyra writes:
I haven't still synced everything so I haven't tested this new feature,
but for the sake of realness, we can perform a flight around doing scales
at airports, and then refill the tanks. If I remember correctly, some
properties can be setted in the menu, so we can refuel
Norman Vine writes:
Try increasing the far_clipping plane
This is set in src / Main / main.cxx / fgRenderFrame()
search for ssgSetNearFar()
FWIW
I moved the far plane WAY BACK in order to simulate the satelite views
on the 'snapshot page' :-)
Maybe the far clip distance needs to become
Norman Vine writes:
'known' amount of fuel would be accident reconstruction where one
knew the amount of fuel on board when a crash occured but weren't
sure of what caused it and you kept trying different manuvers testing
the planes responses. If the fuel supply wasn't capable of remaining
Curtis L. Olson writes:
Beyond that, the flightgear framework and C172 can be used for many
other purposes. I like the idea of having things behave
realistically by default, but be able to override some of these
realism features as needed.
I have no objection to adding special
From: Norman Vine [EMAIL PROTECTED]
Martin Olveyra writes:
I haven't still synced everything so I haven't tested this new feature,
but for the sake of realness, we can perform a flight around doing scales
at airports, and then refill the tanks. If I remember correctly, some
properties can
* Norman Vine -- Saturday 19 January 2002 17:55:
* Melchior FRANZ writes:
[tiles loaded too late at good visibility]
Try increasing the far_clipping plane
This is set in src / Main / main.cxx / fgRenderFrame()
search for ssgSetNearFar()
Thanks, I'll look into that.
Shouldn't the
Why? When you fill up the tanks at the airfield, does the pump count in
pounds? I think a better solution would be to leave it as a volume
measurement and setup a fuel weight-per-gallon value in the FDM. Having
to set the fuel amount as a weight value seems non-intuitive to me.
For light
On Saturday 19 January 2002 12:41 pm, you wrote:
If you grab the latest SimGear, FlightGear, and base package from CVS,
you'll notice that fuel consumption is now working on JSBSim
piston-engine aircraft (well, the Cessna 310 doesn't have the right
number of tanks or the right fuel capacity,
Melchior FRANZ writes:
Shouldn't the far_clipping plane be tied to visibility? This slows
down rendering and uses more memory, OTOH it doesn't make sense
to allow far-reaching visibility but to show white tiles on the
horizon.
Perhaps it could be tied, but not directly, the far clip plan has
it's 404
On Saturday 19 January 2002 05:09 pm, you wrote:
This makes the current autopilot at least configurable on the verticle
for different aircraft. There are two configs included, one for c172 and
the other for the c310:
http://www.spiderbark.com/fgfs/newauto-020119.tar.gz
There
Cameron Moore writes:
- use lb rather than gal_us for fuel levels
Why? When you fill up the tanks at the airfield, does the pump count in
pounds?
As I understand it, larger aircraft do work in pounds.
I think a better solution would be to leave it as a volume
measurement and
oops. fixed!
John Check [EMAIL PROTECTED] said:
it's 404
On Saturday 19 January 2002 05:09 pm, you wrote:
This makes the current autopilot at least configurable on the verticle
for different aircraft. There are two configs included, one for c172 and
the other for the c310:
David Megginson [EMAIL PROTECTED] said:
Hmm -- maybe you could set up a Python script to refill the tanks
every few hours. Note that the FGRocket engine model used by the X-15
was already consuming fuel -- proper fuel consumption just hadn't been
implemented for FGPiston yet.
In flight
Christian Mayer writes:
Hi,
is there a reason why SimGear/misc/zfstram.hxx was changed from
#ifdef HAVE_ZLIB
# include zlib.h
#else
# include simgear/zlib/zlib.h
#endif
to
#include zlib.h
? As ZLIB isn't standard (perhaps except on Linux) it's great to have
the fallback to
Curtis L. Olson writes:
We now have the following properties (the last two are only stubbed
in):
/sim/freeze/master (implimented)
/sim/freeze/fuel(implimented)
/sim/freeze/position(not implimented)
/sim/freeze/time-of-day (not implimented)
Cool !
Question (to
37 matches
Mail list logo
