Hi Oliver,
On Sonntag 23 Oktober 2005 23:56, Oliver Schroeder wrote:
after some discussions here on the list, but most of the time on irc, I
have drawn some conclusions on how to improve the multiplayer mode. So,
here they are. Feel free to flame me on any part which might be awfully
wrong.
Oliver C. wrote:
Does VMAP0 data has different data for salt water and freshwater?
I'll investigate if the VMAP0 contains this information in principle,
but I doubt. Currently we only distinguish between the following:
crimson: 10:20:10 ~/TGPostGIS grep hydro FGScenery.conf | awk -F \| '{print
Vassilii Khachaturov wrote:
H even an empty aircraft doesn't get blown away that easy.
I can't believe it will be blown away by anything under 15 knots,
especially with the brakes engaged.
This is correct. At least you can land and taxi a C150 at 15 kts
crosswind without significant
Mathias Fröhlich wrote
Oliver Schroeder wrote:
...snip
3) sending properties for the carrier (Nimitz)
In order to prepare flightgear to send abitary properties, I think the
carrier is predestined. Everything we need is almost already there. What
we
need is a method in FGAICarrier
On Mon, 24 Oct 2005, Martin Spott wrote:
Vassilii Khachaturov wrote:
H even an empty aircraft doesn't get blown away that easy.
I can't believe it will be blown away by anything under 15 knots,
especially with the brakes engaged.
This is correct. At least you can land and taxi a
Hello.
Someone said that it is no problem to run FlightGear even on an Ultra-5
machine.
I run FlightGear on a Blade 1000 with an 750 MHz UltraSparc processor
(this is equal to a Pentium machine with 2,3 or 3 GHz speed).
The screen refreshes every 8 seconds. Any keyboard input requires 8
On Sun, 23 Oct 2005 23:11:19 +0200, Oliver wrote in message
[EMAIL PROTECTED]:
On Sunday 23 October 2005 22:16, Ralf Gerlich wrote:
Hi,
Arnt Karlsen schrieb:
On Sat, 22 Oct 2005 11:27:56 +0200, Ralf wrote in message
I'd say we need different texture-names for lakes which freeze in
Martin Rosenau wrote:
Someone said that it is no problem to run FlightGear even on an Ultra-5
machine.
This could have been my statement, but in this form it is incomplete.
I _do_ expect that the CPU of an Ultra5 is sufficient for running
FlightGear _but_ you have to have an appropriate
I'd expect that you need something in the XVR-1000 range and I don't
know if that fits into an Ultra5.
Hello.
I think it is not only a problem of graphics. Even the network stuff (e.g.
props at TCP port 5501) has 8 seconds delay.
This should be capable of carrying a graphics board that
Martin Rosenau wrote:
I think it is not only a problem of graphics. Even the network stuff
(e.g. props at TCP port 5501) has 8 seconds delay.
I suspect the network stuff is coupled to the same loop as is the
screen display. Just a guess, though
I use an Elite-3D-m6 card.
As far as I
On Sunday 23 October 2005 09:14, Buchanan, Stuart wrote:
I've created a new XML binding file for the USB
version of the Wingman Force 3D joystick.
I've been using a USB Wingman Force3D stick with FG (under Linux) for quite a
few months now using the current config (OK, a hacked version for my
Martin Spott wrote:
I suspect the network stuff is coupled to the same loop as is the
screen display. Just a guess, though
It is. Everything except for terrain tile I/O is driven out of the
main loop. Probably something that should be fixed...
Note that we're going to have to start
Andy Ross wrote:
Martin Spott wrote:
I suspect the network stuff is coupled to the same loop as is the
screen display. Just a guess, though
It is. Everything except for terrain tile I/O is driven out of the
main loop. Probably something that should be fixed...
Note that we're
Curtis L. Olson wrote:
I would like to make a case for non-threading from the standpoint of
simplicity. We have had (and probably still have) some extremely
subtle and extremely difficult to track bugs in our threaded tile
loader.
I don't disagree at all. Everything you say is true, and a
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d
Hello.
I found out that for each simulation step an usleep(93 ms) is done.
The screen is updated only every 64 simulation steps.
93 ms X 64 = ~7 seconds
I have no idea why the display is only updated ONLY every 64th
simulation step.
Textures are not the problem; I can use --disable-textures
Martin Rosenau wrote:
Hello.
I found out that for each simulation step an usleep(93 ms) is done.
The screen is updated only every 64 simulation steps.
93 ms X 64 = ~7 seconds
I have no idea why the display is only updated ONLY every 64th
simulation step.
Textures are not the problem; I can
Curtis L. Olson wrote:
Personally, I think that the idea of threading in the context of
FlightGear is a *very* scary idea, especially from the standpoint of
long term maintanence and keeping our code robust. I'd perhaps favor
splitting our code out into separate applications that use
Ralf Gerlich schrieb:
Hello all,
Ingrid has been working hard on the scenery data and we're proud to
release a new version of the Lake Constance custom scenery.
In fact it is not only a scenery of Lake Constance anymore.
The nearest airport to Fuessen is Reutte (LOIR), a nice little
On Saturday 22 Oct 2005 18:53, Oliver C. wrote:
On Saturday 22 October 2005 19:09, Lee Elliott wrote:
Hello Geoff,
just tried fgfs --fog-disable --visibility=12 and it
seemed to start ok. Didn't try flying as I'm just off out.
This is on a Debian Linux system.
LeeE
I tried
20 matches
Mail list logo