Andy Ross writes:
Norman Vine wrote:
since we are now agnostic as pertains to the lowlevel OpenGL
initialization routines I don't see why the choice of OpenGL toolkit
used couldn't just be an option
Uh, that's the whole point. What would you prefer, if not SDL? If
you want to write
Curtis L. Olson writes:
I understand that there are (or at least were) issues between SDL and
cygwin, but perhaps it would be more productive to address that problem
directly ...
I haven't heard of any one not being able to compile CVS FGFS because
of GLUT but this is not the point I am
Andy Ross writes:
Norman wrote:
Out of curiosity what can't you do today that would make FlightGear
better because we are using GLUT that you would do differently today
if we were using SDL and what exactly is it that would make FGFS
better.
Off the top of my head:
+ Build out of
Andy Ross writes:
Curtis L. Olson wrote:
I understand that there are (or at least were) issues between SDL
and cygwin, but perhaps it would be more productive to address that
problem directly ...
Ah. I honestly didn't know this.
short memory :-)
Andy Ross writes:
Curtis L. Olson wrote:
Ok, since you have your head into this at the moment: With X11, is it
possible to run an SDL app in window (so it behaves well with the
window manger) but in a window that fills the entire screen and is
undecorated (so it looks full screen)?
Jon S Berndt writes:
Can anyone tell me if FlightGear has been successfully compiled and
linked using mingw?
Before Fred started providing MSVC compiled executables IIRC
the the only Win32 executables ever available for download from
flightgear.org were MingW compiled.
What problems are you
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Martin
Spott
Sent: Wednesday, April 14, 2004 8:11 AM
To: [EMAIL PROTECTED]
Subject: Re: [Flightgear-devel] SDL early access implementation
Norman Vine wrote:
FWIW I would be much more excited
Martin Spott writes:
Norman Vine wrote:
FWIW I would be much more excited about this if we were switching
to a library designed for highend simulations such as OpenProducer
which by the way also has a portable threading library OpenThreads
this aims at OpenSceneGraph - doesn't
Curtis L. Olson writes:
Durk Talsma wrote:
I vote in favor of enabling threads. I've ran FlightGear for ten hours, with
threads enabled, without any problems.
In addition, it's probably a good time to do this now, just after a release.
Because enabling threading now in cvs will give
Jonathan writes:
does anyone know an easy way to get the
geometry polygon on the ground under an aircraft?
Probably easiest to add a public method to the tilemgr
to get access to the hitlist
maybe something like
FGHitList *getHitlist() { return hit_list; }
Then something like the
FYI
Thanks to David Abrahams for passing on this info: a free optimizing
cmdline VC 7.1 has been released by MS:
http://msdn.microsoft.com/visualc/vctoolkit2003/
The 32MB download appears to contain much of the meat of Visual Studio .NET
2003 Professional, including the compiler,
Jon Berndt writes:
Jon Berndt writes:
Have the build process files changed at all for plib and
simgear?
Not that I know of
Now, this could also be due (and is more likely to be due) to
changes in my
**CygWin** environment, and the tools I use there.
In any case, as far
Jon Berndt writes:
When building FlightGear (and my setup in CygWin is now building plib and
SimGear just fine), when I get to the YASim directory, I get these errors:
g++ -D_REENTRANT -L/usr/local/lib -o yasim.exe yasim-test.o Airplane.o
Atmosphere.o ControlMap.o FGFDM.o Gear.o Glue.o
Andy Ross writes:
Giles Robertson wrote:
Not that I've noticed. It would be useful for mingw32. I've tried
building on that, and it compiles fine, but the linker fails because
the input is too long ;).
The linker fails with long file lists? That sounds odd --
The Windows cmd shell
Innis Cunningham writes:
Giles Robertson writes
Ah. Thanks. I'll try that. I was hoping to try and get along with
something slightly less stodgy than Cygwin, though. I was also hoping to
use MSYS so that I didn't need to use Cygwin or a windows IDE to produce
the makefile. I've always
Curtis L. Olson writes:
I have an application in the pipeline where I'll need to play left
engine sound out of the left speaker and right engine sound out of the
right ... hopefully resulting in the proper effect when an engine goes out.
As far as I know, this is impossible to do
Jon Berndt writes:
Jon, you might also search for libopenal along with cygwin ... if
cygwin packaged openal, I bet that is what they'd call it.
Curt.
That search appeared to be more productive initially, but nothing helpful
has cropped up, yet.
Jon,
CygWin user - Help, Help! I'm
Norman Vine wrote:
after getting the OPENAL CVS files
cvs -d:pserver:[EMAIL PROTECTED]:/usr/local/cvs-repository login
(use password guest)
cvs -d:pserver:[EMAIL PROTECTED]:/usr/local/cvs-repository co openal
OOPS I forgot the configure command
then
% cd $OPENAL
% cd linux
Jon Berndt writes:
I have *no* idea if it actually produces any sound as
I don't have a sound board on my development system
but
after getting the OPENAL CVS files
cvs
-d:pserver:[EMAIL PROTECTED]:/usr/local/cvs-repository login
(use password guest)
cvs
No idea if this will work or not
but here is a binary OpenAL distribution of the
core OpenAL files from the win directory
Note you will need a recent Cygwin DLL to use these
this is untested
http://www.vso.cape.com/~nhv/files/fgfs/openal.tgz
HTH
Norman
EXPORTS
EAXGet @1
EAXSet @2
Jon Berndt writes:
You need to re run configure before make I left this step out
in my original msg :-(
% ./configure
% make
% make test
Norman
I got a successful build. I tried running some of the
also-successfully-built test programs:
Nothing produced any
David Luff writes:
On 4/28/04 at 4:10 AM Norman Vine wrote:
Have you tried my partial build of the openal / win directory
http://www.vso.cape.com/~nhv/files/fgfs/openal.tgz
probably best to install this into /usr/local
i.e.
cd /usr/local
tar -xzvf $PATH_TO/openal.tgz
I've
Curtis L. Olson writes:
Norman Vine wrote:
David Luff writes:
On 4/28/04 at 4:10 AM Norman Vine wrote:
Have you tried my partial build of the openal / win directory
http://www.vso.cape.com/~nhv/files/fgfs/openal.tgz
probably best to install this into /usr/local
i.e
David Luff writes:
Norman's libopenal32.a contains these functions, my libopenal.a doesn't,
and these errors are hence fixed with Normans .a. However, Norman's
libopenal32.a doesn't contain any alut* functions, which my libopenal.a
does, so hence these errors are replaced with the _alut*
Jon S Berndt writes:
For those using CygWin, it's fatal at the moment.
AFAICT
It is fatal for those using any form of gcc on Win32.
Oh well I guess there is always MSVC grin
Norman
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
FYI
I will keep an eye out for any solution the Zope folks come up with
as solving this will open up the possibility of using SVN instead of
CVS.
cross-platform-development-is-a-challenge'ly yrs
Norman
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Behalf Of
David Luff writes:
On 4/28/04 at 10:09 AM Norman Vine wrote:
I have rebuilt the opeal dll and replaced the one on my site
http://www.vso.cape.com/~nhv/files/fgfs/openal.tgz
This should export the required alut* funcs and it includes
the Makefile I used
Note you will need to use my
Jon S Berndt writes:
You have to admire Curt's methodology - fatally breaking the Cygwin build
has certainly created a momentum to fix it, and presumably saved the
time and hassle of riddling the sound code with ifdefs!
This approach works only when there is a solution somewhere. From
David Luff writes:
On 4/28/04 at 10:16 AM Curtis L. Olson wrote:
Cygwin is a little bit different nut to crack. As I understand it,
cygwin can link against any .dll out there so in theory it should be
able to work with the standard openal SDK.
This is only true for libraries with 'C'
Andy Ross writes:
Norman Vine wrote:
Unfortunately I do not have the time to support the libraries I port
so I do not submit them for inclusion with Cygwin but the official
method of doing this is here http://cygwin.com/setup.html
I suspect the OpenAL people should be the first ones
Erik Hofman writes:
David Luff wrote:
You have to admire Curt's methodology - fatally breaking the Cygwin build
has certainly created a momentum to fix it, and presumably saved the time
and hassle of riddling the sound code with ifdefs!
He has proven to be a good student :-D
Just
Andy Ross writes:
I actually got interested in all this windows stuff yesterday (no, I
can't explain why), and played around with getting it built. Here's
the proof:
http://plausible.org/andy/fgfs-mingw.zip [2.3 MB]
Cool
+ There is no Win32 implementation of the simgear/threads
Vivian Meazza writes:
I downloaded the most recent CVS version, with the modifications already
made, and I still get
Config.status: creating \
.infig.status: error:cannot find input file.
Hi Vivian,
Was this a fresh CVS checkout or did you just refresh
your existing files ?
If the
Andy Ross writes:
Gunnstein Lye wrote:
Thanks for the info. Do you really have to build separate binaries
of gcc for each target? I thought I could use the same binary for
linux (native) and windows (crosscompiling).
Not to my knowledge. The code generation is more or less identical,
Andy Ross writes:
Norman Vine wrote:
Andy Ross wrote:
You *can* do this with cygwin [...] The compiler supports a
-mno-cygwin flag
Unfortunately it turns out that cygwin doesn't install these tools
under the conventional platform-program names (e.g. mingw32-gcc)
To invoke
Melchior FRANZ writes:
* Al West -- Friday 30 April 2004 20:05:
Is collision detection part of the model/dynamics set per aircraft? Just I've
been flying through the buildings in San Fran all afternoon in the bo105.
Contact points are per model, but the behavior is AFAIK the same for
Wolfram Kuss writes:
Also being able to fly through buildings isn't really such
a problem,
BTW, I remember at LinuxTag, when we taxied the Cessna and by chance
sometimes came under the wing of the 747 of the scenery, then the
Cessna would try to jump up and the program would crash.
This
Mathias Fröhlich writes:
What this method 3 was meant to do is to minimize the callback traffic by
having a FDM local tile cache and handling the actual queries to the
elevation data and normals based on this cache.
So, can somone help me out with a short descripion how flightgears surface
Andy Ross writes:
Again, this is an artifact of the primitive collision handling.
Ideally, every contact point would test against all scenery polygons
without a notion of ground plane. That's simple to imagine, but for
performance reasons a little hard to implement.
Yes, the FDMs assume a
Jon Berndt writes:
Does anyone know of a simple algorithm to calculate the difference between
the desired heading and the actual heading, where the angle is given in
degrees from 0 to 260? The stipulations are that the result must be = 180.
For example, you can go from 60 to 340 degrees
Andy Ross writes:
Erik Hofman wrote:
There might be one step in between here, which I have been thinking of
a bit. It would be easy to implement a bounding cylinder (2d collision
detection) and only if there is a hit go to the bounding sphere. For
me it looks like that approach would
Jonathan Richards writes:
If anyone sent me an entry off-list, it would be a good idea to resend.
Probably to English specific but the first thing I thought of
Eagle Tails
Note Tail and Tale are pronounced the same in English
Tale:
A recital of events or happenings; a report or
Richard Bytheway
Since the addition of OpenAL I have been having sporadic success building FlightGear
on Win2K and Cygwin, but I think I
now have is sussed.
I first tried installing the Creative OpenAL SDK, but that didn't appear to help.
I installed Norman's OpenAL stuff, and things
Durk Talsma writes:
I'm trying to solve the following problem:
Given the following:
- latitude, longitude of departure
- latitude, longitude of arrival
- scheduled departure time
- scheduled arrival time
I want to calculate the current position of the aircraft , sssuming that it
Lee Elliott writes:
Jim Wilson wrote:
Lee Elliott said:
Incidentally, I've noticed that although the random objects are placed
randomly, they get placed in the same place each time I run fgfs - for
example, as well as KSFO I also use EGLL for glide slope and landing
testing and
FYI
This is used by the MingW and MSVC builds
Norman
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Ross
Johnson
Sent: Monday, May 17, 2004 2:06 AM
To: [EMAIL PROTECTED]
Subject: New snapshot 2004-05-16 available
Dear all,
Finally there is
A couple of interesting 'links' here
http://www.physics.ubc.ca/%7Ewaltham/aero.html
Norman
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Erik Hofman writes:
Yeah, you should be a politician.
You're trying to change the whole thing by neglecting the historical
perspective, stating 'we' while you're actually trying to say 'you guys'
for trying to solve your problems.
ROTFL :-)
Norman
Jon Berndt writes:
I've looked in a few places, but can't find a definitive reference on automake,
autoconf,
etc. There don't seem to be any O'Reilly books on this, either! Anyone have any
suggestions?
A little dated but still very useful
http://sources.redhat.com/autobook/
I usually just
Martin Spott writes:
Hamish wrote:
You might try re-projecting your data with PROJ.4's cs2cs program from
www.remotesensing.org (although that site seems to be down right now),
GDAL, /or a GIS like GRASS.
ftp://ftp.ihg.uni-duisburg.de/GIS/PostGIS/proj-4.4.8.tar.gz
proj is what you
Modified Files:
FGTileLoader.cxx
Log Message:
Windows uses ';' instead of ':' as a path separator.
Index: FGTileLoader.cxx
===
RCS file: /var/cvs/FlightGear-0.9/FlightGear/src/Scenery/FGTileLoader.cxx,v
retrieving
Alex Romosan writes:
Norman Vine [EMAIL PROTECTED] writes:
Doesn't SGPath.apapend just do the right thing here ?
i.e. there shouldn't be a need to do the
! #ifdef _MSC_VER
! tmp.append( ;);
! #else
! tmp.append( :);
! #endif
kludge in the patch
Norman Vine wrote:
Modified Files:
FGTileLoader.cxx
Log Message:
Windows uses ';' instead of ':' as a path separator.
Index: FGTileLoader.cxx
===
RCS file: /var/cvs/FlightGear-0.9/FlightGear/src/Scenery
Alex Perry writes:
For people who might be in Boston (MA, USA) at the end of June:
There will be a FlightGear Birds-Of-a-Feather (BOF) session [1] on
Wednesday June 30 2004, 7pm to 9pm ...
Hopefully I will be at the BOF
Thanks for the headsup !
Norman
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
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
Curtis L. Olson writes:
Is there any functionality currently built into FG to request that the
mouse pointer be turned off or hidden. This would be useful for things
like a dedicated visual channel.
TurnCursorOff() in GUI / mouse.cxx
Likewise, I quickly browsed through the source code
Curtis L. Olson writes:
Norman Vine wrote:
Curtis L. Olson writes:
Is there any functionality currently built into FG to request that the
mouse pointer be turned off or hidden. This would be useful for things
like a dedicated visual channel.
TurnCursorOff() in GUI
Lee Elliott writes:
I think we need to push a patch to the plib developers list that
optionally lets one specify the texture directory when loading a
geometry file, but still default to the geometries own directory.
see ssgLoad.cxx
void ssgLoaderOptions::setModelDir ( const char *s
Mathias Fröhlich writes:
To implement that efficient, I think that a FGInterface or some class in that
area should cache this information and should provide an interface that could
easily used to query some properties of the ground in the area of the
aircraft.
I wanted to start with code
Norman Vine write:
This should be doable using the current hitlist mechanism
and the current PLib code --untested but something like--
oops typo
if (entity_hit entity_hit - isAKindOf ( ssgLeaf () ) )
this pseudo code should be
ssgEntity *entity_hit = hitlist - get_entity
Curtis L. Olson writes:
Mat Churchill wrote:
Hoping to pick up on flying lessons again and was wondering if I can
record NMEA flight data of my lessons and play it back in FG ?
To add to this does anyone know of a way of recording bank angle / glide
path in a format usable by FG ?
Ampere K. Hardraade writes:
Anyway we can get the plib group to look into their method for rendering?
Have at it !
Note PLib's scenegraph is SSG Simple Scene Graph
Since this model is anything but simple IMO it doesn't really
qualify for SSG Simple Scene Graph :-)
Norman
On July 10,
Curtis L. Olson writes:
Not quite. The co-pilot does one thing (but one thing well from what I
read). It keeps itself level with the horizon. That's it. It has no
gyros. It fits inline between your receiver and your servos. So as I
understand it, it will only kick in when you have
I have found this to be an excellent reference most of which is
directly applicable to aircraft.
MANEUVERING AND CONTROL OF MARINE VEHICLES
by Michael S. Triantafyllou and Franz S. Hover
Department of Ocean Engineering
Massachusetts Institute of Technology
Cambridge, Massachusetts USA
FYI
A few months ago, the OpenGL Shading Language -- OpenGL's own high-level shading
language for programming Graphics Processing Units
(GPUs) -- was ratified by the Architectural Review Board (ARB) responsible for the
development and extension of the OpenGL graphics
API. The first real-world
fyi
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Changqing
Zhou
Sent: Friday, July 16, 2004 2:57 PM
To: MapServer
Subject: [Mapserver-users] Seek GPS mobile service experiment
participants
This message is not directly related to map server;
Boris Koenig writes:
Ya, I see - and somehow even gotta agree ... having meanwhile tried to
summarize the Nasal extensions that I would *minimally* need,
Hey I've got an idea !
Why don't you commission one of the FlightGear developers to write
the extensions you seem to *need* and pay for
Boris Koenig writes:
Boris Koenig writes:
Ya, I see - and somehow even gotta agree ... having meanwhile tried to
summarize the Nasal extensions thatsee I would *minimally* need,
_I_ don't *need* a certain extension,
so which is it see quote above
but rather would like to be
Frederic Bouvier writes:
Also I noticed that in the 9.4 base the runfgfs bat file has been
removed.
Was there a reason for this.
It has been supercede by fgrun that is much user frendly.
Until fgrun is distributed with FGFS I 'vote' for the batch file being
reinstalled in the
Frederic Bouvier writes:
Norman Vine wrote:
Frederic Bouvier writes:
Also I noticed that in the 9.4 base the runfgfs bat file has been
removed.
Was there a reason for this.
It has been supercede by fgrun that is much user frendly.
Until fgrun is distributed
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Frederic
Bouvier
Sent: Saturday, July 17, 2004 12:20 PM
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] Next release of FlightGear
I was too quick to press the reply button. I
Frederic Bouvier writes:
FG is not using the latest features new cards are offering and the 'old'
features are pretty maxed out now. This is not an explanation for
worst performance but just for lack of improvement. In the meantime,
you probably switched to another setup/resolution that can
Vivian Meazza writes:
Right now we are relying on Norman Vine's OpenAL files. We must just hope
that Norman can find the tme to update when and if required.
The Makefile I used is in my tarball and the only changes I made
in the code are in the header files also in the tarball
Note:
You
Jon Berndt writes:
Right now we are relying on Norman Vine's OpenAL files. We must just hope
that Norman can find the tme to update when and if required.
The Makefile I used is in my tarball and the only changes I made
in the code are in the header files also in the tarball
Has
Curtis L. Olson writes:
You have to compile with -g to include debugging symbols so that the
back trace makes sense. That said, the very few times I've tried to run
gdb with flightgear on windows, I was never very successful.
GDB might have some problems on 95,98 and WinMe, but runs fine
Boris Koenig writes:
But, there seems to be a project related to openRT that is dedicated to
developing the necessary hardware: http://www.saarcor.de/
This is a fascinating project but ... until these chips are as prevalent
in consumer grade hardware as OpenGL cards are today, I think we
Jim Wilson writes:
Well as a physicist (but with no formal aeronautical education), I always
think of it as the wing is pushing air down, which causes an equal and
opposite force (to quote Newton) of the air pushing the wing up. Hence
acrobatic aircraft with symmettrical wings can
Lee Elliott writes:
My 2p on the 'does lift suck or blow',
On more refined aerofoils most of the lift comes from the leading edge region,
where the acceleration is highest, although some of the more recent
'super-critical' aerofoils produce lift further back.
There again, while I'm
Boris Koenig writes:
That would at least make sense if I don't
find _any_ plib app where I achieve more than 10-15 FPS with the
nvidia card ;-)
I have many PLib applications that run at a rock steady 70hz, my
screen refresh rate, on a NVIDIA GeForce 2 in a PIII 733
On the other hand I had
Boris Koenig writes:
I mentioned
primarily bzflag - cause it is based on SimGear
Hmm .. very interesting .
as bzflag predates SimGear ...
could you please tell us your source of this information
as I didn't see any mention of SimGear in a quick perusal
of the bzflag source code
Erik Hofman writes:
Arnt Karlsen wrote:
On Wed, 28 Jul 2004 21:42:48 -0400, Ampere wrote in message
On July 28, 2004 03:06 pm, Jon S Berndt wrote:
So, from the point of view of the horizontal stabilizor, that pesky
downwash happens because wings really suck. ;-)
I guess that's one
Vivian Meazza writes:
Frederic Bouvier writes:
Is that from a recent download? I updated again this morning, and
still get
166 if(cap 1) { continue; }
1 still doesn't seem to work with JBS models.
I also have 1. Are you dowloading with the cvs client or
with
David Megginson writes:
Since I updated FlightGear a few days ago, my X Windows mouse has been
frozen after exiting whenever FlightGear is in full-screen mode (there is no
problem in window mode). Switching to a text console and back does not help
-- I end up having to restart X.
Any
Martin Spott writes:
Erik Hofman wrote:
Martin Spott wrote:
BTW, I didn't find your change in the current CVS checout of the base
package. Could you tell me the lines you changed ?
The *base* package?
I assume the location of the HTML file you changed is somewhere down in
the base
Jon Berndt writes:
Does anyone know a good algorithm to take an STL string to lower case?
**untested**
char *strlwr (char * a)
{
char *ret = a;
while (*a != '\0')
{
if (isupper (*a))
*a = tolower (*a);
++a;
}
return ret;
}
my_str = strlwr(my_str.c_str());
Arnt Karlsen writes:
By the way, how did you made a movie out of Flight Gear playback?
I've not done it yet.
I'll read GPS data recorded during the real flight and send them to
FG. Then I will vdo tape my PC screen.
Olivier
You might like to look into
Martin Spott writes:
Erik Hofman wrote:
They really should be fabs() in both cases, both GetState() and
GetTolerance() return a double instead of an int.
Thanks !
Any idea why this doesn't show up on other platforms ?
gcc is getting *much* pickier on the road to being c++ standards
Boris Koenig writes:
[OT:]
(BTW: even without a locally installed search engine -several were
suggested - for flightgear's mailing list archives on flightgear.org,
it would be nice if the addresses to mail-archive.com could be added to
http://www.flightgear.org/mail.html where you keep
Boris Koenig writes:
Anyway - if I'm not terribly wrong you should have CVS access,
FYI I do *not* have CVS write permission
Best
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Erik Hofman writes:
Boris Koenig wrote:
Also, I as an additional feature I was thinking of adding
the funcitonality to auto-hide the menu after a pre-defined
amount of time, so that it disappears automatically if the
mouse is not in that area, and appears again when I move the
mouse
Frederic Bouvier writes:
Erik Hofman wrote:
Boris Koenig wrote:
However, there are two new issues:
1) While it wasn't a real problem to use easyxml.cxx's readXML
to simply copy a XML file's structure to a particular node
within the property tree, there doesn't seem to
headsup for Cygwin users
someone running the current CVS files
might want to check this out
any negative results should be sent to the Cygwin List
Norman
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf
Of Christopher Faylor
Sent: Monday, October 11, 2004
Curtis L. Olson writes:
I haven't looked closely at the display list stuff. Are we being
careful to free the display lists when we free the associated objects
and remove them from the scene graph? Is this something that plib
should automatically handle (but maybe isn't because we are
Curtis L. Olson writes:
But to be honest I don't know that we actually ever used display lists,
*unless* it was extremely early in the project before we got onboard
with plib/ssg.
Maybe it didn't make it into the CVS but I certainly used DLists in all
the Windows executables I ever made
Erik Hofman writes:
Jon Berndt wrote:
Erik Hofman wrote:
Add a protocol for the ACMS protocol which seems to be used as an
output format for black-box data flight data. This configuration
does not work directly since there is no FDM available that reads
the accelerations from the
Curtis L. Olson writes:
I just committed a set of changes to move the hi res screen capture
feature back towards a useable state. The hires screenshot snapper now
uses the same render code as the normal res screen shot snapper which
uses the same render code as the main program. That
Norman Vine writes:
Curtis L. Olson writes:
I just committed a set of changes to move the hi res screen capture
feature back towards a useable state.
There are currently 2 issues that remain.
If you select hi-res screen shot from the menu, that means the menu is
active
Curtis L. Olson writes
These last couple weeks and months I've been getting hammered at work
and at home. I've got a large and growing number of to-reply-to emails
in my inbox. My hope is that someday I'll get caught up, but I'm not
sure how that will ever happen. :-( The stuff that
Boris Koenig writes:
Norman Vine wrote:
I still sometimes wonder if those that post well meaning but uninformed
suggestions have any idea ..
Norman, that's gonna be my favorite in my collection so far ! :-)
BTW, sgi.com mentions what I seemed to recall:
http://techpubs.sgi.com
1001 - 1100 of 1238 matches
Mail list logo