Michael Selig wrote:
After working on this project for a good six months, it's finally a
relief to see it looking good on TV. It shows again this coming
Saturday (Dec 21) and then again on Jan 18 - both around 12 noon.
Any words on when it will show on Discovery Europe?
Erik
Erik Hofman wrote:
Michael Selig wrote:
rotary engines were done by his 16-yr old son Matthew. A screen grab
showing the Red Baron in pursuit of Wop May is here:
http://aa10.aae.uiuc.edu/~m-selig
This makes me wonder why they didn't use FlightGear for the show. It's
not looking that much
John
Sure I will do that as soon as I get back next week.
Thanks
Paul
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
-Original Message-
From: Norman Vine [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, December 18, 2002 5:04 PM
To: [EMAIL PROTECTED]
Subject: Re: [Flightgear-devel] slDSP::getDriverBufferSize() (first
referenced in /usr/local/lib/libplibsl.a(slSample.o))
Gansser, Martin writes:
Norman Vine writes:
but what worries me is how to translate a chunk of binary data
into perl variables ... probably easy once you know the tricks.
http://www.swig.org
Last time I looked at swig, it was for creating bindings for native
libraries from include files.
Try
perldoc -f
David Megginson
Norman Vine writes:
but what worries me is how to translate a chunk of binary data
into perl variables ... probably easy once you know the tricks.
http://www.swig.org
Last time I looked at swig, it was for creating bindings for native
libraries from include
Norman Vine writes:
PPE just uses the conversion code from PLIB it does no additional massaging
ie it is the same as
ssgModelPath ( data ) ;
ssgTexturePath ( data ) ;
ssgEntity *my_obj = ssgLoad( my_obj.mdl ) ;
ssgSaveAC(my_obj.ac,my_obj);
Right, with a little extra
Michael Selig writes:
Panels -- From what I can gather, Chuck Dome is a real pro at making MSFS
panels. If those can be converted to FGFS, then we would have a slew of
panels to pick from because if asked I am pretty sure he would GPL them
like he has w/ the models.
Many of his
Norman Vine writes:
No need for anyone todo that it is already there !
For whatever reason, none
of my posts seem to get through there. Dunno if that's a sourceforge
thing or what...
Sounds like a local problem as I see your posts to plib-devel from here
and they also show
The ovState crash seems like it might have been a transient bug in
plib for a while and was fixed I'm running with plib-1.6.0 here,
but if you are running cvs version, you might consider doing a cvs
update and reinstalling (and make sure you don't have a packaged
version installed someplace
David Megginson writes:
Michael Selig writes:
Panels -- From what I can gather, Chuck Dome is a real pro at making MSFS
panels. If those can be converted to FGFS, then we would have a slew of
panels to pick from because if asked I am pretty sure he would GPL them
like he has w/
I think the ultimate solution is that plib is going to have to either
add support for hpux, or at least fake it and do nothing.
Curt.
Gansser, Martin writes:
-Original Message-
From: Norman Vine [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, December 18, 2002 5:04 PM
To: [EMAIL
Windows using OpenGL. Where it goes from here, nobody knows. It's code
Bummer. It looks really good.
that he has been writing for years, and that's likely to continue. The 3D
aircraft models w/ movable surfaces, pilot's heads and rotating rotary
engines were done by his 16-yr old son
Curtis L. Olson writes:
I think the ultimate solution is that plib is going to have to either
add support for hpux, or at least fake it and do nothing.
Yes that is the *ultimate solution* but
It should be relatively easy to update the conditional compilation
of the sound code if the
David Megginson [EMAIL PROTECTED] said:
We could make use of the instrument textures for certain. We're
tending to move away from 2D panels in FlightGear and towards 3D
panels in the aircraft itself, but there's still room for both.
Can't imagine using anything more than the textures
This ad appears in Time magazine, and is causing a lot of anger on
aviation lists and from AOPA:
http://moleski.net/timemag.htm
I seriously worry about the future of general aviation in the U.S.,
even though that troubled teenager who crashed the 172 into a building
in Florida a while back
Jim Wilson writes
Two things we really need for doing real 3D instrument work is texture
transforms and text for things like radio, gps and atari ferrari displays.
not sure I follow you here
texture will just transform with the underlying geometry
and text is just another texture
norman
Norman Vine writes:
Last time I looked at swig, it was for creating bindings for native
libraries from include files.
Not really sure what you mean by that David but SWIG is designed
to extend scripting languages with application specific knowledge
It is true that it gleens this
Norman Vine writes:
Two things we really need for doing real 3D instrument work is texture
transforms and text for things like radio, gps and atari ferrari displays.
not sure I follow you here
texture will just transform with the underlying geometry
and text is just another texture
Norman Vine [EMAIL PROTECTED] writes :
Jim Wilson writes
Two things we really need for doing real 3D instrument work is texture
transforms and text for things like radio, gps and atari ferrari displays.
not sure I follow you here
texture will just transform with the underlying geometry
David Megginson
Norman Vine writes:
Last time I looked at swig, it was for creating bindings for native
libraries from include files.
Not really sure what you mean by that David but SWIG is designed
to extend scripting languages with application specific knowledge
It is
David Megginson writes:
Norman Vine writes:
Two things we really need for doing real 3D instrument work is texture
transforms and text for things like radio, gps and atari ferrari displays.
not sure I follow you here
texture will just transform with the underlying geometry
Whee, here we go. :)
Steve wrote:
I think you have it wrong.
EVERY card implements GL_CLAMP because all that it requires is that
the texture coordinates are clamped to the range 0..1.
No. Check the spec, or the recent discussion on the DRI list. I
thought this must be the case, too, but I
* [EMAIL PROTECTED] (David Megginson) [2002.12.19 07:25]:
Norman Vine writes:
For whatever reason, none
of my posts seem to get through there. Dunno if that's a sourceforge
thing or what...
Sounds like a local problem as I see your posts to plib-devel from here
and they
David Megginson wrote:
On my system, I use procmail to sort messages into separate lists.
When someone crossposts to flightgear-devel and plib-devel (for
example), both messages end up in the flightgear-devel folder,
because that rule fires first, so it just looks like a duplicate
posting.
Andy Ross writes:
David gets the cookie.
Dark chocolate with white chocolate chunks, please, or perhaps a nice
lemon poppyseed.
Thanks,
David
--
David Megginson, [EMAIL PROTECTED], http://www.megginson.com/
___
Flightgear-devel mailing list
On Thursday 19 December 2002 4:40 am, Erik Hofman wrote:
Erik Hofman wrote:
Michael Selig wrote:
rotary engines were done by his 16-yr old son Matthew. A screen grab
showing the Red Baron in pursuit of Wop May is here:
http://aa10.aae.uiuc.edu/~m-selig
This makes me wonder why they
I flew 4.3 hours yesterday to finish off the dual required by my
insurer, including an hour under the hood at night. I handled the
Warrior II OK VFR, but in IFR my scan went all to crap, even though
the panel layout is virtually identical, and my holding pattern
resembled a spirograph. The
David Megginson wrote:
Last time I looked at swig, it was for creating bindings for native
libraries from include files.
Try
perldoc -f pack
perldoc -f unpack
Perl has excellent support for this kind of thing, once you get your
head around it.
BIG WARNING: The pack/unpack facilities
On Thu, 19 Dec 2002 10:43:41 -0800,
Andy Ross [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]:
David Megginson wrote:
On my system, I use procmail to sort messages into separate lists.
When someone crossposts to flightgear-devel and plib-devel (for
example), both messages end up
Andy Ross wrote:
Again, read the specification. The texture border (or border color,
if there is no border) is *always* supposed to be sampled at the
texture edges when using GL_CLAMP.
But look at the pictures in the RedBook - they clearly show the texels
from the edges of the map being
Andy Ross writes:
This is trivially fixable by clearing $ENV{LANG} in scripts where you
want to call pack/unpack, but it is very non-obvious if you aren't
prepared for it.
Thanks for the warning. Problems aside, I'm very happy to hear that
Perl is supporting UTF-8 better now.
All the
I updated plib, simgear, and FlightGear source from cvs this evening and
compiled plib and simgear with no problems. I get the following error
compiling FlightGear (at the compile of ground.cxx).
source='ground.cxx' object='ground.o' libtool=no \
depfile='.deps/ground.Po'
Norman Vine [EMAIL PROTECTED] said:
David Megginson writes:
He means texture animations (moving the UV coordinates around).
Probably easier to use pbuffers or the equivalent on those platforms
that don't support pbuffers
ie reconstruct the texture each frame with OpenGL calls
and
Norman Vine [EMAIL PROTECTED] said:
and text is just another texture
Right, I'm just thinking about something like the text layer in the 2D panel,
except that it is applied a poly that is part of a 3D model. The texture gets
regenerated each frame.
Best,
Jim
35 matches
Mail list logo