[Flightgear-devel] RE: [Flightgear-cvslogs] Base CVS update:FlightGear/FlightGear/Docs

2003-02-24 Thread Michael Basler
Log Message: Add Carsten Hoefer's excellent flight tutorial to help system Thanks, John! I hope Carsten will find time to go on with it later. Michael -- Michael Basler, Jena, Germany [EMAIL PROTECTED] http://www.geocities.com/pmb.geo/

Re: [Flightgear-devel] Speed Bottlenecks in FlightGear

2003-02-24 Thread Erik Hofman
Jonathan Polley wrote: Hello all, I am asking this question from the standpoint of the benefits of a dual-processor computer in running FlightGear. Enabling threading will yield more stable frame rates, but how much work can be offloaded onto the second processor? Is it save to guess

Re: [Flightgear-devel] RE: [Flightgear-cvslogs] Base CVS update:FlightGear/FlightGear/Docs

2003-02-24 Thread Carsten . Hoefer
Does this mean, the document is also part of cvs? Can anyone give me a hand on how to continue writing using cvs? Where do I have to send or put new chapters? Thanks, Carsten Michael Basler schrieb: Log Message: Add Carsten Hoefer's excellent flight tutorial to help system Thanks,

Re: [Flightgear-devel] DAFIFT navids

2003-02-24 Thread Martin Spott
Rick Ansell [EMAIL PROTECTED] wrote: [...] Then merge in data from X-Plane adding any missing airports and any taxiway data ... taking care to avoid airports that might still be in the X-Plane data set but have since been plowed under by progress. It might be worth doing something other than

RE: [Flightgear-devel] RE: [Flightgear-cvslogs] Base CVS update:FlightGear/FlightGear/Docs

2003-02-24 Thread Michael Basler
Carsten, Does this mean, the document is also part of cvs? Luckily, indeed. Plus, it certainly will become part of the next official release (if you don't object, of course). Can anyone give me a hand on how to continue writing using cvs? Where do I have to send or put new chapters?

RE: [Flightgear-devel] Speed Bottlenecks in FlightGear

2003-02-24 Thread Jon Berndt
One thing you could try is running JSBSim on the same machine in stand alone mode and connect it to FlightGear using the network interface (is this already possible)? There is an experiment that is sort of in-work, but not fully staffed. Jon smime.p7s Description: S/MIME cryptographic

RE: [Flightgear-devel] Speed Bottlenecks in FlightGear

2003-02-24 Thread David Megginson
Jon Berndt writes: One thing you could try is running JSBSim on the same machine in stand alone mode and connect it to FlightGear using the network interface (is this already possible)? There is an experiment that is sort of in-work, but not fully staffed. I think that's a

Re: [Flightgear-devel] Speed Bottlenecks in FlightGear

2003-02-24 Thread Jonathan Polley
I have been using the remote display interface for quite some time, using a proprietary aircraft model. Since the frame rates were basically the same as when I was using an internal model, I expected that the CPU usage was not impacted by that component. Does anyone know if it is the actual

Re: [Flightgear-devel] Speed Bottlenecks in FlightGear

2003-02-24 Thread Martin Spott
Jonathan Polley [EMAIL PROTECTED] wrote: [...] Does anyone know if it is the actual rendering of the display that is taking the time, or is it the math required to process the scene graph? I'm running FlightGear on an SGI Octane MXI (supplied with the recommended texture cache RAM, so called

Re: [Flightgear-devel] Speed Bottlenecks in FlightGear

2003-02-24 Thread Curtis L. Olson
Martin Spott writes: I'm running FlightGear on an SGI Octane MXI (supplied with the recommended texture cache RAM, so called TRAM). Besides, this machine employs a cross bar switch to connect CPU, RAM and display (which provides a theoretical bandwidth of 1.6 GByte/sec) and has two parallel

[Flightgear-devel] OT: distributed terrain rendering

2003-02-24 Thread Martin Spott
Did anyone already mention ? For those who know to read German, there might be an interesting article: Primarily it's about implementing the algorithm used by Terragen (http://www.planetside.co.uk/terragen/) for distributed rendering - coded in Java3D http://www.unc.de/terrain.html

Re: [Flightgear-devel] EXC_BAD_ACCESS in modified FGFS (on mac os x)

2003-02-24 Thread Darrell Walisser
On Monday, February 24, 2003, at 07:28 AM, [EMAIL PROTECTED] wrote: Message: 6 Date: Sun, 23 Feb 2003 22:16:32 -0500 From: Ima Sudonim [EMAIL PROTECTED] To: flightgear flightgear [EMAIL PROTECTED] Subject: [Flightgear-devel] EXC_BAD_ACCESS in modified FGFS (on mac os x) Reply-To: [EMAIL

Re: [Flightgear-devel] cycling w/ right mouse button pause

2003-02-24 Thread Manuel Bessler
Since nobody posted anything about my first question/possible bug report I'll try it again: On Wed, Feb 19, 2003 at 02:57:40AM +0100, Manuel Bessler wrote: Hi I've noticed that cycling (right clicking) between mouse pointer mode, yoke mode, and view mode has no effect while paused. If you

Re: [Flightgear-devel] F-16

2003-02-24 Thread Christopher S Horler
I'll second the awesome! I'll try it soon. On Sun, 2003-02-23 at 20:31, John Check wrote: On Sunday 23 February 2003 2:49 pm, Erik Hofman wrote: Christopher S Horler wrote: Erik, I'm not running flightgear at the moment, any chance of a screenshot? http://www.a1.nl/~ehofman/fgfs/

Re: [Flightgear-devel] cycling w/ right mouse button pause

2003-02-24 Thread David Megginson
Curtis L. Olson writes: Yes, I observe this problem. Also a related problem is that incoming network packets are not read. What's going on is that when the sim is paused, the subsystems are not executed, but some of these things should be executed even when the sim is paused ... I