Jim Wilson [EMAIL PROTECTED] wrote :
My guess is something is messed up in the large.sky file, or how it is picking
up the cloud files (the index is probably 0 so the cloud loading loop in the
loader isn't being run). When I get a chance I'll try a gdb session, but
looking at the large.sky
Frederic BOUVIER [EMAIL PROTECTED] said:
Have you set the current directory to $FG_ROOT ? The cloud loader don't prepend
the cloud file name with the fg-root path.
That was the problem. BTW the failure to find a cld file isn't being returned
by the function.
Now that it is working, the
Guys!
Maybe I missed something but I can't got nicy views with clouds3d
just got similar to http://rockfish.net/~nhv/fgfs/images/fgfs-screen-009.jpg
I compiled from today CVS with gcc3.2 and have nvidia-31.23 drivers on
geforce3
running in 1024x768 32bpp
so there is a some problem with alpha
how
Roman,
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Roman
maybe on windows all is OK and problem is related to linux?
Don't worry, on windows (cygwin), SimGear does not even compile - yet,
despite all the patches ;-) - I think Norman is working on that, though.
Regards,
Roman Grigoriev writes:
Maybe I missed something but I can't got nicy views with clouds3d
just got similar to http://rockfish.net/~nhv/fgfs/images/fgfs-screen-009.jpg
I compiled from today CVS with gcc3.2 and have nvidia-31.23 drivers on
geforce3
running in 1024x768 32bpp
That's what
Tony Peden writes:
It looks like this may have helped crosswind handling on the ground
considerably. The relatively small amount of testing I've done shows
that the c172 will sit still in up to a 15 knot crosswind and turn very
slowly in 20 knots.
Let us know what you think.
I'll
On Wed, 2002-09-18 at 05:52, David Megginson wrote:
Tony Peden writes:
It looks like this may have helped crosswind handling on the ground
considerably. The relatively small amount of testing I've done shows
that the c172 will sit still in up to a 15 knot crosswind and turn very
Tony Peden writes:
I didn't look at everything, but the nose wheel was in NONE and the
mains CASTERED as far back as I looked (which went back to the beginning
of time for the configurable gear). I can't explain the CASTERED mains,
but I understood what you call steer groups to be brake
Michael Basler writes:
maybe on windows all is OK and problem is related to linux?
Don't worry, on windows (cygwin), SimGear does not even compile - yet,
despite all the patches ;-) - I think Norman is working on that, though.
Things were going rather well for me on Windows then I
Could you please describe this situation
Why this happened?
Roman
- Original Message -
From: David Megginson [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, September 18, 2002 4:29 PM
Subject: Re: [Flightgear-devel] Clouds progress : screenshot
Roman Grigoriev writes:
David Megginson writes:
Note a second problem with this code: it uses getDrPos (the actual
rudder position) and ignores maxSteerAngle from the config file. A
better option would probably be
SteerAngle = SteerGain*FCS-GetDrCmd()*maxSteerAngle*RADTODEG;
For RADTODEG, read DEGTORAD.
Roman Grigoriev writes:
Could you please describe this situation Why this happened?
I don't know the code well enough to suggest why.
All the best,
David
--
David Megginson, [EMAIL PROTECTED], http://www.megginson.com/
___
Flightgear-devel
Jim, Norman,
I'm getting the following compile error:
fg_init.cxx: In function `void fgInitView()':
fg_init.cxx:667: no matching function for call to `FGViewer::get_LOCAL ()'
Regards,
Curt.
Norman Vine writes:
Michael Basler writes:
maybe on windows all is OK and problem is related
On Wed, 18 Sep 2002 09:29:40 -0400
David Megginson [EMAIL PROTECTED] wrote:
Here's an excerpt from FGLGear.cpp:
case bgNose:
SteerGain = -0.50;
BrakeFCoeff = rollingFCoeff;
break;
In other words, if gear belongs to bgNone, it gets
SteerGain=0.0, so
On Wed, 18 Sep 2002 10:15:54 -0400
David Megginson [EMAIL PROTECTED] wrote:
For RADTODEG, read DEGTORAD.
Use
degtorad
and
radtodeg
These are consts from the FGJSBBase class. This is where
commonly used constants are being migrated to, instead of
#defines, which we are moving away from.
Jon S Berndt writes:
I may be guilty, here. Note that this file needs to be
gone through again with a fine tooth comb and validated.
Just when I think I can't become more overwhelmed than I
already am ...
Wife pregnant with triplets again?
(Don't laugh, my wife has a friend who had two
Curtis L. Olson writes:
Jim, Norman,
I'm getting the following compile error:
fg_init.cxx: In function `void fgInitView()':
fg_init.cxx:667: no matching function for call to `FGViewer::get_LOCAL ()'
oops ... forgot one :-)
I was doing a little sanity checking
// $FG_SRC / Main /
Norman,
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Norman Vine
and put the tarball at
http://rockfish.net/~nhv/fgfs/clouds.tgz
Thanks. Great work.
First the good news: SimGear does build now on my Cygwin system (with a host
of warnings in clouds3d, but still). The not
I've put flightgear packages for slackware 8.1 on my site at:
http://flightgear.stockill.org.uk/
While these have been tested on 2 of my machines, 1 was the machine that I
try all the builds on, so there could be all sorts on there that it's
relying on to work.
If there are any other
I've removed the simgear/interpreter/ directory for three reasons:
1. It was wasting a lot of space.
2. Nobody (including me) was doing anything with it.
3. Plib now has its own C-like interpreted language in CVS.
I've updated configure.ac, but have not changed SimGear.dsp (an MSVC
thing?). If
David Megginson writes:
I've updated configure.ac, but have not changed SimGear.dsp (an MSVC
thing?). If someone who uses this file can send me a patched version,
I'll commit it ASAP.
The MSVC work spaces are generated automatically whenever I run make
dist. I have taken care of this.
The winter LinuxWorld Conference Expo is in NY, January 21 - 24,
2003. If we want to have a booth, now is the time to think about
requesting it.
I sincerely doubt that I would be able to attend, so if we do have a
booth, we'd need a volunteer to interface with the conference managers
and do
Curtis L. Olson writes:
The MSVC work spaces are generated automatically whenever I run make
dist. I have taken care of this.
Thanks for handling that. If the files are autogenerated, we might
want to yank them out of CVS.
All the best,
David
--
David Megginson, [EMAIL PROTECTED],
David Megginson
Curtis L. Olson writes:
The MSVC work spaces are generated automatically whenever I run make
dist. I have taken care of this.
Thanks for handling that. If the files are autogenerated, we might
want to yank them out of CVS.
Most MSVC users probably don't have Perl
Norman,
Here's something for you to play with. Based on my own experiments, I
believe that the cloud rendering problem centers around not having the
correct state setup when we draw the cloud imposters.
So, I don't believe it's an issue of protecting state around a
particular section of code,
Norman,
From: Norman Vine [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, September 18, 2002 11:59 PM
OK attached find a new makefile.am for the clouds3d directory
that should pick up exgl.c on Windows and hopefully will still
work on other systems
This finally did the job. Now SimGear +
I could not build on cygwin until I installed automake 1.6.
I tried to install autoconf 2.53 or 2.54 and could not do it
for some reason, so I am still running autoconf 2.52. This seems
to require that I get in and take the continuation symbols out
of the configure.ac files. I can build the
Is there some reasoning behind setting the steering gains according to
the brake selection? This makes no sense to me. It looks to me like
their needs to be a separate steering selection (or just specify the
gain in the config file).
Agreed. I beg your indulgence - let me have a look at
On Wed, 18 Sep 2002 15:39:11 -0500
Curtis L. Olson [EMAIL PROTECTED] wrote:
David Megginson writes:
I've updated configure.ac, but have not changed SimGear.dsp (an MSVC
thing?). If someone who uses this file can send me a patched version,
I'll commit it ASAP.
The MSVC work spaces are
On Wed, 2002-09-18 at 17:48, Jon Berndt wrote:
Is there some reasoning behind setting the steering gains according to
the brake selection? This makes no sense to me. It looks to me like
their needs to be a separate steering selection (or just specify the
gain in the config file).
Bernie Bright writes:
On Wed, 18 Sep 2002 15:39:11 -0500
Curtis L. Olson [EMAIL PROTECTED] wrote:
David Megginson writes:
I've updated configure.ac, but have not changed SimGear.dsp (an MSVC
thing?). If someone who uses this file can send me a patched version,
I'll commit it ASAP.
Mark,
I don't think anyone has sent me a copy of extgl.h to add to the cvs
repository.
Curt.
Boslough, Mark B writes:
I could not build on cygwin until I installed automake 1.6.
I tried to install autoconf 2.53 or 2.54 and could not do it
for some reason, so I am still running autoconf
Norman Vine writes:
I think you are on to something !
That would explain the lightening of the clouds
with each pass. BUT this only started after I
updated my code the other day !. Also I never
had the 'text' texture
Right now I'm wondering if it is related to the use of
Curtis L. Olson
Norman Vine writes:
I think you are on to something !
That would explain the lightening of the clouds
with each pass. BUT this only started after I
updated my code the other day !. Also I never
had the 'text' texture
Right now I'm wondering if it is related to
Curtis L. Olson writes:
I don't think anyone has sent me a copy of extgl.h to add to the cvs
repository.
It is in this tarball
http://rockfish.net/~nhv/fgfs/clouds.tgz
Norman
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
One possible application of being able to apply the smoothing calculation to a
group of 3D Model objects (as opposed to a single object in ac3d format) is in
animating the Wright Brother's twisting wing lateral control method. One way
would be to use and interpret user data entries in the model,
Norman Vine writes:
Curtis L. Olson
Norman Vine writes:
I think you are on to something !
That would explain the lightening of the clouds
with each pass. BUT this only started after I
updated my code the other day !. Also I never
had the 'text' texture
Right now I'm
I get this error this evening for the SimGear CVS server:
$ cvs update -dP
? metakit-2.4.2
? metakit-2.4.2-32.tar
? zlib-1.1.3.tar.gz
? simgear/metakit
? simgear/zlib
? src-libs/boost
? src-libs/Makefile
? src-libs/Makefile.in
cvs server: Updating .
cvs server: failed to create lock directory
When I rebuilt the MacOS X version of FlightGear, after the 3D cloud
code was added, I started getting an EXC_BAD_ACCESS runtime error. I
did some looking around with gdb and found out that the error was
happening BEFORE the main was being called.
Program received signal EXC_BAD_ACCESS,
What I meant is to only keep $FG_ROOT/Clouds3D/large.sky and
$FG_ROOT/Clouds3D/field56.cld
Right, thats what I thought you meant. I was talking about the other
files in that directory. I know that field56.cld is the only file
currently
referenced in large.sky, but I'd still rather
From: Jonathan Polley [EMAIL PROTECTED]
When I rebuilt the MacOS X version of FlightGear, after the 3D cloud
code was added, I started getting an EXC_BAD_ACCESS runtime error. I
did some looking around with gdb and found out that the error was
happening BEFORE the main was being called.
41 matches
Mail list logo