On Sat, 31 Jul 2004 16:11:29 +0100
Vivian Meazza [EMAIL PROTECTED] wrote:
I downloaded FGFS cvs this morning. There appears to be an error in
gui.nas:
166 if(cap 1) { continue; }
I assume this to be a typo or corruption. I guess that it should be
166 if(cap = 0.1) { continue; }
I just saw this overhere as well, although I didn't check the log files so
carefully. This is probably caused by a the missing aircraft, because I don't
see this in my CVS version.
The short term solution is going to be that we're removing MD-11 traffic.
Cheers,
Durk
On Thursday 22 July 2004
Jim Wilson wrote
Sent: 22 July 2004 20:54
To: [EMAIL PROTECTED]
Subject: [Flightgear-devel] cvs broken now and log-level doc issue
Just tried CVS and we're aborting right after the log entry for Traffic
Manager.
BTW I noticed in the command line help we're showing 0=verbose, 5=alerts
Durk Talsma said:
I just saw this overhere as well, although I didn't check the log files so
carefully. This is probably caused by a the missing aircraft, because I don't
see this in my CVS version.
The short term solution is going to be that we're removing MD-11 traffic.
I don't see
I don't see any traffic files at all so maybe that is the problem. It
looks like it all got removed on the last update.
I do see them in fgfs-base-0.9.5-pre2. In data/Traffic. Are you referring to
CVS or to the pre-release. Erik has commited a few changes just about a few
hours ago (thanks
On Thursday 22 July 2004 22:37, Vivian Meazza wrote:
Initializing OpenAL sound manager
Unknown exception in the main loop. Aborting...
Segmentation fault (core dumped)
That's actually a message indicating that the AIModel subsystem can't find a
model. I'm not yet sure how to handle this
Durk Talsma wrote:
I don't see any traffic files at all so maybe that is the problem. It
looks like it all got removed on the last update.
I do see them in fgfs-base-0.9.5-pre2. In data/Traffic. Are you referring
to
CVS or to the pre-release. Erik has commited a few changes just about
Durk Talsma wrote
Sent: 22 July 2004 22:09
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] cvs broken now and log-level doc issue
On Thursday 22 July 2004 22:37, Vivian Meazza wrote:
Initializing OpenAL sound manager
Unknown exception in the main loop. Aborting
Frederic Bouvier wrote:
Durk Talsma wrote:
I don't see any traffic files at all so maybe that is the problem. It
looks like it all got removed on the last update.
I do see them in fgfs-base-0.9.5-pre2. In data/Traffic. Are you
referring
to
CVS or to the pre-release. Erik has
Apparently, TrafficManager is complaining because Traffic/KLM/KLM.xml
is missing
Traffic/UAL/UAL.xml is also not there.
-Fred
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
I think it will be a good idea to identify what file(s) are missing before
aborting. Loading the glider is just a waste of time.
Regards,
Ampere
On July 22, 2004 05:08 pm, Durk Talsma wrote:
That's actually a message indicating that the AIModel subsystem can't find
a model. I'm not yet sure
Norman Vine wrote
Vivian Meazza writes:
Norman Vine writes:
I just updated FlightGear, SimGear and PLib from CVS
and compiled all anew and I am not seeing this problem
with Cygwin
I did likewise. Looks like a local problem then. I was trying Andy
Ross' cross
Vivian Meazza writes:
I downloaded and built the CVS source code this morning (Monday) under
Cygwin/Xp - it builds without error. I also downloaded the data.
FGFS fails to run, stopping with:
Adding subsystem Traffic Manager
Unknown exception in the main loop. Aborting ...
Segmentation
Norman Vine
Sent: 14 June 2004 15:32
To: FlightGear developers discussions
Subject: RE: [Flightgear-devel] CVS - broken?
Vivian Meazza writes:
I downloaded and built the CVS source code this morning
(Monday) under
Cygwin/Xp - it builds without error. I also downloaded the data
Vivian Meazza writes:
Norman Vine writes:
I just updated FlightGear, SimGear and PLib from CVS
and compiled all anew and I am not seeing this problem
with Cygwin
I did likewise. Looks like a local problem then. I was trying Andy Ross'
cross compilation over the weekend - that
I used to get this error a few times while developing the Traffic Manager. The
error occured after the traffic manager instructed the AIModel subsystem to
create an AIAircraft object using a non-existing directory path to the visual
model it should use. So, I'm assuming that this error might be
Hi,
you can try my tu-154 model out, just download
http://mitglied.lycos.de/iljamod/tu154.zip . The jsbsim fdm was made by David Culp,
don´t forget to put the nk8d engine file into your engine directory. I also began to
make a panel, have a look at this:
Ilja Moderau wrote:
Hi,
I have found Ilia Pavlenko's Tu-154 in CVS. The problem is I´m working on a tu-154 too, see the following message on the mailing list: http://baron.flightgear.org/pipermail/flightgear-devel/2004-March/026633.html
The Model is already animated and textured, panel and fdm are
Ilja Moderau wrote:
Hi,
I have found Ilia Pavlenko's Tu-154 in CVS. The problem is I´m working on a tu-154 too, see the following message on the mailing list: http://baron.flightgear.org/pipermail/flightgear-devel/2004-March/026633.html
The Model is already animated and textured, panel and fdm
Curtis L. Olson said:
Ilja Moderau wrote:
Hi,
I have found Ilia Pavlenko's Tu-154 in CVS. The problem is I´m working on a
tu-154 too, see the following message on the mailing list:
http://baron.flightgear.org/pipermail/flightgear-devel/2004-March/026633.html
The Model is already animated
On Sunday 04 April 2004 16:02, Ilja Moderau wrote:
Hi,
I have found Ilia Pavlenko's Tu-154 in CVS. The problem is I´m working on a
tu-154 too, see the following message on the mailing list:
http://baron.flightgear.org/pipermail/flightgear-devel/2004-March/026633.ht
ml The Model is already
On Fri, 26 Mar 2004 23:47:27 +0100
Oliver C. [EMAIL PROTECTED] wrote:
Oooops, I wonder if we ever get the chance to do real testing before
a release.
I agree with that.
The pre release version 0.9.4.pre2 was released on March 23.2004.
This means that there were only 3 days time for testing
Jon Berndt wrote:
I get these messages when trying to update JSBSim from CVS:
cvs update: warning: directory CVS specified in argument
cvs update: but CVS uses CVS for its own purposes; skipping CVS directory
Anyone know what they are?
Usually, it happens when someone ( probably you )
John Wojnaroski wrote:
For latest CVS (update 31 Jan 04) , running with Debian (woody) and gcc3.0
panel.cxx: In method `const char * FGTextLayer::Chunk::getValue() const':
panel.cxx:1128: implicit declaration of function `int truncf(...)'
Thought there was a fix for this? don't recall the
Roy Vegard Ovesen writes:
I get this error when compiling src/Autopilot/route_mgr.cxx:
/usr/include/c++/3.2/limits:942:22: macro min requires 2 arguments, but
only 1 given
In file included from /usr/include/c++/3.2/bits/locale_facets.tcc:43,
sigh
There is a conflict between windows.h
There has been a fix applied to both configure.ac and
src/Cockpit/panel.cxx. Make rue those files are up to date and rerun
autoconf and configure before proceding.
I did a fresh CVS checkout late Saturday night (PST). I'll try again...
Regards
John W.
Norman Vine wrote:
Roy Vegard Ovesen writes:
I get this error when compiling src/Autopilot/route_mgr.cxx:
/usr/include/c++/3.2/limits:942:22: macro min requires 2 arguments,
but
only 1 given
In file included from /usr/include/c++/3.2/bits/locale_facets.tcc:43,
sigh
There is a
There has been a fix applied to both configure.ac and
src/Cockpit/panel.cxx. Make rue those files are up to date and rerun
autoconf and configure before proceding.
I did a fresh CVS checkout late Saturday night (PST). I'll try again...
Okay, started a fresh build with files
On Sun, 1 Feb 2004 06:48:20 -0500, Norman Vine [EMAIL PROTECTED] wrote:
sigh
There is a conflict between windows.h and some of the libstdc++ STL
headers
unless all of the STL includes are included before windows.h or visa
versa
otherwise some versions of the GNU compilers need NOMINMAX
It's me again ;-)
There has been a fix applied to both configure.ac and
src/Cockpit/panel.cxx. Make rue those files are up to date and rerun
autoconf and configure before proceding.
I did a fresh CVS checkout late Saturday night (PST). I'll try again...
Okay, started a
John Wojnaroski wrote:
There has been a fix applied to both configure.ac and
src/Cockpit/panel.cxx. Make rue those files are up to date and rerun
autoconf and configure before proceding.
I did a fresh CVS checkout late Saturday night (PST). I'll try again...
Okay, started a
I don't know the answer to the missing truncf prototype, but it seems this
function is defined in a macro in math.h. Here's some discussion on the
problem:
http://lists.debian.org/debian-glibc/2003/debian-glibc-200310/msg00295.html
Dave
--
David Culp
Fred,
I just committed a variation of this (assuming I understood the problem
correctly hopefully this will fix it.) Otherwise just holler.
Curt.
Frederic Bouvier wrote:
John Wojnaroski wrote:
There has been a fix applied to both configure.ac and
src/Cockpit/panel.cxx. Make rue those files
Hi John,
Try configuring with out the -with-weathercm option. Someone might need to
go in and do some clean up there possibly.
Curt.
John Wojnaroski wrote:
It's me again ;-)
There has been a fix applied to both configure.ac and
src/Cockpit/panel.cxx. Make rue those files are up to date
- Original Message -
From: Curtis L. Olson [EMAIL PROTECTED]
To: FlightGear developers discussions [EMAIL PROTECTED]
Sent: Sunday, February 01, 2004 8:52 AM
Subject: Re: [Flightgear-devel] CVS Compile
Hi John,
Try configuring with out the -with-weathercm option. Someone might need
Norman Vine wrote:
There is a conflict between windows.h and some of the libstdc++ STL
headers unless all of the STL includes are included before windows.h
or visa versa
otherwise some versions of the GNU compilers need NOMINMAX defined
I *really* don't understand why this isn't done in
Vikki,
I don't see -lglut listed on the link command line. You probably want to
rerun the configure script and make sure that the glut test there succeeds.
If not, then look in your config.log to see exactly what failed.
Regards,
Curt.
Victoria Welch wrote:
Hi Folks,
A couple days or so
Hi Curt,
Thanks for the response. I went through config log (~=2500 lines :)
and am no more enlightended - see below :-(.
On Sunday 11 January 2004 14:14, Curtis L. Olson wrote:
Vikki,
I don't see -lglut listed on the link command line. You probably
want to rerun the configure script and
From what you've sent I'm not seeing anything obvious, but perhaps you
could send me a) the console output of running the configure script and b)
your entire config.log file. (Send these directly to me, not to the list.)
What OS are you running?
Curt.
Victoria Welch wrote:
Hi Curt,
Thanks
Thanks very much Curt, out to you fg address as requested.
On Sunday 11 January 2004 18:19, Curtis L. Olson wrote:
From what you've sent I'm not seeing anything obvious, but
perhaps you could send me a) the console output of running the
configure script and b) your entire config.log file.
Lukasz Szift Hejnak wrote:
Mon, 28 Jul 2003 19:19:32 +0200
Erik Hofman [EMAIL PROTECTED] napisal:
Lukasz Szift Hejnak wrote:
so just today I downloaded the FlightGear
all CVS,it stopped at compile..
cut
Try removing all simgear related files from your system and install it
again to see if that
0, Jim Wilson [EMAIL PROTECTED] napisal:
Lukasz Szift Hejnak [EMAIL PROTECTED] said:
so I changed the order of the args in main.cxx and ended up with:
flightgear/src/Main/main.cxx
lines: 1767-1771
thesky-build( 550.0, 550.0, 6.0, 6.0,
Lukasz Szift Hejnak wrote:
and I looked on the files trough the web cvs system
and in fact, the code in the main.cxx is different than in my local main.cxx
so how can it be, if I downloaded the file yesterday?
What is the exact command you use to get FlightGear CVS?
Erik
0, Erik Hofman [EMAIL PROTECTED] napisa:
Lukasz Szift Hejnak wrote:
and I looked on the files trough the web cvs system
and in fact, the code in the main.cxx is different than in my local
main.cxx
so how can it be, if I downloaded the file yesterday?
What is the exact command you use
Lukasz Szift Hejnak wrote:
What is the exact command you use to get FlightGear CVS?
cd ~/CVS
cvs -d :pserver:[EMAIL PROTECTED]:/var/cvs/FlightGear-0.9 login
mkdir flightgear
cd flightgear
cvs -d :pserver:[EMAIL PROTECTED]:/var/cvs/FlightGear-0.9 co source
I don't think 'co source' is the right
Erik Hofman [EMAIL PROTECTED] said:
Lukasz Szift Hejnak wrote:
What is the exact command you use to get FlightGear CVS?
cd ~/CVS
cvs -d :pserver:[EMAIL PROTECTED]:/var/cvs/FlightGear-0.9 login
mkdir flightgear
cd flightgear
cvs -d :pserver:[EMAIL
hmm.. funny but it seems that the error just solved itself
I moved the main.cxx file to somwhere else
and entered the cvs -dp update
and the new downloaded main.cxx is the correct up-to-date one
so whatever caused this weird behaviour yesterday, has somehow got solved today ;)
anyway thx for your
On Tuesday 29 July 2003 03:51, Lukasz Szift Hejnak wrote:
hmm.. funny but it seems that the error just solved itself
I moved the main.cxx file to somwhere else
and entered the cvs -dp update
and the new downloaded main.cxx is the correct up-to-date one
so whatever caused this weird behaviour
0, WillyB [EMAIL PROTECTED] napisa:
Doesn't CVS keep a file you have modified intact?
Just telling you there is a different version and not overwriting your
changes?
according to the doc's I read it should..
apparently mine (v 1.11.2) doesn't
--
with regards
Lukasz Hejnak
[EMAIL PROTECTED]
Lukasz Szift Hejnak wrote:
so just today I downloaded the plib, SimGear and FlightGear
all CVS,
the plib didn't compile at start, I had to comment out line 146
from the file plib/src/ssg/ssg.cxx
ssgAddModelFormat ( .asc, NULL, ssgSaveASC ) ;
after that the plib compiled ok, the SimGear
Mon, 28 Jul 2003 19:19:32 +0200
Erik Hofman [EMAIL PROTECTED] napisal:
Lukasz Szift Hejnak wrote:
so just today I downloaded the FlightGear
all CVS,it stopped at compile..
cut
Try removing all simgear related files from your system and install it
again to see if that solves this problem.
I
Lukasz Szift Hejnak [EMAIL PROTECTED] said:
so I changed the order of the args in main.cxx and ended up with:
flightgear/src/Main/main.cxx
lines: 1767-1771
thesky-build( 550.0, 550.0, 6.0, 6.0,
globals-get_ephem()-getNumPlanets(),
Richard A Downing FBCS writes:
Something has changed for the worse in CVS today. Just flying the
c172-ifr, I can't now get full throttle to give full power. After
climbing slowly to maybe 500 ft there are massive and unpredictable
changes in height and speed of the aircraft, the turn and
Curtis L. Olson writes:
Richard A Downing FBCS writes:
Something has changed for the worse in CVS today. Just flying the
c172-ifr, I can't now get full throttle to give full power. After
climbing slowly to maybe 500 ft there are massive and unpredictable
changes in height and speed
Richard A Downing FBCS writes:
Something has changed for the worse in CVS today. Just flying the
c172-ifr, I can't now get full throttle to give full power. After
climbing slowly to maybe 500 ft there are massive and unpredictable
changes in height and speed of the aircraft, the turn and
Curtis L. Olson writes:
Continued wierdness ... now I'm flying at 2000' ASL at about 175 knots
in the default C172 ... there is something really goofy. I turned off
all turbulence and that seemed to help. I wonder if something got
broke with a recent turbulence modeling change?
I'm
WillyB writes:
This just happened twice:
... blah blah ...
cvs server: Updating Aircraft/UIUC/beech99-v1/doc
cvs server: Updating Aircraft/UIUC/fkdr1-v1-nl
cvs server: Updating Aircraft/UIUC/marchetti-v1
cvs server: Updating Aircraft/UIUC/ornithopter
Terminated with fatal signal 9
Just
This just happened twice:
... blah blah ...
cvs server: Updating Aircraft/UIUC/beech99-v1/doc
cvs server: Updating Aircraft/UIUC/fkdr1-v1-nl
cvs server: Updating Aircraft/UIUC/marchetti-v1
cvs server: Updating Aircraft/UIUC/ornithopter
Terminated with fatal signal 9
Just
Same for me, is there some way to recover from that, other than by
deleting the UIUC directory ?
--
Jorge Van Hemelryck
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
The cvs server move seemed to fix it here.
No problems this last time I updated.
Thanks Curt
Re's
WillyB
On Friday 06 June 2003 12:01, Curtis L. Olson wrote:
WillyB writes:
This just happened twice:
... blah blah ...
cvs server: Updating Aircraft/UIUC/beech99-v1/doc
cvs server:
Gopal Mor wrote:
HI All,
I have downloaded Flightgear from CVS using the instructions on
http://www.flightgear.org/cvsResources/anoncvs.html page.
I feel that when I do update, I am not getting the latest postings which
are discussed in the mailing list.
Whether the instructions for CVS, in
Gopal Mor wrote :
HI All,
I have downloaded Flightgear from CVS using the instructions on
http://www.flightgear.org/cvsResources/anoncvs.html page.
I feel that when I do update, I am not getting the latest postings which are
discussed in the mailing list.
Whether the instructions
for fix see
http://seneca.me.umn.edu/pipermail/flightgear-devel/2003-March/015946.html
make[3]: Entering directory
`/usr/mingw/obj/FlightGear/debug/src/FDM/ExternalPipe'
if
mingw32-g++ -DHAVE_CONFIG_H -I. -I/src/fg2/FlightGear/src/FDM/ExternalPipe -
I../../../src/Include -I/src/fg2/FlightGear
Sorry about that, I had fixed that locally, but hadn't commited to
cvs. Should be there now.
Curt.
Geoff Reidy writes:
Hi,
Got some errors trying to compile current cvs with gcc-3.2 on Mandrake 9.0.
This fixed it:
Index: src/FDM/ExternalPipe/ExternalPipe.cxx
Attached find diffs required for MingW and Cygwin
and the new ExternalPipe code
configure.ac.diff
Description: Binary data
ExternalPipe.diff
Description: Binary data
Danie Heath wrote:
Hi guys ...
I've actually got some free time to contribute ... is there a tutorial
on CVS anywhere I have basically no knowledge about it ..(*blush*
been coding for years without CVS)
This might be a good start:
On Saturday, February 8, 2003, at 03:23 am, Jonathan Polley wrote:
Hmm, that's odd. Out of the box, the version of the Mac joystick code
that is in CVS does not compile. As I reported to the plib group, if
I incorporate the non-CVS versions of jsMacOSX.cxx and js.h, I get the
following
Hmm, that's odd. Out of the box, the version of the Mac joystick code
that is in CVS does not compile. As I reported to the plib group, if I
incorporate the non-CVS versions of jsMacOSX.cxx and js.h, I get the
following errors in the FlightGear joystick code:
ld: Undefined symbols:
On Wednesday, February 5, 2003, at 01:22 pm, Jonathan Polley wrote:
The solution, for me at least, was to revert back to the CVS version
of plib and overwrite the src/js directory with plib 1.6's (as the
current Mac joystick code is in a major broken state). Hopefully,
David will have a
Jonathan Polley writes:
Is anyone building the current CVS version of FlightGear against
version 1.6 of plib? While trying to help David, I tried doing just
that in an attempt to replicate his build environment. When I tried to
build FlightGear, I got the same error as David. Is
Arnt Karlsen wrote:
..most people will the source tarballs goes into the /usr/local/ tree
as told by the docs. When co'ing from cvs, they haul in _everything_
_again_, instead of just update what's new in cvs since the tarball
release.
As I did, it's been a bit of a learning curve but well
Arnt Karlsen wrote:
On Sun, 12 Jan 2003 11:03:21 +1100,
Geoff Reidy [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]:
If you've got plib, SimGear, FlightGear, and fgfsbase installed from
cvs you can use this script to keep it up to date:
On Mon, 13 Jan 2003 00:14:16 +1100,
Geoff Reidy [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]:
Arnt Karlsen wrote:
On Sun, 12 Jan 2003 11:03:21 +1100,
Geoff Reidy [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]:
If you've got plib, SimGear, FlightGear, and fgfsbase
Do the instructions on http://linuxsimulations.org help even a bit?
Wrote it myself, let me know if it makes sense :). Tried to break the
process down as much as possible.
Matt
On Sat, 2003-01-11 at 07:56, Mike Bonar wrote:
Please help a newbie out. I am a little confused about how to stay up
Mike Bonar writes:
Please help a newbie out. I am a little confused about how to stay up to date
with CVS. Here's the process as documented, and as I understand it.
cd /usr/local/source/FlightGear (the directory I created to hold FlightGear)
Connect to CVS server and checkout FlightGear
Mike Bonar wrote:
Please help a newbie out. I am a little confused about how to stay up to date
with CVS.
MIke
If you've got plib, SimGear, FlightGear, and fgfsbase installed from cvs
you can use this script to keep it up to date:
http://home.pacific.net.au/~greendog/flightgear/fgupdate
On Sun, 12 Jan 2003 11:03:21 +1100,
Geoff Reidy [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]:
Mike Bonar wrote:
Please help a newbie out. I am a little confused about how to stay
up to date with CVS.
MIke
If you've got plib, SimGear, FlightGear, and fgfsbase installed from
David Megginson writes:
The FlightGear CVS server is freezing on update when I try to use it
(no error message). Is anyone else seeing this problem? I'm seeing
it without any -z argument.
Spamassassin went balistic. The mail/cvs server was thrashing big
time. Load average was 200+ when I
David Megginson writes:
The FlightGear CVS server is freezing on update when I try to use it
(no error message). Is anyone else seeing this problem? I'm seeing
it without any -z argument.
OK, it's back again. I notice that the mail server stopped as well.
All the best,
David
--
Jim Wilson writes:
Any chance we could get back cvs logs from prior to the changeover? The lack
of them is making it hard to track down regressions introduced prior to.
The 0.7 tree should still be available for anonymous checkout.
Regards,
Curt.
--
Curtis Olson IVLab / HumanFIRST Program
On Mon, 11 Nov 2002, Matthew Law wrote:
I've been having problems updating Simgear for a few days.
I've tried everything - including moving the lot and starting again but it
continually gets stuck at:
Try it as root.
Every time that's happened to me, running as root has completed it, where
On 11/11/02 at 9:38 PM Matthew Law wrote:
Hi all,
I've been having problems updating Simgear for a few days.
I've tried everything - including moving the lot and starting again but it
continually gets stuck at:
cvs server: Updating src-libs
U src-libs/.cvsignore
U src-libs/Makefile.am
U
David Luff wrote:
On 11/11/02 at 9:38 PM Matthew Law wrote:
I've been having problems updating Simgear for a few days.
I've tried everything - including moving the lot and starting again but it
continually gets stuck at:
cvs server: Updating src-libs
U src-libs/.cvsignore
U
Matthew Law writes:
I'm now seeing this when I do a 'cvs update -dP' in the development CVS tree.
cvs server: cannot open directory
/var/cvs/FlightGear-0.9/FlightGear/src/Systems/Vacuum: No such file or
directory
cvs server: skipping directory src/Systems/Vacuum
Is this anything I've
* [EMAIL PROTECTED] (Matthew Law) [2002.09.19 17:47]:
After many newbie-fied mistakes and misunderstanding I have now setup
/home/cvsroot on my linux box and checked out up-to-date copies of the devel
releases into:
/home/cvsroot/SimGear
/home/cvsroot/FlightGear
/home/cvsroot/fgfsbase
From: Curtis L. Olson [EMAIL PROTECTED]
Norman Vine writes:
Curtis L. Olson writes:
We might need to learn more about how the imposters are rendered. I
don't think this is an issue of drawing the imposter once it is
generated, but in generating the imposter in the first place.
Norman Vine writes:
YES - because here is what I get if you render with 16 bit buffers
http://rockfish.net/~nhv/fgfs/images/fgfs-screen-016.jpg
http://rockfish.net/~nhv/fgfs/images/fgfs-screen-017.jpg
Might help thinking about 'how' one might get a '3d' volumetric
effect from what
David Megginson writes:
Is it possible to set up two separate contexts and switch between
them?
I don't know. I was thinking if you had two cpu's, you could have one
thread running in it's own context/own cpu just drawing cloud
textures, then passing them back to the main application which
David,
We have a checken and egg problem here. We can query the depth buffer
bits. But we can't do that until the display is init'd and we already
have a valid opengl context. But, we need to know this info in order
to do the glut intialization properly.
We may need to fall back to a
I did that for both SimGear and FlightGear. Now I can
build SimGear without any problem, but FlightGear no
longer builds! Here is the error:
/usr/local/lib/libsgclouds3d.a(SkyContext.o): In function `_10SkyContext':
/usr/local/src/cvs-devel/SimGear/simgear/sky/clouds3d/SkyContext.cpp:57:
PROTECTED]
Subject: Re: [Flightgear-devel] CVS build problem, was
Another automake
vi ctim
Boslough, Mark B writes:
I did that for both SimGear and FlightGear. Now I can
build SimGear without any problem, but FlightGear no
longer builds! Here is the error:
undefined reference
Boslough, Mark B writes:
I just tried that and unfortunately I get exactly the same problem.
OK I know what the problem is
I am going to try again from scratch.
Try changing SimGear\simgear\sky\clouds3d\Makefile
around line 99 to read like this
EXTRA_WIN32_SOURCES = extgl.c
Boslough, Mark B writes:
I just tried that and unfortunately I get exactly the same problem.
I am going to try again from scratch. I do have a question. How
do I keep the two CVS branches separated? When I do a make install
for simgear on the stable branch, does that not overwrite the
Thanks, I will try that.
This is a slightly advanced operation, so don't feel too bad. You can
start by using a different --prefix argument to ./configure for each
branch, i.e.
./configure --prefix=/usr/local/experimental/
./configure --prefix=/usr/local/stable/
All the best,
Matthew Law writes:
I also have a stable and working FGFS 0.8 which I'd like to keep
(to play with if I bugger up the CVS version!). How do you guys
compile a development version beside a stable one without it
interfering? In other words what do you specify to ./configure when
Norman Vine writes:
I doubt if any amount of fiddling would make the 3D clouds work well in
anything less then 32 bit color, as the eye is VERY sensitive to grey.
I'm looking for work-at-all, not work-well. I don't care if they're
pretty, as long as I can scud around them.
All the best,
David Megginson writes:
I don't understand enough about OpenGL, but why would alpha work at
16bpp in textures (like panel instruments or propeller disks) and not
in clouds?
We might need to learn more about how the imposters are rendered. I
don't think this is an issue of drawing the
Curtis L. Olson writes:
We might need to learn more about how the imposters are rendered. I
don't think this is an issue of drawing the imposter once it is
generated, but in generating the imposter in the first place.
The Impostors are generated with regular OpenGL calls just
like
Norman Vine writes:
Curtis L. Olson writes:
We might need to learn more about how the imposters are rendered. I
don't think this is an issue of drawing the imposter once it is
generated, but in generating the imposter in the first place.
The Impostors are generated with regular OpenGL
On Mon, 16 Sep 2002 20:09:29 -0400,
John Check [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]:
On Monday 16 September 2002 10:45 am, [EMAIL PROTECTED] wrote:
Hi all,
It's been a long while since I've checked out a copy of the fgfs
files from CVS and I'd like to clarify something
101 - 200 of 253 matches
Mail list logo