David Megginson writes:
I'm not doing this yet -- I expect a 10-line Perl script will do the
job.
I shall have a go then...
Cheers - Dave
--
David Luff
Engines Research Group
University of Nottingham
0115-9513814
[EMAIL PROTECTED]
___
John Check writes:
Is there an option to init running?
/engines/engine[0]/running=true
I think
This dosn't work anymore at the moment. The FGEngine
constructor in JSBSim contains running = false.
Cheers - Dave
--
David Luff
Engines Research Group
University of Nottingham
David Megginson writes:
How about 0, 1, 2, and 3 for the magneto positions?
Well it would leave m/M for mixture if required.
Cheers - Dave
--
David Luff
Engines Research Group
University of Nottingham
0115-9513814
[EMAIL PROTECTED]
___
Alex Perry writes:
Some units report all three digits, but designers usually want to save
panel space and omit the unnecessary digit. Thus, for example,
the ground control frequency for KMYF is 118.225 MHz but the radio
actually displays 118.22 (a notam recently changed it from 121.9).
Alex Perry writes:
When you turn the big knob, the whole MHz number changes in steps of one.
When you turn the little knob, the fractional MHz number changes,
with the display sequence 00 02 05 07 10 12 15 17 20 ...
corresponding to the freqs 000 025 050 075 100 125 150 175 200
Richard Kis writes:
I really didn't find a manual how to start C172 machine. Its
magnetos won't work...
You need a middle mouse button to turn the starter on :-(
The attached keyboard.xml uses the 's' key to turn the starter (after
using the left mouse button to move the magnetos to
John Wojnaroski writes:
Some want to work spins, prop contact points, etc. But a LOT of accidents
occur because the PIC failed to do a proper weight and balance, overloaded
the A/C, and/or exceeded the CG limits. Something to consider - how about a
weight and balance sheet to fill out
Martin Olveyra writes:
I dont know if it is a realistic effect, but, since some cvs versions ago,
the compass is stalled most of the time, so it is impossible to know the
real magnetic heading.
This is because of the skid-slip indicator problem with JSBSim. Some
code in stream.cxx locks
Could someone please tell me exactly which data sources are used for
the currently available scenery build, specifically in the UK?
Thanks - Dave
--
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
Frederic Bouvier writes:
I am wondering why the manifold pressure indicator of the c172 panel is
changing while moving the throttle knob and the engine is **off** ( 0 RPM ).
When I do my checklist in my plane, engine off, I verify that this pressure
is the same as QFE, and during flying,
Jon Berndt writes:
It shouldn't be too hard to make MP dependent on throttle position AND whether
it is operating or not - plus with some small lag in there. Would that be
better than what is there, now?
Thats what should be in there now, and is in LaRCsim (well - without
the lag
Frederic Bouvier writes:
There is an invalid float operation in FGPiston when the engine is off :
in void FGPiston::doAirFlow(void)
...
double swept_volume = (displacement_SI * (RPM/60)) / 2;
double v_dot_air = swept_volume * volumetric_efficiency;
m_dot_air = v_dot_air *
Jon Bernt writes:
I added this in last night to JSBSim. Don't know if it's correct or
not, it
just felt right. Do you have something already in LaRCSim that
we might
steal? Or is what I put in OK:
void FGPiston::doManifoldPressure(void)
{
if (Running ) {
ManifoldPressure_inHg =
David Megginson writes:
Landuse in Curt's official scenery is USGS 30-arcsecond. For my
personal scenery, I'm using VMap0, just to get shaped areas (even
though the resolution isn't as good).
Thanks David.
Cheers - Dave
___
Flightgear-devel mailing
David Findlay wrote:
Would it be possible to create a FlightGear Scenery Design mailling list?
The Terragear mailing list would seem an appropriate place for now,
especially as a lot of scenery design is likely to need modification
of the tools.
FWIW, I'm currently working on adding the
Curtis L. Olson writes:
Christian Mayer writes:
PS: So there's just the #include zlib.h issue left to be
fully MSVC friendly...
Typically in the unix world, you would install packages like zlib into
a place where the compiler expects to see them, or some other place
and inform the
Jon Berndt writes:
No. That was going to be my next guess. Thanks, I'll try that!
Mark
I've got a perl script (and I believe Norman also has a script) that
automates that whole process for me, in the corret order, with dependencies.
If you do a checkout of flightgear, you should
Christian Mayer wrote:
It'd also be great if someone can tell me how to use ATIS myself so that
I can try it as well...
Look up the atis frequency of your local airport (Googling with
ATIS and the relevent airport ICAO code seems to get the
frequency in the first 5 hits every time).
Here's my observations from testing the latest cvs
flightgear/simgear/base:
The fixed turn co-ordinater in JSBSim is great, unfortunately it
doesn't work (freezes) after a reset. Its quite literally 'fixed' then ;-)
The output from SG_INFO to the console (Event states, mouse in
view/pointer
Curtis L. Olson writes:
I'm not seeing this at all on my end. The controls all start out
centered for me. Are you running with keyboard input, or joystick for
the yoke?
This is with keyboard.
You are the only one who I've heard report such a thing.
OK, I'll assume some
Melchior FRANZ writes:
looks quite polished, BTW, IMHO better than the current font. Of course, the
radio displays don't look good with a proportional font. But I guess that
plib can handle more than one font at the same time. :-)
The radio displays could really do with a red LED font
Curtis L. Olson writes:
Here's my list of things that have been changed, fixed, or added for
0.7.9. It's rather long, but if anyone sees any major ommissions or
errors in this list, please let me know. Thanks.
* Fixed a bug preventing the LaRCsim engine from starting.
This fixes a bug
With an update of simgear/flightgear/base from cvs a few minutes
age, time offset still appears to be broken, although it appears to
be behaving slightly differently. (Broken from initialisation, instead
of from the first lighting update).
I believe that starting mid-morning from my local
John Check writes:
On Monday 11 February 2002 11:58 am, you wrote:
The frequency on nav1 appears to influence the to/from flag on both
vor1 and vor2. I assume that this is a bug?
Cheers - Dave
What plane, what panel?
TTYL
J
Default C172 but I see you've fixed it now :-)
Cheers -
In net_send.cxx, in NetworkOLK, we have the following at line 262:
if (host_info = gethostbyname( src_host)) {
at line 270:
if (host_info = gethostbyname( fgd_host)) {
and at line 298:
if (host_info = gethostbyname( fgd_host_check)) {
Surely these are mistakes?
Cheers - Dave
--
Curtis L. Olson writes:
gethostbyname() returns NULL if an error occured.
Expressions such as (a = b + c) evaluate to whatever value is assigned
to a so we can do things like
if ( a = b + c ) {
// a != 0
} else {
// a == 0
}
This is a little tricky, so if gethostbyname()
Curtis L. Olson writes:
Is there anything strange in your .fgfsrc or system.fgfsrc files?
I don't have a .fgfsrc or a system.fgfsrc file anywhere on my
computer. Should I?
Cheers - Dave
--
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
Curtis L. Olson writes:
The time parser is expecting something like -8:00:00 (note : not
.)
My fault - I'm not keeping up!! It seems to work OK with the
correctly formated parameter.
Cheers - Dave
--
[EMAIL PROTECTED]
___
Flightgear-devel
Melchior FRANZ writes:
What about fgfs --trace-write=/controls/aileron? (Watch for TRACE: ...
lines, or filter through '21|grep TRACE'.) Does the aileron already start
with wrong values from the very beginning?
OK, during initialisation, the following is output:
OK, this is now fixed. It was because NT had a joystick driver
installed, but no joystick connected. Removing the joystick driver
results in the controls starting centered again.
My apologies for bugging you all with this!
Cheers - Dave
--
[EMAIL PROTECTED]
Jim Wilson writes:
It's mine...started with a photo:
http://www.aircraftdealer.com/hdmandassociates/list_1/images/panel-1.jpg
But as you can see there isn't much resemblence to the photo other than
general shape of the corner. It was the wrong perspective etc, etc.
I've put a photo
David Megginson writes:
Andy Ross writes:
The startup stuff, though, should be really simple. What do I do,
check the cranking flag and add some delay before it turns over?
It would be better to have a cutoff RPM where the engine stops
running. As long as the cranking flag is set,
In atis.cxx, line 163:
cout cloudbase = cloudbase endl;
This one can be commented out.
And in runways.cxx, lines 84 and 124:
cout index = index endl;
should be either commented out or turned into an SG_LOG
Cheers - Dave
--
[EMAIL PROTECTED]
I've put up a Cygwin compiled binary of the second 0.7.9 pre-
release candidate up at:
http://www.nottingham.ac.uk/~eazdluf/fgfs-win32-bin-0.7.9pre2.zip
in case anyone with windows but without a compiler wants to test
it.
Cheers - Dave
--
[EMAIL PROTECTED]
Curtis L. Olson writes:
David Megginson writes:
I am convinced that we're best off starting with the engines idling
rather than off, since our default start is always on a runway (even
if you specify a different airport). No C++ code changes are
necessary, other than a small bug-fix to
Alex Perry writes:
Alex Perry writes:
* On a G400 card with lots of memory, I'm getting 4fps out-the-box.
This is down from the high 20s previous versions. It improves
to 14fps if I get rid of the Textures.high directory temporarily.
Thus, the decision making for texture
Curtis L. Olson writes:
I'd prefer the scrolling text to be off be default. Again for the
sake of realism, you don't have scrolling text across your windshield
in a real plane. I know this is a compromise because we are in a
simulated environment, and it's a nice feature, but I think I
Curtis L. Olson wrote:
As people build executables for these platforms it would be great to
be able to point to them.
Dave, were you going to do the windows binaries like you did for the
pre releases?
I can do. I assumed Norman would provide a MingW compiled
one, but he doesn't seem
David Megginson writes:
No, that's not right after all. Following a message from Jon Berndt,
I took a peek at the property browser, and the wind-{north|east}-fps
is the to- direction, not the from- direction. JSBSim was using the
from- direction already, while the other FDM's were usign
Some time ago I recall a dicussion on the correct way to handle
the markings when runways crossed, which I don't recall ever being
definitively decided.
The images at:
http://www.spaceimaging.com/gallery/ioweek/archive/iow093001/iow
093001.htm
clearly show that our present way of simply
Since someone has mentioned cleaning up unused code, the old
Phil Schubert engine models aren't used. The files are 10520d.cxx
10520d.hxx ps-10520c.cxx and 10520c.hxx in the fdm directory,
also pstest.exe which is built from the latter. Phil is still credited in
the IO360.cxx file which
Now that 0.7.9 is released I've got round to looking at the subject of
ATC again. This is probably going to be a long post so make sure
you've all had your coffee :-)
I basically hacked the ATIS support into Flightgear, on the grounds
that is was the simplest possible part of ATC to
Curtis L. Olson writes:
David Megginson writes:
What you need to do is isolate the tile manager completely, so that it
has (almost) no dependencies on the rest of the program, except for
one structure for data exchange.
I don't think the solution can be that trivially simple. The
On 25 Feb 2002, at 11:00, D Luff wrote:
thoroughly mess up radiostack.cxx. Hence I propose that all
FGRadioStack does is to either just supply the selected comm
frequencies to an ATC manager, or possibly do the station lookup
in the Search() function and then flags hits to relevant
Curtis L. Olson writes:
D Luff writes:
Surely it is possible to do a byte by byte copy of the tile from disk
to memory in a separate thread, without *any* Opengl/ssg/plib
dependency, such that the main thread need only access memory
and not disk?
Surely it is possible, but if your
David Megginson writes:
There are two important C++ APIs you have to learn for properties -- I
added extensive documentation comments to both so that contributors
won't have to guess how to use them. The low-level implementation is
declared in simgear/misc/props.hxx, and Curt has
Alex Perry writes:
What about cowl flaps?
All of my experience is with jets, what exactly are cowl flaps?
For aircooled engines, the flaps either constrain the airflow into
the engine compartment, or constraint it coming out of the compartment.
The C172RG has them underneath behind the
Curt Olson writes:
D Luff writes:
Yes, that's basically what I'm planning to do. I keep forgetting
you're a driving sim guy and probably have some very relevant
expertise here. What co-ordinate systems are you using?
That's not a trivial question to answer, why don't I say we are using
Curt Olson writes:
Well as you get towards the poles the distortions increase if you are
using a lon/lat = x/y projection.
The flaw in your logic is if you map lon/lat directly to x/y headings
in this coordinate system will be significantly different from
headings in the real world (or the
On 4 Mar 2002, at 15:54, Curtis L. Olson wrote:
Can anyone confirm or deny this?
My virus checker (F-Secure) say's its clear, and the md5 sum is
the same as the one in the original tar.gz file that I downloaded
from Cygwin. I would be extremely surprised if it really is infected.
On 5 Mar 2002, at 8:40, Curtis L. Olson wrote:
David,
This is going to mess up rendering of distant mountains for people
with voodoo cards (i.e. 16 bit buffers).
And not just 16 bit cards - I get flashing polygons in the sky with
two different 32 bit cards at 0.5, progressively cured by
Alex Perry writes:
and for the latter you're in ground haze in any case.
You Californians speak for yourselves!
:-)
Cheers - Dave
--
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
Paul Deppe writes:
Gents,
With the latest CVS (1400 EST 3/5/2002) on my Cygwin/Win2k system the
textures in mountainous areas seem to walk across the ground and appear
and disappear in a very strange manner. I am wondering if anyone else sees
this problem.
You're almost certainly seeing
A few quick questions to the pilots about comm radios - do you
hear transmissions from both comm1 and comm2 if appropriately
tuned in without having to expicitly switch between them. If so, do
simultaneous transmissions get overlaid and garbled or does it just
play the strongest one. And
Alex Perry writes:
Each radio operates independently and will receive whatever is onchannel.
However, usually the radios (and other things that make noises) are
wired through the so-called audio panel that decides which combination
of sounds is sent to the speaker and/or the headset and/or
Marcio Shimoda writes:
Hi!
I'm having problems to load aircrafts...
The command line flightgear --aircraft=c172 results in WARNING: ssgLoad:
Failed to open '/flightgear//flightgear/Aircraft/c172/Models/c172-dpm.ac'
for reading
Why???
It looks like its looking at the wrong path, judging
Is there currently anywhere in the code where I can say:
Here's a ssgEntity already loaded.
Here's its position, heading, roll and pitch this frame, draw as
appropriate (ie work out the appropriate transform in relation to the
viewer for me).
Allow the position, heading roll and pitch to be
OK, I'm going to be a wimp and ask the list why this code doesn't
work. Basically I'm interested in the logic of making an AI plane fly
a pattern without hitting others, not in implementing its rendering,
and needing to render it is stopping me - I just can't get my head
round this view
D Luff wrote:
OK, I'm going to be a wimp and ask the list why this code doesn't
work.
OK, I've got it sorted now (well at least I sort of understand roughly
where I'm meant to be going). You can all ignore the last
desperate post - it was sent in a moment of temporary insanity!
Cheers
It seems to be minor nit time, so here goes:
The tiled panel has lines between the sections - is anyone else
seeing this or is it a Windows only problem.
As someone else has pointed out, resizing the screen can cause
the panel to obscure the runway. In general the panel could be
made
Julian Foad wrote:
Norman Vine wrote:
Removed fgReshape() call from main loop
That's undoubtedly a good thing. Never mind who can see a speed benefit and who
can't. I can only imagine it was put there to work around some bug. If so, let's
see if the bug shows up again, and fix it
Latest CVS simgear/flightgear/base compiles OK but crashes
when running:
Initializing FGLocalWeatherDatabase
-
Initialising spherical interpolator.
[100%] Finished initialising spherical interpolator.
out of memory
The computer has plenty
Christian Mayer wrote:
I doubt that it's caused in the WeatherCM code.
Hi Christian,
I don't think its in the WeatherCM either. On my development copy
which worked until I did a cvs update only in the ATC directory I'm
getting to:
Initializing FGLocalWeatherDatabase
D Luff wrote:
dies there before the last bit of console output gets flushed. Does
anyone know how I can revert to a previous version or date of
specific files using CVS in order to test this?
OK, I can now confirm that the latest 'bug fixes' to ilslist, fixlist,
navlist
D Luff wrote:
I've now found that its definately only atislist.cxx that is crashing,
not navlist, ilslist or fixlist.cxx. Its quite possible that something
that Melchior has done has uncovered a latent bug that previously
wasn't triggered. I'll have a look, albeit with couts rather than
Jonathan Polley wrote:
Doing some more investigation, I found that there is a runways.cxx in both
FlightGear/src/ATC and FlightGear/src/Airports. Are they the same?
OK, sorry for breaking things...
runways.cxx shouldn't be in ATC - get rid of it. It was in there
because I wasn't sure
David Megginson wrote:
Curtis L. Olson writes:
What units are we measuring fuel quantity in these days? If not
gallons, can someone give me a rough conversion from what we are using
to gallons (ignoring issues such as temperature ...)
The property system currently publishes the
On 22 Apr 2002, at 13:16, Curtis L. Olson wrote:
Who was it that said they might have put a bunch of C172 models on top
of each other at the end of a runway at KEMT (El Monte, CA)?
This is what is killing performance out of Burbank for Melchior. It
is also (I believe) what is triggering
On 22 Apr 2002, at 13:11, Robert A. Knop Jr. wrote:
Who was it that said they might have put a bunch of C172 models on top
of each other at the end of a runway at KEMT (El Monte, CA)?
This is what is killing performance out of Burbank for Melchior. It
is also (I believe) what is
On 11 Mar 2003 at 20:17, Martin Spott wrote:
My UUCP connection is broken this afternoon, so I can't directly reply to
dave's mail. Nevertheless I tried his patch - yet without success:
Hmm, I'll have a think. If there's no resolution soon or if others start getting
bitten by this I'll
back
On 6 Jun 2003 at 9:00, Norman Vine wrote:
Innis Cunningham writes:
So any windows people managed to fix this.
Does it mean also if the file can be textured it will show?.
I would love to add some buildings but untill we get this little problem
sorted it will be a bit hard to see what
On 15 Mar 2004 at 7:14, David Culp wrote:
I'm getting alot of this: Alert: catching up on tile delete queue
on the console, in quiet mode, while flying the T-38. There doesn't seem to
be any effect on the sim, though. Is there a way to make this go away?
see
I'm currently using the pa28-161 and the c172-dpm models for the AI traffic, both of
which I
believe are David M's models. These are great models, but there can be quite a few
flying
around in the field of view within a few miles, and this can have quite an impact on
frame rates.
And
On 15 Mar 2004 at 9:41, David Megginson wrote:
D Luff wrote:
Couple of requests - could the pa28 instruments get a range lod in the same manner
as the
c172, and possibly more involved, is there any chance of putting a range LOD on
the whole
model that swaps it out for a very low
On 15 Mar 2004 at 15:11, Erik Hofman wrote:
D Luff wrote:
c172, and possibly more involved, is there any chance of putting a range LOD on
the whole
model that swaps it out for a very low poly version from a certain distance away?
I have no
idea of the work involved to create
On 17 Mar 2004 at 13:00, Melchior FRANZ wrote:
* David Luff -- Wednesday 17 March 2004 12:22:
On an (almost) totally unrelated note, I think it would be a good idea to
test unknown options against aircraft names, so that, for instance,
bin/fgfs --T38 would work to bring up the T38. Would
On 17 Mar 2004 at 7:17, Jon Berndt wrote:
I completly agree with that, please keep the aliases
and remove extenion names like jsbsim, 2d/3d etc. in the
--show-aircraft list.
How will the situation be handled where several FDMs model the same
aircraft - that day is coming if it is not
On 26 Mar 2004 at 16:52, Erik Hofman wrote:
Oliver C. wrote:
And Taxidraw, another usefull tool for Flightgear Development.
http://www.mail-archive.com/[EMAIL PROTECTED]/msg19682.html
Yes, but there's no official URL...
Ah, yes, I've got a half-written homepage knocking about -
On 27 Apr 2004 at 7:23, Jon Berndt wrote:
Jon,
I have *no* idea if it actually produces any sound as
I don't have a sound board on my development system
but
after getting the OPENAL CVS files
cvs
-d:pserver:[EMAIL PROTECTED]:/usr/local/cvs-repository login
(use password
On Sun, 16 Jan 2005 20:27:10 -
Jim Wilson wrote:
The problem is we're doing way to much before even getting that far. It looks
like 90% of the delay is loading the Airport database.
The problem is that loading the airport database take *much* (10 times) longer
on Windows than Linux.
On Sun, 16 Jan 2005 22:20:07 +0100
Durk Talsma wrote:
On Sunday 16 January 2005 21:54, D Luff wrote:
On Sun, 16 Jan 2005 20:27:10 -
Agreed. I had a look at some of it recently with a view to automatically
starting on the into the wind runway with real-weather. At the moment
81 matches
Mail list logo