Is it possible (under Unix/Linux) to run fgfs directly from
a console and let it access the DRI?
http://fbdri.sourceforge.net/
ATI Radeon only, I might have a try some time,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
On Saturday 30 March 2002 22:11, you wrote:
On Sat, 30 Mar 2002 17:30:49 +,
Alasdair Campbell [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]:
On Friday 29 March 2002 09:24, you wrote:
Andy Ross wrote:
Norman Vine wrote:
I have always thought that FGFS development has
On Friday 29 March 2002 09:24, you wrote:
Andy Ross wrote:
Norman Vine wrote:
I have always thought that FGFS development has been primarily aimed
at a RAW OPENGL SURFACE which is considerably different then any
Window !
This isn't the case, even in windows. OpenGL rendering
On Sat, 30 Mar 2002 17:30:49 +,
Alasdair Campbell [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]:
On Friday 29 March 2002 09:24, you wrote:
Andy Ross wrote:
Norman Vine wrote:
I have always thought that FGFS development has been primarily
aimed at a RAW OPENGL SURFACE
* [EMAIL PROTECTED] (Erik Hofman) [2002.03.30 04:24]:
Andy Ross wrote:
Norman Vine wrote:
I have always thought that FGFS development has been primarily aimed
at a RAW OPENGL SURFACE which is considerably different then any
Window !
This isn't the case, even in windows. OpenGL
I don;t know. Maybe.
I have been thinking of placing fgfs in the ~/.xinitrc to start
FlightGear as a window manager. Has anybody tried it already, and if so,
did it work?
I've done that with Quake3, and it worked fine.
I routinely do that on the FGFS demo account at the booth for
On Fri, 29 Mar 2002 07:52:01 -0800 (PST),
Alex Perry [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]:
I don;t know. Maybe.
I have been thinking of placing fgfs in the ~/.xinitrc to start
FlightGear as a window manager. Has anybody tried it already, and
if so, did it work?
Arnt Karlsen wrote:
On Fri, 29 Mar 2002 07:52:01 -0800 (PST),
Alex Perry [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]:
I don;t know. Maybe.
I have been thinking of placing fgfs in the ~/.xinitrc to start
FlightGear as a window manager. Has anybody tried it already, and
if so,
On Fri, 29 Mar 2002 19:04:42 +0100,
Erik Hofman [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]:
Arnt Karlsen wrote:
On Fri, 29 Mar 2002 07:52:01 -0800 (PST),
Alex Perry [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]:
I don;t know. Maybe.
I have been thinking of
* Melchior FRANZ -- Thursday 28 March 2002 16:50:
... and you don't lose track of the whole fgfs window when using a window
manager with automatic desktop switching.
Hehe ... nonsense. Either version would cause problems with such a window
manager.
m. :-]
Norman Vine [EMAIL PROTECTED] said:
I could care less about those folks running FGFS in a window
this is a FlightSIM and the operative word is FRAMERATE
which any windowing system KILLS.
If you got a real operating system ;-) that runs X you'll find there's a very
small difference in
* Norman Vine -- Thursday 28 March 2002 17:16:
Nah
I could care less about those folks running FGFS in a window
this is a FlightSIM and the operative word is FRAMERATE
which any windowing system KILLS.
Hehe, you are obviously a windows kind of guy, which explains that
you don't know much
* Norman Vine -- Thursday 28 March 2002 17:16:
I could care less about those folks running FGFS in a window
this is a FlightSIM and the operative word is FRAMERATE
which any windowing system KILLS.
Huh ... forget my other (arrogant) reply. I guess you are right.
I just didn't manage yet to
* Norman Vine -- Thursday 28 March 2002 17:16:
I could care less about those folks running FGFS in a window
this is a FlightSIM and the operative word is FRAMERATE
which any windowing system KILLS.
Huh ... forget my other (arrogant) reply. I guess you are right.
I just didn't manage
Alex Perry writes:
I could care less about those folks running FGFS in a window
this is a FlightSIM and the operative word is FRAMERATE
which any windowing system KILLS.
I'm sure the glass cockpit people will disagree with you.
Certainly I do; I have a bunch of instrumentation in other
I could care less about those folks running FGFS in a window
this is a FlightSIM and the operative word is FRAMERATE
which any windowing system KILLS.
I'm sure the glass cockpit people will disagree with you.
Certainly I do; I have a bunch of instrumentation in other windows.
OK my
Norman Vine wrote:
I could care less about those folks running FGFS in a window this is
a FlightSIM and the operative word is FRAMERATE which any windowing
system KILLS.
This really isn't true anymore. It used to be that a big part of the
rendering time in windowed mode was the blit of
--- Norman Vine [EMAIL PROTECTED] wrote:
Alex Perry writes:
I could care less about those folks running FGFS
in a window
this is a FlightSIM and the operative word is
FRAMERATE
which any windowing system KILLS.
I'm sure the glass cockpit people will disagree
with you.
Certainly I
Hi,
OK my wording was a little strong :-)
Not really, the idea behind the glass displays is for the development of
full scale cockpit simulators. so things like framerate and fidelity are
major design objectives to achieve the highest level of realism and
performance.
Right now you can get
Norman Vine wrote:
I have always thought that FGFS development has been primarily aimed
at a RAW OPENGL SURFACE which is considerably different then any
Window !
This isn't the case, even in windows. OpenGL rendering (or DirectX,
for that matter), is always directed at a window. There's
Andy Ross writes:
[* What, exactly, does game mode do? My impression was that it simply
set the video mode through GDI before creating the OpenGL context.
This isn't an optimization, per se. Can someone more familiar with
GLUT comment?]
In Windows it does
status =
Norman Vine writes:
Which is the FAST lane to the underlying video in that the Win32
Windowing manager is bypassed for this window ie all the region
clipping code etc. so the speedup is not a driver bug !
Under X11, DRI's approach seems to be to allow the window manager to
recalculate
Norman Vine wrote:
Andy Ross writes:
[* What, exactly, does game mode do? My impression was that it simply
set the video mode through GDI before creating the OpenGL context.
This isn't an optimization, per se. Can someone more familiar with
GLUT comment?]
In Windows it
Gene Buckle wrote:
Andy Ross wrote:
ballpark). But it's just not like that anymore; really. It's a mild
optimization at best.
Andy, wouldn't even a mild optimization be of benefit when you're looking
at things like poloygon budgets and such? Keep in mind that the more you
can
Andy Ross writes:
Uh oh, we're going in circles again. Last words, I promise. :)
OK me too but
Win2k pIII 733 gForce2 fastest NVIDIA reference drivers available
for my machine, and I do test them all as they are released
startup location brakes on no hud no panel
windowed mode 56
Gene Buckle writes:
Andy, wouldn't even a mild optimization be of benefit when you're looking
at things like poloygon budgets and such? Keep in mind that the more you
can improve frame rate, the more you can throw in eye candy to keep it
constant. *huge grin*
The point is that you'd
Norman writes:
Andy Ross writes:
Uh oh, we're going in circles again. Last words, I promise. :)
I do not have a linux box to play with but I am almost willing
to bet that a full screen undecorated window would have a
somewhat similar speedup under X compared to drawing in
a 'X' decorated
27 matches
Mail list logo
