On Saturday 26 November 2005 16:20, Melchior FRANZ wrote:
* AJ MacLeod -- Saturday 26 November 2005 15:50:
This hypothetical application sounds very much to me like an extension to
the existing fgrun...
... and we could call it ... *pause* ... fgadmin!
Speaking of which: Inspired by your
On Wednesday 23 November 2005 05:16, Szabolcs Berecz wrote:
Sounds more interesting :)
I suppose ATC is functional in FlighGear.
The ATC in FlightGear is an area that is currently still under active
development. Feel free to browse through the source code subdirectories that
make up the most
On Tuesday 22 November 2005 18:02, Curtis L. Olson wrote:
Vassilii Khachaturov wrote:
Like in the dawn screenshot where I tried to show that off;
http://www.adeptopensource.co.uk/personal/fg/747-Heathrow-dawn_moon.jpg
[snip]
I forget who posted this original 'dark' screen shot, but
Hey Guys,
I just got back from Canada yesterday, so I didn't have the time to respond
any sooner.
On Saturday 12 November 2005 03:52, Curtis L. Olson wrote:
Dave Culp wrote:
Due to underwhelming response to my previous post concerning a test run of
0.9.9-pre2, I'll repost now. Here is the
On Tuesday 08 November 2005 16:27, Harald JOHNSEN wrote:
It's a quick hack, I try to find plausible surface/gear position
depending on the ai aircraft attitude.
From the aircraft_demo ai, you can see the 733 gears animation just
after take-off :
On Monday 07 November 2005 16:28, George Patterson wrote:
On Mon, 2005-11-07 at 15:02 +, Kevin Jones wrote:
Hi,
CVS FG source at 2:30pm (UK time) Monday 7th November fails to make
on Cygwin with the following error:
make[2]: Entering directory blah/source/src/MultiPlayer
On Monday 07 November 2005 00:22, Vassilii Khachaturov wrote:
What I've tried to do is the following (AIModels/AIBase.cxx: about line
166)
Why don't you send us the cvs diff -u of that file?
Sending the file by itself isn't much use. My question isn't really related to
the syntax in this
On Monday 07 November 2005 14:20, Josh Babcock wrote:
Durk Talsma wrote:
On Friday 04 November 2005 23:40, Christian Mayer wrote:
Durk Talsma schrieb:
To get AI traffic going in the forseeable future, we could use quite
a few low-polygon count aircraft models in various paint schemes. So
Hey Guys,
With signs of a new release coming up, and a few interesting discussions I'm
involved in, I thought I'd drop a note to let you know that I'm going to be
out of town next week. Tomorrow, I'm flying out to Canada (Toronto and
Kingstone) for a work related meeting followed by a
On Monday 07 November 2005 18:53, Harald JOHNSEN wrote:
Durk Talsma wrote:
I'm trying to work out this idea a bit further and then we can see how it
combines with the animations code. The most important animation is
probably gear up/down, because that's quite visible. Flap
extension
Hey Guys,
I have a question: I've been working on adding multiple livery support for AI
traffic. What I would like to do is pass the texture directory by means of a
property to sgLoad3DModel().
What I've tried to do is the following (AIModels/AIBase.cxx: about line 166)
model =
On Friday 04 November 2005 23:40, Christian Mayer wrote:
Durk Talsma schrieb:
To get AI traffic going in the forseeable future, we could use quite
a few low-polygon count aircraft models in various paint schemes. So, I'd
be interested to know if anybody with reasonable 3d modeling skills
On Saturday 05 November 2005 00:26, Innis Cunningham wrote:
Hi Durk
From: Durk Talsmawrites
interested to know if anybody with reasonable 3d modeling skills would be
interested in contributing in this field. Although the traffic system
shouldn't be limited to commercial airliners, this
On Saturday 05 November 2005 01:42, Paul Surgeon wrote:
It's a pity we can't use something like the Project AI aircraft packages.
It's a lot of work modeling dozens of aircraft types and liveries.
I agree. I've been trying to contact the folks at project AI at least five
times to see if we
On Sunday 06 November 2005 02:46, Curtis L. Olson wrote:
I was scanning through the cvs logs trying to refresh my memory on what
has been changed, added, and fixed since the release of v0.9.8 (last
January). Here's what I came up with, although after staring at cvs
logs for 2 hours I started
On Wednesday 02 November 2005 14:19, Martin Spott wrote:
Martin Spott wrote:
I experience a significant slowdown in the frame rate since my last
build yesterday. As the only significant change in CVS is the AI
traffic on EHAM I assume the slowdown is related to that.
I'm very sorry for
On Wednesday 19 October 2005 14:54, Martin Spott wrote:
Hello,
I experience a significant slowdown in the frame rate since my last
build yesterday. As the only significant change in CVS is the AI
traffic on EHAM I assume the slowdown is related to that.
Do I have the ability to disable this
On Monday 17 October 2005 06:50, Ampere K. Hardraade wrote:
Regarding Robin's DB: having accurate taxiways is not the only concern.
Some other items that we should take notice of include:
These are valid concerns. Quite a few of these features are already available,
albeit sometimes in a
Hi Folks,
A few days ago I promised to put some AI traffic screenshot on my website. The
site's up and running again, so here they are.
http://durktalsma.xs4all.nl/FlightGear/web/index.html
The new screenshots start here:
http://durktalsma.xs4all.nl/FlightGear/web/19.html
I still need to
On Wednesday 12 October 2005 19:47, Ralf Gerlich wrote:
Hi,
Durk Talsma schrieb:
Hi Folks,
A few days ago I promised to put some AI traffic screenshot on my
website. The site's up and running again, so here they are.
This looks absolutely great.
When do you think we will be able
On Monday 03 October 2005 11:25, Erik Hofman wrote:
Steve Hosgood wrote:
On Mon, 2005-10-03 at 09:01, Erik Hofman wrote:
Speaking of which, is anybody still working on replacing the non-GPL
sun/moon azimuth calculations to properly model the color of them?
I've done some of it. Not sure
On Monday 03 October 2005 13:35, Melchior FRANZ wrote:
(A) will a new official plib release be required?
Personally, I don't have an opinion on this one.
(B) which bugs need to be fixed (and by whom :-)?
Okay, here are some off the top of my head that I found recently:
- Setting a wrong
On Monday 03 October 2005 19:57, Melchior FRANZ wrote:
* Melchior FRANZ -- Monday 03 October 2005 19:47:
* Durk Talsma -- Monday 03 October 2005 18:08:
(B) which bugs need to be fixed (and by whom :-)?
- Setting a wrong path for --fg-scenery results in an abort
I'll look
On Monday 03 October 2005 20:31, Melchior FRANZ wrote:
* Durk Talsma -- Monday 03 October 2005 20:18:
Could not find VVNS
Could not find VVNT
Aborted
[EMAIL PROTECTED]:~/src/FlightGear-0.9/source-devel
You have compiled with glut? And not used the -fexceptions flag?
That's possible
On Monday 03 October 2005 06:37, George Patterson wrote:
On Sun, 2005-10-02 at 19:49 -0400, Ampere K. Hardraade wrote:
There will be an eclipse tomorrow, and I was just wonder whether
FlightGear has this modelled.
http://news.bbc.co.uk/2/hi/science/nature/4299074.stm
Ampere
It should
On Tuesday 16 August 2005 14:49, David Luff wrote:
TaxiDraw-0.3.2 has been released. This release is primarily to track
changes in the X-Plane data format. TaxiDraw has also moved to
SourceForge, and can now be found at http://taxidraw.sf.net. As a result,
the latest code can now be
On Sunday 07 August 2005 15:54, Erik Hofman wrote:
Erik Hofman wrote:
Is this correct or am I missing something?
I just realized that you also need to adjust for day-of-year to
compensate for the out-of-center rotation that causes long days (and
nights) for both polar areas.
Erik
Hi
, and even he attributes it all to the
legendary Practical Astronomy with your Pocket Calculator book by
Peter Duffett-Smith.
I think the interface routines to FlightGear (all starting with 'fg')
are not Johnson's anyway, but I'm not totally sure. Durk Talsma may know
better - his name is on some
On Friday 22 July 2005 16:22, Erik Hofman wrote:
Andy Ross wrote:
We should probably fix this, I guess. Maybe the easiest way to do it
would be to contact the author; is XEarth or descendents still an
active project?
Actually, I've tracked this down to just one function to calculate
On Friday 22 July 2005 19:09, Erik Hofman wrote:
Durk Talsma wrote:
Things are pretty hectic at work right now, so my time is really limited.
Here is what I have right now. I must be missing something obvious since
the lighting isn't updated based on the sun angle:
http://www.a1.nl
On Tuesday 28 June 2005 18:36, John Wojnaroski wrote:
Still running with a modified version of Durk's code we used at
Scale3x. we've been invited back for Scale4x and might just go to the
AVSIM meeting in San Diego during September. See
www.flightgear.org/Project/747-JW
Great to hear that
28 May 2005 06:45, Durk Talsma wrote:
I just did a quick test and it looks like the parking and rwyuse files are
not yet picked up by the patch. I'm likely to have a chance to look into
this tomorrow. I'm out of town for the rest of the day.
Cheers,
Durk
On Thursday 26 May 2005 22:48, Andy
I just did a quick test and it looks like the parking and rwyuse files are not
yet picked up by the patch. I'm likely to have a chance to look into this
tomorrow. I'm out of town for the rest of the day.
Cheers,
Durk
On Thursday 26 May 2005 22:48, Andy Ross wrote:
Unfortunately, because there
Hi Andy,
Thanks for looking into this. I had started working on a patch, but didn't
have a chance to finish it. (See AI weirdness thread earlier this month). I
do have a limited number parking and rwyuse files, so I'll test it tonight.
As for the parking/runway files: I've started adding some
On Tuesday 24 May 2005 16:09, Harald JOHNSEN wrote:
Edit apt.dat and runways.dat, just leave KSFO for example. Normaly you
should leave a few others used in ai or atc (I don't remember) or
disable this functionalities if you don't want an abort of FG.
The latest version of the Traffic manager
On Tuesday 24 May 2005 13:45, Melchior FRANZ wrote:
(1) loading airport and navigation data; very rough guess: ~ 45%
(2) initializing subsystems (atc, weather, ai, ...) ~ 30%
(3) creating MipMaps (no perceived delay, because it's done in another
thread)
Maybe this is a
On Friday 06 May 2005 16:12, Martin Spott wrote:
Durk Talsma wrote:
I would like to keep this check around a little longer, until I'm more
convinced I got everything nailed down. If there are portability issues
though, I don't see any strong reasons for keeping it.
It's your decision
On Friday 06 May 2005 14:00, Martin Spott wrote:
Martin Spott wrote:
foehn: 13:47:11 ~ man finite
NAME
isnan, isnand, isnanf, finite, fpclass, unordered - deter-
mine type of floating-point number
SYNOPSIS
#include ieeefp.h
If there's no suitable replacement for
Right now there are two instances where AI objects are created on-the-fly.
One is in the submodels manager (see /source/src/AIModel/submodels.cxx).
These are ballistic AI objects the emanate from the user airplane.
Currently this is used for contrails, smoke, flares, tracers, etc.
The other
On Monday 02 May 2005 20:41, Melchior FRANZ wrote:
$ strace -fF -eopen fgfs -D --aircraft=ufo 21|grep -c /Airports/AI/
49194
Is there really no better way than to check for the existance of 49194(!)
files during startup? Two for every ICAO id?
[pid 377]
On Monday 02 May 2005 21:23, Melchior FRANZ wrote:
* Durk Talsma -- Monday 02 May 2005 21:16:
I don't know what point you're trying to make: either that there is such
a big discrepancy between the number of files that are checked for their
precence, and the fact that there are currently
On Monday 02 May 2005 21:43, Frederic Bouvier wrote:
Let me rephrase Melchior's suggestion : iterate on directories with
plib's ulOpenDir and ulReadDir functions, possibly being recursive in
the tree, and check if the name of the reported files are an existing
ICAO code against the database
On Wednesday 23 February 2005 09:48, Erik Hofman wrote:
Martin Spott wrote:
Cheers,
Martin.
P.S.: Who created the static B737 and B747 models that are sitting at
KSFO ?
I think Innis did the 737, but the 747 I wouldn't know.
It could be a good time to remove both static
On Wednesday 23 February 2005 14:19, Innis Cunningham wrote:
Erik Hofman writes
I think Innis did the 737, but the 747 I wouldn't know.
It could be a good time to remove both static planes since the Traffic
manager gets quite powerful already.
No I did the 747 David M did the 737 and yes
Hi Everybody,
I thought I'd give you guys a quick heads up concerning my AI traffic
development. I am almost ready to release my latest changes. Just need to do
some more testing, sync my development source branch with CVS, and make sure
everything runs with the currently existing data.
On Wednesday 02 February 2005 19:40, John Wojnaroski wrote:
I'll try and post a few more screenshots on my website later week/weekend
and
expect to submit the code sometime next week.
Just wondering what updates were included in the 0.9.8 release. We'll have
a FlightGear booth at SCALE3x
On Monday 24 January 2005 23:56, David Luff wrote:
On 24/01/2005 at 21:17 Durk Talsma wrote:
What I am really looking for is a hint where I can find the code in
FlightGear
Hi Durk,
I obtain ground elevation for taxiing AI traffic in AILocalTraffic.cxx,
lines 1569 - 1602 (or thereabouts
:01, Durk Talsma wrote:
Hi,
I would like to experiment a little bit with adding current terrain
elevation detection for AI models. Is there a function to do this, i.e.
double fgGetElevation(double lat, double lon);
I found that the current user location is read
from /environment/ground
On Monday 24 January 2005 20:57, Curtis L. Olson wrote:
Hi Durk,
The terrain elevation system could stand to be looked at a bit. I think
there is still a lurking bug where the wrong elevation can be returned
under some circumstances immediately after a tile boundary is crossed.
There are
Hi,
I would like to experiment a little bit with adding current terrain elevation
detection for AI models. Is there a function to do this, i.e.
double fgGetElevation(double lat, double lon);
I found that the current user location is read
from /environment/ground-elevation-m but that's the
On Friday 21 January 2005 20:32, David Luff wrote:
On 21/01/2005 at 20:04 Durk Talsma wrote:
So time permitting I wouldn't mind having a stab at porting (some of) your
code to interact with the AIModel system, it that is okay with you. As I
mentioned yesterday, the taxiway code comes to mind
On Friday 21 January 2005 16:51, David Luff wrote:
Hi all,
I've commited a fix for the program crash when the piper model is not
present, and apologise for that. Would a v0.9.8a release be in order? The
current package almost certainly crashes for everyone who doesn't have an
existing base
On Friday 21 January 2005 18:44, David Luff wrote:
On 21/01/2005 at 18:38 Durk Talsma wrote:
Any thoughts?
Yes, I'm still inclined to go this way (integration), but haven't had the
chance to dig into the AIModel code yet. The comments above were intended
to be somewhat generic
3) ATC/AI
This may just be my group of friends :P, but many of them find it much
more fun and interesting if there are other aircraft in the world, and
if they can communicate with ATC. Durk's work in this area is making
this easier, but ATC itself can still feel quite primitive. Coupled
On Tuesday 18 January 2005 08:21, Paul Surgeon wrote:
On Tuesday, 18 January 2005 04:40, Ampere K. Hardraade wrote:
On January 17, 2005 02:25 pm, Paul Surgeon wrote:
We already have too many empty 3D models in FG without working FMCs,
FMSs, ECAMs, NDs, etc.
Paul
It will be nice
On Tuesday 18 January 2005 11:53, Ampere K. Hardraade wrote:
The roll out is on, LIVE!
http://www.tv-radio.com/station/public_senat/public_senat-150k.asx
For German user, they can tune to N-TV.
Right now, it is 6:00 here. I woke up at 4:30 just to watch this!
The aircraft has yet been
On Tuesday 18 January 2005 19:28, Paul Surgeon wrote:
On Tuesday, 18 January 2005 13:04, Durk Talsma wrote:
So, are you suggesting we should do it ourselves and shift priorities?
Work on glass cockpits Instead of creating 3D models, and FDMs? Doesn't
sound like its gonna work
On Wednesday 19 January 2005 00:58, Ampere K. Hardraade wrote:
On January 17, 2005 01:51 pm, Christian Mayer wrote:
When do we have a flyable A380?
It can't be that Airbus was faster than we are:
http://slashdot.org/articles/05/01/17/0437202.shtml?tid=126
CU,
Christian ;)
Of
On Tuesday 18 January 2005 22:05, Christian Mayer wrote:
Hi,
the web page is comming along nicely!
There's one thing that could be added: when you click on the thumbnail a
normal sized picture should open.
It also would be great if there'd be a thumbnail of the cockpit for that
plane as
On Monday 17 January 2005 12:51, Manuel Massing wrote:
Hi,
I've been holding off my code changes already since Christmas. ;-)
why not tag the planned releases as branches. This way development can
continue in HEAD while the releases can be tested and bugfixed in-
dependently. This is
On Monday 17 January 2005 14:41, Innis Cunningham wrote:
Hi Durk
Durk Talsma writes
Well, I guess every open source project has it's own way of doing things.
Curt's announcement of a new planned release flagged the start of a
feature freeze period, but it also coincided with a rare
Hi,
I just ran into the following issue:
In my .fgfsrc I have specified
--fg-scenery=/home/durk/FlightGear-Scenery-0.9.5/
Which is a directory I had just deleted a few minutes earlier, because of an
upgrade to Scenery-0.9.[78].
As a result, FlightGear quit with a segmentaton fault. In
On Monday 17 January 2005 22:12, Melchior FRANZ wrote:
* Curtis L. Olson -- Monday 17 January 2005 21:59:
Any chance you can get us a gdb backtrace?
I can reproduce the crash, though. I'll look into it ...
m.
Thanks Melchior. Anyways, here's my backtrace: Just out of curiosity: Would it
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 it
can't be done, since real-weather is dependent on position, and
On Sunday 16 January 2005 23:07, Curtis L. Olson wrote:
Let's please hold off on touching any of this and restructuring the init
order until *after* the upcoming release.
Curt.
Curt,
I've been holding off my code changes already since Christmas. ;-)
Cheers,
Durk
On Monday 10 January 2005 21:29, David Megginson wrote:
On Mon, 10 Jan 2005 14:20:45 -0600, Curtis L. Olson
[EMAIL PROTECTED] wrote:
I was just flying in the SFO area with the DHC2-F and flightgear crashed
with the following message:
Unknown exception in the main loop. Aborting...
Hi Folks,
I just tried out the latest prerelease of FlightGear for a stretch test, by
taking the 747 on a trip halfway around the world, from EHAM to WSSS. I
deleted all the scenery and ran the accompanying version of terrasync to
fetch the latest scenery. I appears that a large chunk of the
On Thursday 06 January 2005 20:56, Durk Talsma wrote:
the new scenery should really be 0.9.8. (if I understand the terrasync
Hmm, okay, I guess that should be 0.9.7...
I also should have mentioned that FlightGear ran perfectly for the duration of
the trip (although I left it running
On Monday 03 January 2005 21:43, Curtis L. Olson wrote:
The second v0.9.8 prerelease of FlightGear (v0.9.8-pre2) is now
available for download and testing (source only.)
http://www.flightgear.org
I ask as many people as possible to download the tarballs, build and
test. The more
On Wednesday 29 December 2004 00:33, Dave Martin wrote:
I was thinking more about callsigns; if each AI aircraft is given a
callsign, they could then take a registration from a pool (simple list) of
correct registrations for their 'type' (ie: SqueezyJet 737) If a
registration is taken by an AI
On Wednesday 29 December 2004 20:59, Mathias Frhlich wrote:
On Freitag 24 Dezember 2004 12:00, Ronny Standtke wrote:
It would be great if as many people as possible could download this
pre-release and give it a try and let us know if there are any
problems.
After a long time not
On Tuesday 28 December 2004 10:05, Erik Hofman wrote:
Durk Talsma wrote:
On Tuesday 28 December 2004 01:24, Arnt Karlsen wrote:
On Mon, 27 Dec 2004 16:40:39 +0100, Durk wrote in message
Okay, fixed these. Took not nearly as much time as I thought it
should. I just send a patch to Erik
On Tuesday 28 December 2004 19:43, Jon S Berndt wrote:
I've encountered an unexpected problem with the class I have derived
from EasyXML. In one of the configuration files I have, the following
lines are present:
function NAME=aero/coefficient/Cndr
On Wednesday 22 December 2004 21:55, Curtis L. Olson wrote:
The first prerelease of FlightGear-0.9.8 and SimGear-0.3.8 are available
for download. Please see their respective web sites for details:
http://www.flightgear.org
http://www.simgear.org
It would be great if as many people
On Monday 27 December 2004 14:56, Durk Talsma wrote:
FYI: Thanks to Innis Cunningham, I found a few non-portable pathnames in
FlightGear thatI would like to fix before the next release. I'll do my best
to fix these before the next release, but I may need a day or two.
Okay, fixed these. Took
On Tuesday 28 December 2004 01:24, Arnt Karlsen wrote:
On Mon, 27 Dec 2004 16:40:39 +0100, Durk wrote in message
Okay, fixed these. Took not nearly as much time as I thought it
should. I just send a patch to Erik.
..you missed FlightGear-0.9/source/scripts/java/Makfefile.am,
looks rather
Hi David,
Some comments embedded in your original reply.
On Monday 27 December 2004 00:16, David Luff wrote:
Durk Talsma writes:
I haven't implimented taxiway routing yet, so right now, each aircraft
taxies straight from the gate to the active runway. I bet you can guess
what my next
On Sunday 26 December 2004 07:14, Paul Surgeon wrote:
How does it work?
Do the aircraft follow taxiways and park at gates or ramp designations?
That's the ultimate goal. For the current code, ie. for testing, I created an
xml file containing parking location and orientation information, which
Merry Christmas everybody,
Yesterday, I had some time to have a first stab at adding realistic aircraft
parking code to FlightGear. I've added some screenshots on my website:
http://durktalsma.xs4all.nl/FlightGear/web/index.html
This is all still very expermental. Involving a pretty big
On Thursday 23 December 2004 03:09, Durk Talsma wrote:
On Thursday 23 December 2004 01:00, Curtis L. Olson wrote:
Everything seems to work as before, but I haven't tested the
ATC/AI/Traffic manager stuff so someone who uses that stuff should do a
quick check to make sure I didn't break
On Thursday 23 December 2004 01:00, Curtis L. Olson wrote:
Everything seems to work as before, but I haven't tested the
ATC/AI/Traffic manager stuff so someone who uses that stuff should do a
quick check to make sure I didn't break anything there.
I'll have a look at it tomorrow.
Cheers,
Tonight an old KLM-747 will be shipped through the canals of Amsterdam on
it's way from Schiphol Airport (EHAM) to the new Aviodrome
(http://www.aviodrome.nl) museum at Lelystad airport (EHLE).
I found some pictures at:
http://www.ruudleeuw.com/phbuk-15dec04.htm
The transport will pass near
On Monday 29 November 2004 11:03, Chris Metzler wrote:
On Wed, 24 Nov 2004 07:29:02 +0100
Durk Talsma [EMAIL PROTECTED] wrote:
[ snip ]
Another thing I noticed is that when the AIModel subsystem loads
multiple copies of an aircraft, separate copies of each
On Monday 29 November 2004 09:17, Chris Metzler wrote:
Looking cool!
I'm curious whether you have ideas on how to generate traffic data
(flights and flightplans) for the aircraft that the TrafficManager
and AIManager will handle. Are you thinking of doing real-world
flights? If so, is
On Wednesday 24 November 2004 18:22, David Luff wrote:
I've put TaxiDraw-0.2.4 up at
http://www.nottingham.ac.uk/~eazdluf/taxidraw.html.
This is purely a bug-fix release - there is another version in the works
with some more features. Changes from 0.2.3 to 0.2.4 are:
I just downloaded and
Hi Folks,
This morning I decide to post a selection of FlightGear sceenshots on my
website illustrating the development of the TrafficManager subsystem, and its
interface with the AIManager.
http://durktalsma.xs4all.nl/FlightGear/web/index.html
Cheers,
Durk
On Saturday 27 November 2004 09:38, Erik Hofman wrote:
It's getting busy: 725 Aircraft in one scene!
How is the performance in those situations?
Erik
I've actually had it up to close to 1200 AI aircraft. :-)
It does take a hit on performance. With the traffic manager enabled, Initial
Hi Folks,
Following up on Curt's question about the aircraft directory layout, I would
like to bring up a slightly different but related issue, that of aircraft
models for use in AI traffic.
Over the past summer, we've had to deal with many inconsistencies that were
related to the AI traffic
Hi Everybody,
The last couple of months have been extremely busy for me, so there wasn't
much time left for FlightGear. But during the last week or so I managed to
tweak my local copy of FlightGear so that the traffic manager controlled
aircraft's behavior is extended in significant ways. To
On Monday 08 November 2004 10:13, Richard Bytheway wrote:
I have noticed that there are files in the MD11 model which have the same
name on a system with a case insensitive filesystem:
To the best of my knowledge, this duplication was introduced when Erik changed
the original upper case names
Dave,
Looks like you are right: I also got these segfaults. Works again now.
However, I discovered that the new version of the usb-pro-yoke.xml file undoes
a few changes I submitted early summer. I changed the behavior of the flap
switch to match it with how the keyboard handles it. Could we
Dave,
I just tested my setup. Same problem here. I suspect that a recent change in
plib broke things. Yesterdays cvs update of plib consisted mainly of js
updates. I have also submitted some CH Yoke config changes to the base
package, (mainly how it handles flaps) which were added to cvs
On Wednesday 04 August 2004 14:41, Frederic Bouvier wrote:
Is there a way to create new instances of AIAircraft or
another kind on the fly, just by adding some nodes in
the property tree, or running a command from the telnet
interface, that is, without modifying the source code ?
Is there
On Wednesday 04 August 2004 20:54, Frederic Bouvier wrote:
The idea would be to control the AI traffics ( creation, animation and
deletion ) from an external program with the telnet interface.
Someone ask me if it is possible lately, and I think he is prepared
to do the required changes. I
Hi Guys,
Okay, here's an interesting take-off problem.
Try running fgfs --airport=FHAW --aircraft=747
The runway has a pretty big slope and as soon as the nose wheel hits the
sloping part, the FDM freezes.
Cheers,
Durk
P.S., running fgfs-0.9.5-pre3, base-0.9.5-pre3, and terrasync scenery
Hi Ron,
That explains it: In version pre2, MD11 traffic is still generated, but the
required aircraft is not included in the base package. Around the time one
you're trying to start, one of the KLM MD11's starting from of heading for
Asmterdam is probably causing trouble. Version pre3 has its
Hmm, I hate to spoil the party, but I did get a segmentation fault in
FlightGear today (running 0.9.5-pre3). I'm not sure when it happened, since I
started FlightGear this morning and letting it fly between KSFO and EHAM
(which appears to become my favorite test route :-)), while I went off to
Yes, the following files were missing. Curt wrote me yesterday that he had
missed them somehow while updating from cvs, but that he has them now and
thus be in the final release. The segfault I'm getting is not related to
these missing files though, because that would only give a problem
Curt,
I'd say almost. My stuff has been checked in and seems to work fine now. My
only concern is that I just downloaded pre3 about two hours ago and haven't
even had a chance to compile it. Therefore, I'd prefer to wait just a little
longer. Probably just a day or so to see if anything
the release.
Cheers,
Durk
On Wednesday 28 July 2004 21:30, Curtis L. Olson wrote:
Durk Talsma wrote:
Curt,
I'd say almost. My stuff has been checked in and seems to work fine now.
My only concern is that I just downloaded pre3 about two hours ago and
haven't even had a chance to compile
1 - 100 of 205 matches
Mail list logo