On Sat, 21 Sep 2002 01:19:21 -,
"Jim Wilson" <[EMAIL PROTECTED]> wrote in message
<[EMAIL PROTECTED]>:
> Note that aircraft are never as infinitely rigid as our 3d models are.
> So,
> especially when we get to the point of modeling turbulence, it might
> be nice to make the 747 wings flap
o.k. if i don't get to it on my home machine this weekend
it might not be till monday but i will report back what
happens.
thanks again, mark
> -Original Message-
> From: Norman Vine [mailto:[EMAIL PROTECTED]]
> Sent: Friday, September 20, 2002 3:52 PM
> To: [EMAIL PROTECTED]
> Subject:
Arnt Karlsen <[EMAIL PROTECTED]> said:
> On Fri, 20 Sep 2002 10:13:17 -0500,
> "Curtis L. Olson" <[EMAIL PROTECTED]> wrote in message
> <[EMAIL PROTECTED]>:
>
> > Wing warping would be a very interesting application of tweening. It
> > seems like you'd just need two identical versions of each
On Fri, 20 Sep 2002 18:00:25 -0400,
"Norman Vine" <[EMAIL PROTECTED]> wrote in message
<01ad01c260f1$2096be10$0100a8c0@sfdev3>:
> Frederic Bouvier writes:
>
> > http://perso.wanadoo.fr/frbouvi/flightsim/fgfs-clouds3d-prop.png
> >
> > Any idea ?
>
> Yep, This is a known problem
> so
> Don'
Frederic Bouvier writes:
> http://perso.wanadoo.fr/frbouvi/flightsim/fgfs-clouds3d-prop.png
>
> Any idea ?
Yep, This is a known problem
so
Don't do that or disable the propellor node in the model
when you are in a 3D cockpit of a plane with a propellor
norman
_
http://perso.wanadoo.fr/frbouvi/flightsim/fgfs-clouds3d-prop.png
Any idea ?
Cheers,
-Fred
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
- Original Message -
From: "Boslough, Mark B" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, September 20, 2002 5:40 PM
Subject: RE: [Flightgear-devel] Still can't build devel CVS
>
> That is correct.
mark
Part of the problem is I can not connect to CVS
so I am not reall
Matthew Law writes:
> I'm off to model some FGFS 'planes with skydiving mods - oh, and I'll get
> around to publishing my C-208B turbine samples soon too... ;-)
Let's get a Caravan in there as well.
All the best,
David
--
David Megginson, [EMAIL PROTECTED], http://www.megginson.com/
__
No, it is a perfect fall day in New Mexico.
But seriously, I can't get it to build, so
I can't get it to run!
I'm running out of time today. Maybe I will
try this at home over the weekend.
Thanks for all your help! I gotta go now.
Mark
> -Original Message-
> From: Norman Vine [mai
On Fri, 20 Sep 2002 17:36:22 -0400
"Norman Vine" <[EMAIL PROTECTED]> wrote:
>Jon S Berndt writes:
>>
>> Just to be sure:
>
>can you see the clouds ??
>
>Norman
Me? I won't be able to tell you 'til much later this
evening or tomorrow morning.
Jon
_
That is correct.
Mark
> -Original Message-
> From: Curtis L. Olson [mailto:[EMAIL PROTECTED]]
> Sent: Friday, September 20, 2002 3:32 PM
> To: [EMAIL PROTECTED]
> Subject: RE: [Flightgear-devel] Still can't build devel CVS
>
>
> Boslough, Mark B writes:
> > O.K. I'm doing it all over
Jon S Berndt writes:
>
> Just to be sure:
can you see the clouds ??
Norman
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Boslough, Mark B writes:
> O.K. I'm doing it all over again one more time to make sure I
> didn't make some lame mistake. I don't think I forgot to the
> make install step and I don't remember seing any clues in the
> configure step, but I will be xtra careful this time. I guess
> I need to do
John, Curt,
> Ha. I don't know about that. I did my build this morning,
> if it makes a difference. I got link errors at first, too
> - can't remember at the moment what they were exactly,
> except that they had to do with plib. So I made sure I had
> the latest plib from CVS and rebuilt plib/sim
O.K. I'm doing it all over again one more time to make sure I
didn't make some lame mistake. I don't think I forgot to the
make install step and I don't remember seing any clues in the
configure step, but I will be xtra careful this time. I guess
I need to do this with a script from now on.
M
Thanks to everyone who helped me this last week - I now have an up-to-date,
compiled and running CVS version of FGFS.
I noticed when flying the 3D C172 model that if you zoom back from the panel
and push the yoke in it disappears behind the gauges and partially into the
panel. It's a minor 'n
On Fri, 20 Sep 2002 15:01:19 -0600
"Boslough, Mark B" <[EMAIL PROTECTED]> wrote:
>
>I just tried to do a complete rebuild (with the
>current plib) of the development branch, and got
>the same darn link errors I've been getting all along.
>
I'm really shooting from the hip, here, and again I am
On Fri, 20 Sep 2002 15:01:19 -0600
"Boslough, Mark B" <[EMAIL PROTECTED]> wrote:
>
>I just tried to do a complete rebuild (with the
>current plib) of the development branch, and got
>the same darn link errors I've been getting all along.
>
>Mark
Just to be sure:
Did you do a make install on pl
Jon S Berndt writes:
> On Fri, 20 Sep 2002 22:41:33 +0200
> "Michael Basler" <[EMAIL PROTECTED]> wrote:
> >Curt,
> >
> >Now don't ask me why it works for Jon (wild guess: he's
> >just an insider...:-)
>
> Ha. I don't know about that. I did my build this morning,
> if it makes a difference. I
Michael Basler writes:
> Are you sure you committed Norman's Simgear Makefile.am + configure.ac
> changes which I re-sent you a few hours ago? I don't recall having seen the
> corresponding CVS logs, but I might have missed them.
>
> I'll try a recent CVS checkout myself again.
Norman's changes
I just tried to do a complete rebuild (with the
current plib) of the development branch, and got
the same darn link errors I've been getting all along.
Mark
> -Original Message-
> From: Jon S Berndt [mailto:[EMAIL PROTECTED]]
> Sent: Friday, September 20, 2002 2:57 PM
> To: [EMAIL PROTE
On Fri, 20 Sep 2002 16:50:47 -0400
David Megginson <[EMAIL PROTECTED]> wrote:
>I've forked the 172P and 172R, both in JSBSim and in the
>base package. The 172R is still the default, but you can use
>
> fgfs --aircraft=c172p
> fgfs --aircraft=c172p-3d
Wow. Thanks, David. I wouldn't have ha
On Fri, 20 Sep 2002 22:41:33 +0200
"Michael Basler" <[EMAIL PROTECTED]> wrote:
>Curt,
>
>Now don't ask me why it works for Jon (wild guess: he's
>just an insider...:-)
Ha. I don't know about that. I did my build this morning,
if it makes a difference. I got link errors at first, too
- can't
I've forked the 172P and 172R, both in JSBSim and in the base
package. The 172R is still the default, but you can use
fgfs --aircraft=c172p
fgfs --aircraft=c172p-3d
to get the alternative. The 172P will be more familiar to many
pilots (i.e. 2700RPM instead of 2400RPM), and it has an O320 r
Curt,
I just made a fresh checkout and build of PLIB/SimGeasr/FlightGear, and
linking still aborts with similar (or the same messages) as Marks gets. It
worked with the named couple of patches from Norman yesterday.
Now don't ask me why it works for Jon (wild guess: he's just an
insider...:-)
R
On Fri, 20 Sep 2002 10:13:17 -0500,
"Curtis L. Olson" <[EMAIL PROTECTED]> wrote in message
<[EMAIL PROTECTED]>:
> Wing warping would be a very interesting application of tweening. It
> seems like you'd just need two identical versions of each wing ... one
> warped maximally in one direction, a
On Fri, 20 Sep 2002 13:29:17 -0600
"Boslough, Mark B" <[EMAIL PROTECTED]> wrote:
>My plib is a day or two old. Should I update it too?
>
>Mark
Well ... I'm not an expert on building FlightGear. I *did*
expend considerable effort on making a script that does
everything for me. That encompasse
For reference purposes, unless the GL calls have been changed an any way,
it probably will still cause FGFS to hang for me. I'm looking into it.
> Ok, for all of you out there who haven't managed to see any 3d
> clouds. I just committed a cloud loader patch from John which should
> handle the f
Curt,
> > Did you check them in (should I do a CVS update and try again)?
> > My last download was this morning.
>
> Yes, yes.
Are you sure you committed Norman's Simgear Makefile.am + configure.ac
changes which I re-sent you a few hours ago? I don't recall having seen the
corresponding CVS logs
My plib is a day or two old. Should I update it too?
Mark
> -Original Message-
> From: Jon S Berndt [mailto:[EMAIL PROTECTED]]
> Sent: Friday, September 20, 2002 12:41 PM
> To: [EMAIL PROTECTED]
> Subject: Re: [Flightgear-devel] Still can't build devel CVS
>
>
> On Fri, 20 Sep 2002 13
On Fri, 20 Sep 2002 13:11:28 -0500
"Curtis L. Olson" <[EMAIL PROTECTED]> wrote:
>Mark,
>
>Thanks for you patience. I don't have a cygwin system
>here to test
>on, so I've just been applying Norman's patches he sends
FWIW, I built plb/simgear/fgfs on my CygWin system this
morning. I've gotta
Boslough, Mark B writes:
> Did you check them in (should I do a CVS update and try again)?
> My last download was this morning.
Yes, yes.
--
Curtis Olson IVLab / HumanFIRST Program FlightGear Project
Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED]
Minnesota http:
Curt,
Did you check them in (should I do a CVS update and try again)?
My last download was this morning.
Thanks,
Mark
> -Original Message-
> From: Curtis L. Olson [mailto:[EMAIL PROTECTED]]
> Sent: Friday, September 20, 2002 12:11 PM
> To: [EMAIL PROTECTED]
> Subject: RE: [Flightgear-
Ok, for all of you out there who haven't managed to see any 3d
clouds. I just committed a cloud loader patch from John which should
handle the fg-root correctly. So, it should find the clouds no matter
what the current directory is when you fire up fgfs.
Just make sure you have the latest devel
Mark,
Thanks for you patience. I don't have a cygwin system here to test
on, so I've just been applying Norman's patches he sends me. I made a
couple changes here which *should* work, but be aware that they are
untested on cygwin. But, see if they help.
Regards,
Curt.
Boslough, Mark B writ
I am still unable to link FlightGear, getting the same
errors. I started again from scratch and made the modifications
you suggested, and still get:
/usr/local/src/cvs-devel/simgear/simgear/sky/clouds3d/SkyContext.cpp:57:
undefined reference to `glInitialize'
/usr/local/src/cvs-devel/simgear/simg
> Thanks. Dang! So much has changed. I've got to keep up
> with the development stuff a bit better, I guess.
Curt, you obviously assumed too much intelligence on the part of the
developers (including me). Since we don't have enough time to act on
the incremental description of the changeover, a
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 co
Jim Wilson writes:
> Normally they would be, unless they were reordered for some reason. From the
> configuration point of view, it would be easiest to address the vertices as
> objectname+index in the xml. I'm not sure how else you would i.d. them.
Wing warping would be a very interesting appl
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 w
David Megginson <[EMAIL PROTECTED]> said:
> Wolfram Kuss writes:
>
> > PLIB is AFAIK able to do that with a technique called tweening. There
> > is even an example of it, where a ball is tweened to a star and vice
> > versa.
>
> I'm not sure how that would work with the loaders, though -- do
On Fri, 20 Sep 2002 09:20:10 -0500
"Curtis L. Olson" <[EMAIL PROTECTED]> wrote:
>
>Note that you will need to go to John Check's base package web site
>and carefully read the instructions for checking out the stable branch
>of the base package:
>
>From the error message you report, it is clear t
Curtis L. Olson writes:
> I've never tried switching the bit level of the rendering buffers in
> OpenGL, but this is something you typically set when you initialize
> your opengl context. I've never heard of anyone changing this on the
> fly ... especially not every frame. I can't say with
David Megginson writes:
> I think I understand. What about the suggestion from earlier to
> switch to a 32-bit buffer when creating an imposter, then back to
> 16-bit for ordinary rendering. Once the imposter has been created,
> the 16bpp display should be able to handle it fine (since it's just
Jon Berndt writes:
> I just updated and built the plib/simgear/fgfs set. (fgfs 0.9.0 and
> simgear 0.3.0). I got this when I tried to run:
Jon,
I have fixed main.cxx to look for the correct version. You should do
a cvs update in the FlightGear tree and rebuild.
Note that you will need to go to
I just updated and built the plib/simgear/fgfs set. (fgfs 0.9.0 and
simgear 0.3.0). I got this when I tried to run:
--- cut ---
$ src/FlightGear/src/main/fgfs
FlightGear: Version 0.8.0
Built with GNU C++ version 2.95
Scanning for root: command line
fg_root = /home/Jon/FlightGear/
Usage: fgfs
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 w
David Megginson writes:
>
> Curtis L. Olson writes:
>
> > Mark Harris mentioned that the back buffer requires a "destination
> > alpha" for imposter rendering to work. Perhaps that's why things
> > aren't great with a 16bit color buffer, you probalby aren't even
> > getting an alpha channel t
David Megginson writes:
> Wolfram Kuss writes:
>
> > PLIB is AFAIK able to do that with a technique called tweening. There
> > is even an example of it, where a ball is tweened to a star and vice
> > versa.
>
> I'm not sure how that would work with the loaders, though -- do we
> have to gua
Wolfram Kuss writes:
> PLIB is AFAIK able to do that with a technique called tweening. There
> is even an example of it, where a ball is tweened to a star and vice
> versa.
I'm not sure how that would work with the loaders, though -- do we
have to guarantee that they vertices are in exactly t
Curtis L. Olson writes:
> Mark Harris mentioned that the back buffer requires a "destination
> alpha" for imposter rendering to work. Perhaps that's why things
> aren't great with a 16bit color buffer, you probalby aren't even
> getting an alpha channel there?
That's possible, but currently
Norman, Curt
> Arrgh
>
> I forgot I had to tweak the configure.ac file because it no longer
> sets $CFLAGS="-DWIN32"
>
> Yep that's it
>
> In the windows section of configure.ac we need to set $CFLAGS
Norman, this finally did the job. Now it compiles and links cleanly under
Cygwin again. Tha
52 matches
Mail list logo
