Re: [Flightgear-devel] RAM disk / Unix

2004-02-10 Thread Jon S Berndt
On Tue, 10 Feb 2004 15:06:41 -0800 Andy Ross <[EMAIL PROTECTED]> wrote: Norman Vine wrote: Jon S. Berndt wrote: > It is thought that the use of a RAM disk might help. On Windows I have found that increading disk cache size and / or using memory mapped files is more productive then a DAM disk My in

Re: [Flightgear-devel] RAM disk / Unix

2004-02-10 Thread Andy Ross
Norman Vine wrote: > Jon S. Berndt wrote: > > It is thought that the use of a RAM disk might help. > > On Windows I have found that increading disk cache size and / or > using memory mapped files is more productive then a DAM disk My interpretation was that their problem was latency, not I/O throu

Re: [Flightgear-devel] RAM disk / Unix

2004-02-10 Thread Andy Ross
Jon S. Berndt wrote: > Is anyone aware of a RAM disk utility or feature under Unix > (specifically, IRIX)? When running a simulation on IRIX we are > finding that the disk access is taking too much time at various > phase boundaries. It is thought that the use of a RAM disk might > help. RAM dis

RE: [Flightgear-devel] RAM disk / Unix

2004-02-10 Thread Norman Vine
Jon S Berndt writes: > > Is anyone aware of a RAM disk utility or feature under Unix > (specifically, IRIX)? When running a simulation on IRIX we are > finding that the disk access is taking too much time at various phase > boundaries. It is thought that the use of a RAM disk might help. On

[Flightgear-devel] RAM disk / Unix

2004-02-10 Thread Jon S Berndt
Is anyone aware of a RAM disk utility or feature under Unix (specifically, IRIX)? When running a simulation on IRIX we are finding that the disk access is taking too much time at various phase boundaries. It is thought that the use of a RAM disk might help. Jon __

Re: [Flightgear-devel] Nasal question

2004-02-10 Thread Andy Ross
Some quick suggestions: You wrote: > interpolate("/controls/gear/brake-left", > props.globals.getNode("/controls/gear/brake-left").getValue(), > 0, 1, 0.1) Actually, the implementation of interpolate() always starts from the current value of a property, so in fact there's

Re: [Flightgear-devel] Nasal question

2004-02-10 Thread Josh Babcock
Never mind. I just remembered interpolate. This works perfectly. Josh Left Brake true nasal interpolate("/controls/gear/brake-left", props.globals.getNode("/controls/gear/brake-left").getValue(), 0, 1, 0.1) true nasal interpolate("/controls/gear/brake-left", props.globals.getNod

Re: [Flightgear-devel] Nasal question

2004-02-10 Thread Josh Babcock
Andy Ross wrote: You need to mark the bindings repeatable. See the trim bindings for examples. Whoops. Typo, or cut-and-past-o I guess. That's what you get for coding with the flu I. Now the brakes go on like I want, but I have the same problem with them coming off. Apparently repeatable

Re: [Flightgear-devel] Curt's job for Feb - Mar.

2004-02-10 Thread Russell Suter
Excellent! Congratulations! Curtis L. Olson wrote: I want to share some news that I'm very excited about. For February and March I am being paid 50% time by ATC Flight Simulators (http://www.atcflightsim.com) to do some work for one of their specific projects. Looks like they use columnated

Re: [Flightgear-devel] Nasal question

2004-02-10 Thread Andy Ross
Josh Babcock wrote: > I tried propertySlew() but it seems that the value wasn't going to > the numbers I supplied, but only slewing for a very short period of > time taht wasn't even consistant. You need to mark the bindings repeatable. See the trim bindings for examples. The propertySlew() func

[Flightgear-devel] Nasal question

2004-02-10 Thread Josh Babcock
Is there a way to assign an instantaneous joystick button, but not have the value jump directly from one value to another? Currently I have the following code in my joystick file but it results in the brakes snapping on and off. I wanted to get a smoother transition to be more realistic in gr

[Flightgear-devel] Curt's job for Feb - Mar.

2004-02-10 Thread Curtis L. Olson
I want to share some news that I'm very excited about. For February and March I am being paid 50% time by ATC Flight Simulators (http://www.atcflightsim.com) to do some work for one of their specific projects. They are building several simulators for a customer that will be a combination of th

Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS: data/Aircraft/Hunter/Models

2004-02-10 Thread Arnt Karlsen
On Sun, 08 Feb 2004 21:31:30 +0100, Erik Hofman <[EMAIL PROTECTED]> wrote in message <[EMAIL PROTECTED]>: > Martin Spott wrote: > > > Anyway: Thanks for this very nice addition to the FlightGear hangar, > > I'm already investigating for a larger home airport. KSFO isn't going > to take it anym

[Flightgear-devel] External [perl] scripting

2004-02-10 Thread Curtis L. Olson
If anyone is interested in creating external scripts to remotely drive or monitor FlightGear, I have committed some convenience functions (perl) to cvs. For some time we have had a telnet.pl script which takes care of the tricky bits of interfacing to a remote copy of FlightGear. This gives you

[Flightgear-devel] Question about 3D goggles...

2004-02-10 Thread Luca Masera
Hi, I've tried to use FlightGear with NVIDIA's 3D goggles. The simulator works right but there're some problems. Sometimes, when I use some commands in the menu, the O.S. (windows XP) breaks the program due to an incorrect writing to memory. This happens even every time I use the normal HUD (th

Re: Another virus message (was Re: [Flightgear-devel] Hi)

2004-02-10 Thread Martin Spott
David, David Megginson <[EMAIL PROTECTED]> wrote: > [EMAIL PROTECTED] DID NOT write: >> The message contains Unicode characters and has been sent as a binary attachment. > > For anyone keeping track, this spam with Martin's e-mail forged on it came from > >ma164090190.user.veloxzone.com.br