On 30/06/02 at 21:26 Mally wrote:
Marcio
Another good match! The battle at our left side between Roberto
Carlos
and Beckham was incredible!
All the brazilian people like the english team... They defeated
Argentina...
The enemy of my enemy is my friend.
I heard that one of the UK newspapers
snip a lot of good reasons for using an fdm/autopilot combination for AI
traffic from David Megginson and Alex Perry
(Following an OS re-install I can reply now!)
OK, I can see the point of wanting a proper simulation when within
reasonably close visual distance of the target. My concern was
On 10/7/02 at 5:50 AM ace project wrote:
I want to know how you guys want the property list to
be organised. Do we use something like:
/network/pilot[n]/callsign
/network/pilot[n]/position/ (lat,alt, etc)
/network/pilot[n]/[network-module-name]/ (module
specific stuff)
I will need this soon(3
I'm sure someone on this list has mentioned that they're developing an
interactive scenery editor, but I can't find a link to it either on the
Flightgear site or Google. Could someone post a link if they know it
please. I'm basically looking for the easiest way to position a cursor
over part of
On 10/10/02 at 12:02 PM Alex Perry wrote:
I wonder if the casual users appreciate all the work we're doing to
make the instruments less reliable.
Don't you remember the massive amount of whingeing (a couple of years ago)
when I stuck all the compass turning errors onto the DG instrument ?
The
On 10/23/02 at 11:58 AM Jacek M. Holeczek wrote:
There is also another annoying problem. Basically, the FGFS runs very
smoothly on my machine except that every now and then (I don't have my
machine at hand now, but let's say it is about every 30 seconds) it
stops for a moment - I can see that in
On 10/24/02 at 12:48 PM Jacek M. Holeczek wrote:
This is a known problem - Win95/98/Me are absolutely hopeless at
outputting
to the console - NT/2000/XT are much quicker, and Linux quicker still.
I'm not very experienced here ... but are you sure that the problem is
just writing to the
On 10/25/02 at 1:23 AM ace project wrote:
The header file states that work on them should be
checked with Curt. I want to inherit AI-Entity to draw
the multiplayer planes.
But would did still be supported in the near future or
is there another way to do this easely ?
Hi Leon,
I put that
On 10/10/02 at 5:42 PM Frederic BOUVIER wrote:
David Luff [EMAIL PROTECTED] wrote :
I'm sure someone on this list has mentioned that they're developing an
interactive scenery editor, but I can't find a link to it either on the
There is fgsd ( for FlightGear Scenery Designer ) at
http
On 10/10/02 at 8:38 AM Alex Perry wrote:
Definitely. If one of the computers taking part in the multiplayer
network
has generated a bunch of AI aircraft, will they all be propagated to the
rest of the multiplayer members ?
Now theres a scary thought! What happens if one multiplayer has
On 10/10/02 at 10:42 AM Curtis L. Olson wrote:
Yes, and everyone knows that there is no such thing as magic carpets,
so running with the ufo FDM is a lot more realistic since the ufo is
based on real world data and uses actual real life sound samples.
Yes, and non-Americans know that there's no
On 10/10/02 at 6:13 PM Jon Stockill wrote:
Indeed - it'll be nice to have a quick and easy way of getting other
aircraft in the sky, however, I think from a long term point of view
automated traffic would be best managed by simply being a task which
appears as another remote user (yes, I know the
Hi all,
I'm working on getting the small plane to taxi back in after flying a
circuit, so I'd appreciate some input from the pilots from the list on
real-life taxiing. What sort of speeds are typical during taxiing on the
runway, on a large taxiway, on a small taxiway between rows of parked
On 11/10/02 at 4:02 AM Julian Foad wrote:
As for the guts of how the engines are modelled ... I first worked on
the starting and stopping behaviour of the JSBsim engine. The
thermodynamic model of the engine is probably very good
Parts of it are, parts of it aren't and are overdue a
On 11/7/02 at 4:33 PM David Megginson wrote:
lots
Thanks.
Are major taxiways such as the one parallel to the rwy that
normally seems to be called Alpha 2-way or is the traffic normally
directed one-way on them by ATC depending on the rwy in use?
That would be very airport specific, but
On 11/11/02 at 9:38 PM Matthew Law wrote:
Hi all,
I've been having problems updating Simgear for a few days.
I've tried everything - including moving the lot and starting again but it
continually gets stuck at:
cvs server: Updating src-libs
U src-libs/.cvsignore
U src-libs/Makefile.am
U
That sounds fine. We might want to use this as a replacement for the 4th
view. The 4th view is a tower view that doesn't track the FDM location as
the
3rd view does; that is, you can look around the airport with the mouse.
Mostly that was something I threw in there as both a test and
On 11/12/02 at 12:28 AM Julian Foad wrote:
Ah, glad you're there. If you're interested and have time to look, my
current attempt is at
http://www.btinternet.com/~julianfoad/fgfs/JSB_piston_engine.diff
http://www.btinternet.com/~julianfoad/fgfs/engine_sound.diff
but, as I said, not
On 11/13/02 at 12:16 AM Julian Foad wrote:
David Luff wrote:
It looks to me like you've
got 2 too many curly brackets in doEnginePower, although I could be
misunderstanding what you're doing there.
Yes, I have got too many. This is the friction that was applied only
when starting; I
Oh well, in follow up to my own message that hasn't even arrived yet (!),
the following worked OK:
globals-get_soundmgr()-add(refname, temp01.wav);
but the original, which looks equivalent to me, still doesn't
FGSimpleSound simple(temp01.wav);
globals-get_soundmgr()-add(simple, refname);
I
On 11/21/02 at 8:24 AM Richard Bytheway wrote:
I might be missing a point, but it looks like the arguments to
get_soundmgr are the other way round between the two versions.
That's how they are in soundmgr.hxx (they're two different functions - one
is passing in an FGSimpleSound pointer to the
On 11/25/02 at 5:47 PM Martin Spott wrote:
ADV: don't bother spending days or weeks downloading all the scenery
for the world before you fly. Just install the base program and
supporting files. Turn on terrasync and it will fetch just the tiles
you need as you fly.
There's still one
On 11/25/02 at 10:11 AM Curtis L. Olson wrote:
Terrasync makes you look and feel like you have it all, even though
you don't. :-)
Is it likely to work over a 56K modem?
David,
First of all I will say that that I haven't tried it. But, I
encourage you to try it yourself since I want to
On 11/25/02 at 10:11 AM Curtis L. Olson wrote:
David Luff writes:
Is it likely to work over a 56K modem?
David,
First of all I will say that that I haven't tried it. But, I
encourage you to try it yourself since I want to know the answer
too. :-)
I suggest that you start out in the C172
On 11/25/02 at 3:27 PM Tony Peden wrote:
OK, I'll give it a go. I've a slight problem though in that I'm on
Linux/GeForce3 at home, and the nVidia drivers will only work if I do
$/sbin/telinit 1
$root passwd
$make install in kernel and GLX nVidia directories
$edit XFConfig-4
On 11/23/02 at 6:11 PM paul mccann wrote:
Hi All
Here is where I am at on the hsi
http://members.verizon.net/~vze3b42n/fgfs-screen-027.jpeg
is any one interested in this?
Well, speaking for myself, I'm always interested in what people are doing
with Flightgear and always look any screenshot
Hi all,
I've managed to get canned voice ATIS going.
I've put the files up at:
http://www.nottingham.ac.uk/~eazdluf/ATCsrc.tgz
and
http://www.nottingham.ac.uk/~eazdluf/ATCdata.tgz
To use it, untar ATCsrc.tgz into the src/ATC directory, and untar
ATCdata.tgz into the fgfsbase/ATC directory (You
On 12/1/02 at 1:52 PM Andy Ross wrote:
I can confirm this. Layers on the 2D panels (but oddly, only the 2D
panels) aren't drawing over the background with the current ATI
drivers. I vaguely remember other reports of this kind of symptom.
Does anyone remember? I'll take a look.
Yes, several
On 12/3/02 at 4:34 PM David Luff wrote:
Oops - a few clarifications to that post...
Yes, several people reported a completely grey 2D panel with Radeon
7000/7500 cards with the DRI drivers. I also get this (with XFree86
4.1.0)
With a Radeon 7500
and didn't manage to find a fix posted
On 12/3/02 at 11:05 PM Julian Foad wrote:
David Luff wrote:
I've managed to get canned voice ATIS going.
Wow! Brilliant. It really works! It sounds about like I'd expect, too
(e.g. the 8 kHz-ness).
OK, Thanks for testing this. This is now in CVS. A base update is also
required to hear
On 12/4/02 at 9:29 PM David Megginson wrote:
Great. For step 2, how about airport advisories for UNICOM (i.e. most
of the world's airports). We could either add a mechnism to allow the
That's a very good idea. I hadn't thought of UNICOM, but it might be a
good intermediate stepping stone from
On 12/3/02 at 9:37 AM Andy Ross wrote:
David Luff wrote:
Just to clarify - they flicker in and out of view when the view is
anything other than straight forward and disappear altogether when
the view is exactly straight forward.
This sounds vaguely like it's related to the glPolygonOffset
I've just tried configuring a fresh checkout of Simgear on a fresh install
of Libranet Linux (Debian Woody based) and the configure script can't find
gettimeofday, rand, srand, rand48 and a host of others at the end of the
configure script. This breaks timing.cxx :-( Given that simultaneous
Curtis L Olson writes:
The best thing to do would be to look at your config.log and see
exactly why those checks are failing.
Hmm, why didn't I think of that? Doh!
The checks that are unexpectedly failing all have references to the Metakit librarys.
The stuff included below (for gettimeofday)
FWIW, the grey panel with the Radeon 7500 and the DRI drivers still
persists despite the patch to fix this behaviour with the ATI binary
drivers.
Cheers - Dave
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
grey. The fighting is more pronounced with instruments at an increased
angle from the camera vector.
Best,
Jim
David Luff [EMAIL PROTECTED] said:
FWIW, the grey panel with the Radeon 7500 and the DRI drivers still
persists despite the patch to fix this behaviour with the ATI binary
drivers
On 12/11/02 at 1:09 PM ace project wrote:
Our (ACE/ICE) multiplayer engine is ready to draw
planes in the game now, but I cant seem to figure out
how to add them to the drawing graph in a way that I
can actually see them.
Does anyone know how to do this or know the pitfalls
why is it failing ?
On 12/12/02 at 8:38 AM ace project wrote:
I got Flight Gear to show the model a hour ago, I made
some *stupid* mistake reading out a variable from a
function (which forgot to copy a variable and it
default was wrong). I fixed that bug a couple of days
ago but it came back to hunt me :(
Now I
On 12/12/02 at 10:01 AM Andy Ross wrote:
Fabien ILLIDE wrote:
David Luff wrote:
FWIW, the grey panel with the Radeon 7500 and the DRI drivers still
persists despite the patch to fix this behaviour with the ATI binary
drivers.
I jump onto this post to say that I've just see that I've got
Some time ago (Sept/Oct) there was a long discussion about getting the
ground elevation at an arbitrary point which left me very confused after
reading it and didn't seem to come to any definate conclusion. What is the
situation at the moment? Is there a function like
double
On 12/16/02 at 12:07 PM David Luff wrote:
Some time ago (Sept/Oct) there was a long discussion about getting the
ground elevation at an arbitrary point which left me very confused after
reading it and didn't seem to come to any definate conclusion. What is
the
situation at the moment
On 12/16/02 at 9:36 AM Jon Berndt wrote:
Well, to rotate the aircraft realistically the refference point should
be known by the 3D modellers, but that aside.
The rigid body rotates about the CG, not the aero ref. pt.
What about rotation (the taking-off one)? Surely in that case it rotates
On 12/16/02 at 3:10 PM Jim Wilson wrote:
David Luff [EMAIL PROTECTED] said:
What does the scenery_center refer to? Is this the exact location at
which
I receive the terrain_elev, or the center of the tile?
Neither actually, but it is a tile center. It is usually the center of
the
tile
Is it OK to claim the default keybinding for the ' key (n=39) for the
purpose of bringing up an ATC dialog box relevant to the currently tuned-in
ATC service? This key is currently unused in the default FlightGear
keyboard bindings, and is the key used by FS2K2 for the same purpose, so
would seem
On 12/17/02 at 1:10 PM Jim Wilson wrote:
Paul Beardsley's beautiful 1903 Flyer model for MSFS was the original
inspiration for this model. I certainly wouldn't have gotten as far
without
his work. Orville's body, the top surface of the wings, and the sprocket
textures are his.
To take off from
On 12/20/02 at 4:59 PM Bernie Bright wrote:
On Thu, 19 Dec 2002 20:36:12 -0700
Dave Perry [EMAIL PROTECTED] wrote:
I updated plib, simgear, and FlightGear source from cvs this evening and
compiled plib and simgear with no problems. I get the following error
compiling FlightGear (at the
David Megginson writes:
Are you using the latest CVS plib? The funny thing for me is that all the other
sound samples are playing fine.
No, I'm using 1.6.0. I'll give it a try with CVS and see what happens.
Cheers - Dave
___
Flightgear-devel
David Megginson writes:
Mike Bonar writes:
I have been mostly interested in AI and terrain rendering, but I am
open to working on anything.
You can also take a look at Dave Luff's ATC code in src/ATC/ -- he
might have some TODO jobs.
Yup, there's a black hole full of TODO jobs in there!
On 12/30/02 at 7:47 PM [EMAIL PROTECTED] wrote:
Date: Mon Dec 30 14:47:23 EST 2002
Author: cvsroot
Update of /home/cvsroot/FlightGear/FlightGear
In directory bitless:/tmp/cvs-serv15423
Modified Files:
preferences.xml
Log Message:
Changed default frequencies. KSFO ATIS is not on standby
On 12/28/02 at 7:10 PM [EMAIL PROTECTED] wrote:
Date: Sat Dec 28 14:10:41 EST 2002
Author: cvsroot
Update of /home/cvsroot/FlightGear/FlightGear/Aircraft/Instruments
In directory bitless:/tmp/cvs-serv31667/Instruments
Modified Files:
single-magneto-switch.xml
Log Message:
Changed to use
On 1/2/03 at 11:52 AM Curtis L. Olson wrote:
David,
Another feature request would be to create a volume and on/off switch
property and honor them. Volume could go from 0.0 - 1.0 scaled
appropriately, and on/off is pretty self explanitory. It would also
be nice to have a servicable property so
On 1/2/03 at 11:52 AM Curtis L. Olson wrote:
Another feature request would be to create a volume and on/off switch
property and honor them. Volume could go from 0.0 - 1.0 scaled
BTW, can you hear the audio ATIS OK on your Linux box? There have been a
few problems reported with it over
On 1/14/03 at 2:58 PM Curtis L. Olson wrote:
David Megginson writes:
Except that all development stops on the even-numbered version as soon
as it's released, so bug fixes show up only in the unstable version
(which is usually more stable).
That may be true. Personally I keep my focus on the
On 1/14/03 at 4:10 PM Curtis L. Olson wrote:
Lots
David Luff writes:
As for 1.0, although its just a number, I personally think its a
pretty significant number, and probably worth a bit of work
polishing bugs , user interface, and installation problems out as
much as possible before
On 1/14/03 at 4:29 PM Jon S Berndt wrote:
On Tue, 14 Jan 2003 16:15:50 -0600
Curtis L. Olson [EMAIL PROTECTED] wrote:
The policy is that we say nice things about sourceforge and we
appreciate the service they provide to the open-source community.
But they really pissed me off one day with
On 1/14/03 at 4:10 PM Curtis L. Olson wrote:
David Luff writes:
and I'd have thought that displaced thesholds and the arrows
pointing to them would have to be pretty high on the list of
features that would be expected to make it in.
Do we actually have these in our airport data? If so
On 1/15/03 at 12:39 AM Jon Stockill wrote:
On the subject of runways - I've been working on the database today.
I can import and export the xplane database, and have some code which
parses the DAFIFT data, and compares it with the existing database,
however:
1. Not all airfields in the xplane
On 1/14/03 at 8:11 PM David Megginson wrote:
For now, let's just get all the airports in. The way that X-Plane
implements taxiways is just horrible -- aprons are just wide taxiways,
for example, and taxiways are always rectangles run together. Perhaps
we'll be able to think of a better system.
Jonathan,
I've got behind reading my mail from this list, and I've only just read
this mail from a while ago about this and the later error you had in
ATCVoice.cxx. I've commited Norman's fixes for both files to the cvs, so
if you could do a clean checkout of the ATC subdirectory and check I
Are there any elevation data sets out there for which full re-distribution
rights can be bought for a fairly modest sum of money? I'm pretty sure
someone might have mentioned the Japanese data as falling into this
catorgory at some point.
Anyway, its a thought, even if possibly of only the
Ever since upgrading from automake-1.4 to 1.5, the messages shown on screen
while compiling Flightgear have got far more verbose, with stuff about
tmpfiles and deps being output, and this is even worse with automake-1.7
that comes with the latest Cygwin. Is there any way of getting rid of all
the
On 1/17/03 at 1:21 PM David Megginson wrote:
I checked the Canadian data, thinking that I might be willing to
invest a hundred or two for the sake of having good Canadian GIS data
online. For nationwide elevation and general GIS vector data, my
government wants CAD 1M (USD 650K) for a closed
On 1/19/03 at 10:09 PM Frederic Bouvier wrote:
I am fighting against a memory corruption for 2 hours and I solved it.
Not enought room was allocated in ATCmgr.cxx and auto_gui.cxx to store
strings.
Here is the patch, hoping it will solve Curt's and Michael's problems :
Oops, sorry.
I've
Exhibition of mock-up wooden Wright Flyer cockpit attached to MSFS visuals:
http://www.eaa.org/communications/eaanews/030117_simulator.html
Cheers - Dave
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
On 1/19/03 at 6:06 PM David Megginson wrote:
The translucent dialogs we've been using look very spiffy, but it
turns out that they're not all that practical once you start using
things like pop-up menus in combo boxes. Take a look at the clouds
dialog in the latest CVS (FlightGear and base
On 1/22/03 at 7:12 AM Jon Berndt wrote:
I copied over Bernie's changes for namespaces, but have not been able to
get the code to compile with FlightGear. The files JSBSim.cxx|hxx need to
be aware of the new namespace scoping of JSBSim, and I can't seem to get
it to work. Suggestions?
Wouldn't
On 1/22/03 at 9:20 PM Norman Vine wrote:
Very nice :-)
Yes, it appears to have created quite a stir among the MSFS users here in
England. I'll almost certainly buy a copy myself once Northern England
comes out.
Hard to tell but it looks like their scenery is cutoff at ~15 miles
and you can't
On 1/22/03 at 10:09 PM Norman Vine wrote:
David Luff writes:
Hard to tell but it looks like their scenery is cutoff at ~15 miles
and you can't really tell from jpegs and don't know what LOD
is being shown in the 'snaps' but I would guess that this is
several 2 - 4 meter per pixel imagery
On 1/23/03 at 3:01 PM [EMAIL PROTECTED] wrote:
BTW, there are certains areas (i.e. in Germay) where streets/rivers
obviously are misplaced. This means if you buy a better high res mesh
(whcih
are available) rivers will flow downhill etc.
And
On 1/23/03 at 4:10 PM [EMAIL PROTECTED] wrote:
Dave,
are available) rivers will flow downhill etc.
Sorry. Uphill. You guessed it ;-)
Sorry - couldn't resist :-)
That's well possible. That artifact is obviously not present in the
original
data. It's just that all the stuff like rivers, roads
Some of the photos of Massachusetts from Norman's link yesterday clearly
show light singles parked in a back-to-back pattern, as so:
|_
| _|
|
|_
| _|
|
|_
| _|
|
|_
|
There doesn't look to be enough room to squeeze forward through the other
rank, so how are they parked? Do they go in
On 1/23/03 at 1:37 PM David Megginson wrote:
Norman Vine writes:
could you translate 'light singles' into 'american' :-)
I don't get the joke without seeing the picture -- are the planes
David's referring to bigger than light singles?
I think we're talking cheese. I guess no American would
These errors are fixed in the latest CVS -
change
typedef list TowerPlaneRec* tower_plane_rec_list_type;
typedef list TowerPlaneRec* ::iterator tower_plane_rec_list_iterator;
typedef list TowerPlaneRec* ::const_iterator
tower_plane_rec_list_const_iterator;
to
typedef list TowerPlaneRec*
Hi Paul,
As others have pointed out, there has been a small amount of AI traffic
development going on, and as the guilty party I'd better pipe up sooner
rather than later :-) I'll describe what I've been doing and leave it up
to you whether you want to join in with that or start afresh.
I've
On 2/11/03 at 9:15 AM Bernie Bright wrote:
On Mon, 10 Feb 2003 11:46:04 +
David Luff [EMAIL PROTECTED] wrote:
[snip]
The limit of my ambition at the moment is to get light planes taxiing in
and out of and flying circuits around GA airports at the moment. This
is a
huge amount of work
Someone posted a while ago about a crash they thought occured whilst
passing over a faint dotted white line in the terrain. I think I've found
a repeatable instance of this. Startup with runfgfs --airport-id=KSQL (San
Carlos in the base scenery) and fly a RH traffic pattern departing rwy 30
(the
On 2/19/03 at 12:38 AM Jim Wilson wrote:
The earlier fix did work for a very similar symptom that both Curt and I
were
able to reproduce reliably.
I think I see the tile border you are talking about but it doesn't crash.
It
might have something to do with my flying ability, or should I say
On 2/19/03 at 12:38 AM Jim Wilson wrote:
The earlier fix did work for a very similar symptom that both Curt and I
were
able to reproduce reliably.
I think I see the tile border you are talking about but it doesn't crash.
It
might have something to do with my flying ability, or should I say
On 2/18/03 at 9:50 PM Erez Boym wrote:
Hi,
It's more a TerraGear question but it seams that the
TerraGear list is dead so I'm trying my luck here,
hoping some one can help me.
I'm compiling TerraGear and for some reason, it keeps
complaining about simgear/misc/fgstream.hxx. I have
all the
On 2/21/03 at 4:22 PM David Megginson wrote:
Danie Heath writes:
Something I picked up on the Vertical Speed Indicator if I'm in a
climb, and I adjust my flightpath to level flight, it's as if the VSI
takes ages to return to the correct position. I've tried of fixing it,
but it
On 7 Mar 2003 at 8:42, Curtis L. Olson wrote:
Update of /var/cvs/FlightGear-0.9/FlightGear/src/ATC
In directory seneca:/tmp/cvs-serv18953
Modified Files:
AIMgr.cxx AIMgr.hxx
Log Message:
Eeek! Emergency fix of a couple case problems for includes.
Whoops, sorry, no prizes for
On 7 Mar 2003 at 8:35, Curtis L. Olson wrote:
Building the entire world is a *huge* undertaking that requires a
*lot* of resources.
No kidding! I take it you've read the hitchhikers-guide... series as well ;-)
Cheers - Dave
___
Flightgear-devel
Jon Berndt wrote:
I'm getting a build error for FlightGear with the newest stuff from CVS.
Any clues?
Jon
g++ -DHAVE_CONFIG_H -I. -I. -I../../src/Include -I../.. -I../../src -c
-o transmissionlist.o `test -fcho './'`transmissionlist.cxx
transmissionlist.cxx: In method `class string
Jon Berndt wrote:
David Luff wrote:
You could try replacing
bcopy(pos, tag, 3);
with
bcopy(pos, tag[0], 3);
and let us know how that goes. What compiler and OS are you on -
I don't see this with gcc-3.2 on either Cygwin or Linux.
Is this your code?
It was written
Jon Berndt wrote:
Did you try the proposed fix, and did it work?
Yes, I did, and it worked great.
Great, it's in CVS now.
Cheers - Dave
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
Jon Berndt wrote:
I'm getting a build error for FlightGear with the newest stuff from CVS.
Any clues?
Jon
g++ -DHAVE_CONFIG_H -I. -I. -I../../src/Include -I../.. -I../../src -c
-o transmissionlist.o `test -fcho './'`transmissionlist.cxx
transmissionlist.cxx: In method `class string
On 3/11/03 at 4:45 PM Martin Spott wrote:
Hello,
I'm quite new to reading GDB output, so I thought I'd preset this to you.
Primarily I was looking after X server freezes with my Radeon card but
this
appears to me to be FlightGear related. So I thought I'd just ask.
GNU gdb 5.2.1
[...]
(gdb) r
On 3/19/03 at 6:10 PM Erik Hofman wrote:
Please sent no files ...
Erik
(Diffs wil do).
Whoops, sorry - just sent some files seconds before that appeared!
Cheers - Dave
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
It probably gets through undetected when configured --without-logging
Cheers - Dave
On 3/20/03 at 11:30 PM Erik Hofman wrote:
Ironhell3 . wrote:
ok, i am not sure if this is correct but this way compiles cvs version
of Flightgear
Shoot. You are right.
Funny I didn't catch that one.
Curtis L. Olson wrote:
David Megginson writes:
If we take the ATC manager out of globals and add it to the main
subsystem manager (instead of updating manually), we can set it up to
update, say, every 2 seconds instead of every frame.
My concern is that if the atc manager update is
David Megginson wrote:
Curtis L. Olson writes:
Just as a random stab in the dark I commented out ...
globals-get_ATC_mgr()-update(delta_time_sec);
... from the main loop and my frame rate at least doubled ... ?!?
If we take the ATC manager out of globals and add it to
William McRaven wrote:
Interesting
I downloaded the CVS last week .. tues or wed .. and installed it.
The frame rate went to.. very bad. basically made flightgear unflyable..
It also made regular flightgear unflyable .. the screen jumping every 1 or 2
seconds.. and also other 3d
On 3/30/03 at 2:33 PM Curtis L. Olson wrote:
My concern is that if the atc manager update is taking me from 60hz
down to 20hz means it could be consuming on the order of 30
milleseconds per call. Simply calling it once every 2 seconds will
impose a 30ms hitch in the frame rate every 2 seconds
On 3/31/03 at 10:51 AM [EMAIL PROTECTED] wrote:
Could the ATC manager be implemented as a low-priority thread which is
woken up every so often (few seconds) to update the list of distances to
the ground stations, and additionally if a frequency is changed? The
realtime loop would then always have
OK, the line of code causing the frame rate hit was the following:
if((fabs(xyp.y() - xyc.y()) ((runway.length/2.0) + 5.0))
(fabs(xyp.x() - xyc.x()) (runway.width/2.0))) {
return(true);
}
return false;
To simplify things, I broke it down into a few more lines:
double
On 3/31/03 at 2:38 PM David Luff wrote:
Replacing the offending line:
return((ldiff rlen) (wdiff rwidth));
with the somewhat more verbose
if(ldiff rlen) {
return(wdiff rwidth);
} else {
return(false);
}
cures it completely! Am I doing something really daft
On 3/31/03 at 4:52 PM David Luff wrote:
I'm doing something daft - forget this post - the above both drop the
frame
rate. The reason the return(false) fix fixes it is because then the
function doesn't get called any more!
And here's the root cause - I was reading in the almost-one-megabyte
I've knocked up an ATC/AI enable/disable dialog using checkboxes, but if one of the
subsystems starts disabled and is then enabled there is the possibility of update
being called without a previous call to init. I can avoid this by setting an
init-done-ok boolean flag in init and checking for
On 4/2/03 at 10:04 AM Erik Hofman wrote:
Jim Wilson wrote:
The magnetos are now defaulted to position 2 (Left) instead of 0 (Off).
Was
that intentional? Is there anything else in global preferences not
mentioned
in the log?
I think the magnetos have been in position 2 for a while. This
On 4/3/03 at 5:01 PM David Megginson wrote:
Matthew Law writes:
I'll make just one more post after lesson 2...
Post as often as you'd like -- we'll all be interested in hearing as
it goes.
Ditto, I've thoroughly enjoyed the posted desciptions of both David's and
now your flying training.
1 - 100 of 455 matches
Mail list logo