Hi,
it seems that there is a problem with illumination and
I wonder if it is an OpenGL limitation or a flaw in our
way to use it. Look at those screenshots :
http://perso.wanadoo.fr/frbouvi/flightsim/fgfs-screen-001.jpg
http://perso.wanadoo.fr/frbouvi/flightsim/fgfs-screen-002.jpg
They are
Erik Hofman [EMAIL PROTECTED] wrote:
If you got the latest CVS code it shoudl just work.
Got it - I took the YF-23 for a reconnaissance flight
What will the sailboat do if it reaches the shoreline ? Will it turn
around ?
Martin.
--
Unix _IS_ user friendly - it's just selective about who
Martin Spott wrote:
Erik Hofman [EMAIL PROTECTED] wrote:
If you got the latest CVS code it shoudl just work.
Got it - I took the YF-23 for a reconnaissance flight
What will the sailboat do if it reaches the shoreline ? Will it turn
around ?
Not at this moment, no.
That would require
Erik Hofman wrote:
Not at this moment, no. That would require intervention from a
Nasal script (which isn't implemented yet).
Actually, if you guys used property ties to wrap your internal
variables, you could drive it with Nasal right now. You can either
tie a pointer to the actual data, or
Al, go take a peek at www.simpits.org
g.
On Thu, 4 Dec 2003 [EMAIL PROTECTED] wrote:
Hi,
Very nice piece of kit - but a little costly. I've been toying with the idea
of building my own generic single seat cockpit unit. I do MIDI, LCD, Serial
and Keyboard interface controllers. Recently
When I build SimGear I have some problems like those..
d:\Flightgear\SimGear-0.3.4\simgear\screen\jpgfactory.hxx(30) : fatal error
C1083: Cannot open include file: 'jpeglib.h': No such file or directory
Where I Can find this file? It isn't in plib, glut, simgear, flightgear!!
Moreover..
Andy Ross wrote:
Erik Hofman wrote:
Not at this moment, no. That would require intervention from a
Nasal script (which isn't implemented yet).
Actually, if you guys used property ties to wrap your internal
variables, you could drive it with Nasal right now. You can either
tie a pointer to the
Marco Gugel wrote:
d:\Flightgear\SimGear-0.3.4\simgear\screen\jpgfactory.hxx(30) : fatal
error
C1083: Cannot open include file: 'jpeglib.h': No such file or directory
Where I Can find this file? It isn't in plib, glut, simgear, flightgear!!
The simple answer is: It's in libjpeg.
The throttle and axis bindings need to be swapped in
sidewinder-force-feed-pro.xml
The description at the top is correct but the bindings don't match.
This is an ongoing problem - I remember having the same problem over a year
ago.
I've never made patch files before but here is my attempt :
Erik Hofman wrote:
Even for (say) a dozen of simultaneously active dynamic models? I'm
not sure, but it would be a good thing to look into.
Even for hundreds. The overhead for a property tie is pretty close to
zero. You pay the cost only when the property is accessed -- to your
internal C++
Marco Gugel wrote:
...
d:\Flightgear\SimGear-0.3.4\compiler.h(245) : fatal error C1189: #error :
What version of MSVC++ is this?
The file compiler.h is not suitable for MS visual C++ 7, it is setted for
VC++ 5.
What can I do?
Get Simgear CVS (and FlightGear CVS too),
or in compiler.h,
* Andy Ross -- Thursday 04 December 2003 21:17:
There's a similar issue with the current bo105.nas script -- it hooks
a timer at 20Hz to do a rear door animation.
But only if the animation was triggered and as long as the movement
lasts, which is a time where the operator watches the animation,
Paul Surgeon wrote:
The throttle and axis bindings need to be swapped in
sidewinder-force-feed-pro.xml
The description at the top is correct but the bindings don't match.
This is an ongoing problem - I remember having the same problem over a
year
ago.
I've never made patch files before but
Melchior FRANZ wrote:
But only if the animation was triggered and as long as the movement
lasts, which is a time where the operator watches the animation,
anyway, and couldn't care less about a few extra cycles. Apart from
that there should be zero overhead. Have I misunderstood the
settimer
I wrote:
It's easy to see every model (maybe a few dozen around a busy
aircraft)
^
port
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
On Thursday, 4 December 2003 22:35, Frederic Bouvier wrote:
I just want to point out here that axis are not the same for Linux and
Windows : axis 2 3 are inverted, and the hat axis are not the same
( 45 for Linux, 67 for Windows ).
Whoa ... that sounds nuts!
I've never heard of that before.
Well, I can certainly see that aircraft's *pilot* being busy ...
Josh
Andy Ross wrote:
I wrote:
It's easy to see every model (maybe a few dozen around a busy
aircraft)
^
port
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
* Andy Ross -- Thursday 04 December 2003 21:47:
[...] if settimer() was the *only* method
for doing animations via scripts, then *every* animation would be done
with a timer handler and we'd potentially have many timers going off
every frame. [...] That's slow.
OK, OK. Just wanted to note
Melchior FRANZ wrote:
How will this sample code react, if the door has already opened half
way and a second trigger happens? Will it stop immediately (like the
current code does) and start to close?
Yes. I forgot to mention that feature of your original: it was very
slick. If all you want to
Paul Surgeon wrote:
Well the interesting thing is that the axis were also swapped on Windows.
Whether I run FG under Windows or Linux I always have to edit the bindings
and
swap those two axis.
Are you using the hat ? they are also swapped.
If you are using the same file, you are doing the
Andy Ross wrote:
Erik Hofman wrote:
Even for (say) a dozen of simultaneously active dynamic models? I'm
not sure, but it would be a good thing to look into.
Even for hundreds. The overhead for a property tie is pretty close to
zero. You pay the cost only when the property is accessed -- to
On Thursday, 4 December 2003 23:27, Frederic Bouvier wrote:
If you are using the same file, you are doing the endless loop yourself.
On Windows I was using a precompiled binary distribution.
On LInux I'm using the CVS version.
They were on seperate hard disks.
To be sure, can you post the
Hi Al,
On Thu, Dec 04, 2003 at 06:11:06AM +, [EMAIL PROTECTED] wrote:
Hi,
Very nice piece of kit - but a little costly. I've been toying with the idea
of building my own generic single seat cockpit unit. I do MIDI, LCD, Serial
and Keyboard interface controllers. Recently I've got
Paul Surgeon wrote:
On Thursday, 4 December 2003 23:27, Frederic Bouvier wrote:
If you are using the same file, you are doing the endless loop yourself.
On Windows I was using a precompiled binary distribution.
On LInux I'm using the CVS version.
They were on seperate hard disks.
To be
OK, time for more stuff, mostly Nasal or Nasal related. Curt gave me
write access to the CVS repository so I've checked it in myself.
Shout if I broke something.
The FGNasalSys subsystem now has a parseScript() method that returns a
pointer to a FGNasalScript object. You can use this to hold
Andy Ross writes:
I wrote:
OK, time for more stuff, mostly Nasal or Nasal related. Curt gave me
write access to the CVS repository so I've checked it in myself.
Shout if I broke something.
I broke something! :)
My commit died in the base package Nasal directory with the following
I wrote:
OK, time for more stuff, mostly Nasal or Nasal related. Curt gave me
write access to the CVS repository so I've checked it in myself.
Shout if I broke something.
I broke something! :)
My commit died in the base package Nasal directory with the following
error:
cvs [commit aborted]:
TerraSync is now useful again. If you are net connected while flying,
you can use it to fetch scenery from any where (just in time). This
way you don't have to download huge chunks of scenery data, or endure
vast expanses of ocean where you know there should be land and
airports. Just go fly,
Curtis L. Olson wrote:
cvs [commit aborted]: could not open lock file
`/var/cvs/FlightGear-0.9/data/Nasal/,bo105.nas,': Permission denied
Give the commit another try now ...
Worked great, thanks.
Andy
___
Flightgear-devel mailing list
[EMAIL
I couldn't find a solution to this one in recent posts, but it seemed
like a common problem.
I get this linker error even though I successfully compiled the cvs
versions of plib and simgear.
Any suggestions?
/usr/local/SimGear-cvs/lib/libsgsky.a(cloud.o): In function
Hi all,
I've found a repeatable FG scenario that's causing a system hang crash
on my system. I strongly suspect it's due to the ATI drivers for my
ATI9200 256MB video card but it's interesting that it was so repeatable.
It would be handy to have something a little more solid to beat ATI
31 matches
Mail list logo