On Mon, 2 Dec 2002 18:43:25 -0800
Allen Akin [EMAIL PROTECTED] wrote:
On Mon, Dec 02, 2002 at 02:00:49PM +0100, Felix Kühling wrote:
| So if we agree on this, I would make this
| controlled by an environment variable. ...
The intent of the spec is that drivers
Felix Kühling wrote:
On Mon, 2 Dec 2002 18:43:25 -0800
Allen Akin [EMAIL PROTECTED] wrote:
On Mon, Dec 02, 2002 at 02:00:49PM +0100, Felix Kühling wrote:
| So if we agree on this, I would make this
| controlled by an environment variable. ...
The intent of the spec
Am Dienstag, 3. Dezember 2002 06:03 schrieb Cédric S.:
I think that I will resell my nforce 415d if I do not find the pilot for
the agp it is not in the kernel 2.4.20...
Didn't Alan have something in his tree?
2.4.20-ac2 or higher.
-Dieter
Brian Paul wrote:
Felix Kühling wrote:
On Mon, 2 Dec 2002 18:43:25 -0800
Allen Akin [EMAIL PROTECTED] wrote:
On Mon, Dec 02, 2002 at 02:00:49PM +0100, Felix Kühling wrote:
| So if we agree on this, I would make this
| controlled by an environment variable. ...
The
On Tue, 2002-12-03 at 14:29, Dieter Nützel wrote:
Am Dienstag, 3. Dezember 2002 06:03 schrieb Cédric S.:
I think that I will resell my nforce 415d if I do not find the pilot for
the agp it is not in the kernel 2.4.20...
Didn't Alan have something in his tree?
2.4.20-ac2 or higher.
On Tue, Dec 03, 2002 at 07:31:11AM -0700, Brian Paul wrote:
Felix Kühling wrote:
On Mon, 2 Dec 2002 18:43:25 -0800
Allen Akin [EMAIL PROTECTED] wrote:
On Mon, Dec 02, 2002 at 02:00:49PM +0100, Felix Kühling wrote:
| So if we agree on this, I would make this
I'm not sure that statement is accurate. On SGI, AIX, and Windows there are
various tools to tune the operation of the OpenGL driver. On Linux we don't
have any of that. Instead we've been using an ad-hoc collection of
environment variables to control debug output, HW TCL operation, page
On Tue, Dec 03, 2002 at 02:38:15PM +, Keith Whitwell wrote:
I'm with Allen in preferring that we don't add yet another environment
variable - especially for something which other OpenGL drivers haven't
needed.
Hmm. Windows drivers tend to have a GUI setup utility, which often has
magenta wrote:
On Tue, Dec 03, 2002 at 02:38:15PM +, Keith Whitwell wrote:
I'm with Allen in preferring that we don't add yet another environment
variable - especially for something which other OpenGL drivers haven't
needed.
Hmm. Windows drivers tend to have a GUI setup utility, which
On Tue, 3 Dec 2002, Brian Paul wrote:
There was previously a dependency on the screen color depth when
choosing the texture format in the radeon driver.
I think that may have been a carry-over from the r128 (or tdfx?) driver
which may not have allowed 32bpp textures when the screen was
On Tue, 3 Dec 2002, Keith Whitwell wrote:
I'm not sure that statement is accurate. On SGI, AIX, and Windows there are
various tools to tune the operation of the OpenGL driver. On Linux we don't
have any of that. Instead we've been using an ad-hoc collection of
environment variables
On Tue, 3 Dec 2002, Leif Delgass wrote:
On Tue, 3 Dec 2002, Brian Paul wrote:
There was previously a dependency on the screen color depth when
choosing the texture format in the radeon driver.
I think that may have been a carry-over from the r128 (or tdfx?) driver
which may not
On Tue, Dec 03, 2002 at 10:31:41AM -0700, Brian Paul wrote:
magenta wrote:
On Tue, Dec 03, 2002 at 02:38:15PM +, Keith Whitwell wrote:
I'm with Allen in preferring that we don't add yet another environment
variable - especially for something which other OpenGL drivers haven't
needed.
On Tue, 3 Dec 2002, Brian Paul wrote:
Otherwise, by using a generic format like GL_RGB the user is indicating
that he doesn't especially care. In this case, I think the driver should
lean toward the higher quality texture formats.
Why? I don't understand this reluctance to just admit that
Linus Torvalds wrote:
On Tue, 3 Dec 2002, Brian Paul wrote:
Otherwise, by using a generic format like GL_RGB the user is indicating
that he doesn't especially care. In this case, I think the driver should
lean toward the higher quality texture formats.
Why? I don't understand this
On Tue, 3 Dec 2002, magenta wrote:
Ugh. The internalFormat is itself a hint. If the programmer cares about
how much storage is used or the quality, he/she should use GL_RGB4, GL_RGB8,
GL_RGB16, etc.
Oh yeah. Heh.
Oh, NO! No Heh.
The whole argument about if the programmer cares
Ian Romanick wrote:
On Tue, Dec 03, 2002 at 07:31:11AM -0700, Brian Paul wrote:
Felix Kühling wrote:
On Mon, 2 Dec 2002 18:43:25 -0800
Allen Akin [EMAIL PROTECTED] wrote:
On Mon, Dec 02, 2002 at 02:00:49PM +0100, Felix Kühling wrote:
| So if we agree on this, I
On Tue, Dec 03, 2002 at 10:32:50AM -0800, Linus Torvalds wrote:
On Tue, 3 Dec 2002, magenta wrote:
Ugh. The internalFormat is itself a hint. If the programmer cares about
how much storage is used or the quality, he/she should use GL_RGB4, GL_RGB8,
GL_RGB16, etc.
Oh yeah.
Am Dienstag, 3. Dezember 2002 19:32 schrieb Linus Torvalds:
On Tue, 3 Dec 2002, magenta wrote:
Ugh. The internalFormat is itself a hint. If the programmer cares
about how much storage is used or the quality, he/she should use
GL_RGB4, GL_RGB8, GL_RGB16, etc.
Oh yeah. Heh.
Oh,
Am Dienstag, 3. Dezember 2002 19:12 schrieb Felix Kühling:
Hi all,
could I remind you of the original subject of this thread? ;-) It sounds
like the discussions about a new configuration tool could go on for a
while and I am sure going to contribute to that if I can. In the mean
time, could
I think we should have something in the tree for 2.5.xx, soon.
XFree 4.3.0 freeze happend on 30. November and should come early 2003.
All distros catch up. So I think it should be handled like 2.4 two years ago.
What do you think?
Linus, does 2.5.50-bk3 have all we need?
Thanks,
Dieter
On Tue, 3 Dec 2002, magenta wrote:
User preferences are an entirely different matter. I totally agree that
the user should be able to override default behaviors, but environment
variables are such a crappy way of doing this.
Why? Environment variables are in many ways more powerful than
Hello!
maybe someone should put this issue on the DRI-drivers
status table to prevent other people to fall into
this trap.
for example:
AGPGART devices/chipsets:
Depends on your Kernel/agpgart modul, most common
chipsets should work.
Linux users look into agpgart_be.c in your kernelsource.
On Tue, Dec 03, 2002 at 10:14:45AM -0800, Linus Torvalds wrote:
|
| Why? I don't understand this reluctance to just admit that the _user_ may
| be right.
I note your use of the word may. Sometimes the user can happily
express a simple preference, but often such a choice has consequences
that
On Tue, 3 Dec 2002, magenta wrote:
On Tue, Dec 03, 2002 at 02:38:15PM +, Keith Whitwell wrote:
I'm with Allen in preferring that we don't add yet another environment
variable - especially for something which other OpenGL drivers haven't
needed.
Hmm. Windows drivers tend to
On Tue, Dec 03, 2002 at 11:22:00AM -0800, Linus Torvalds wrote:
| ... You should look at what Windows drivers do. And they
| _all_ have user-settable preferences for things like texture quality etc.
We should look at where Windows drivers are going, not where they are
today.
On Tue, 2002-12-03 at 19:21, Dieter Nützel wrote:
I think we should have something in the tree for 2.5.xx, soon.
XFree 4.3.0 freeze happend on 30. November and should come early 2003.
All distros catch up. So I think it should be handled like 2.4 two years ago.
Having seen the original diff,
On Tue, Dec 03, 2002 at 12:24:22PM +0100, Felix Kühling wrote:
| ...
| But the choice for the following internalformats also depends on the
| screen color depth in the current implementation:
|
|case GL_RGBA8:
|case GL_RGB10_A2:
|case GL_RGBA12:
|case GL_RGBA16:
|
|case
On Tue, Dec 03, 2002 at 11:29:34AM -0800, Linus Torvalds wrote:
On Tue, 3 Dec 2002, magenta wrote:
User preferences are an entirely different matter. I totally agree that
the user should be able to override default behaviors, but environment
variables are such a crappy way of doing
On Tue, Dec 03, 2002 at 11:29:34AM -0800, Linus Torvalds wrote:
On Tue, 3 Dec 2002, magenta wrote:
User preferences are an entirely different matter. I totally agree that
the user should be able to override default behaviors, but environment
variables are such a crappy way of doing
On Tue, 3 Dec 2002 20:15:29 +0100
Dieter Nützel [EMAIL PROTECTED] wrote:
Am Dienstag, 3. Dezember 2002 19:12 schrieb Felix Kühling:
Hi all,
could I remind you of the original subject of this thread? ;-) It sounds
like the discussions about a new configuration tool could go on for a
On Tue, 3 Dec 2002 11:44:28 -0700
Nicholas Leippe [EMAIL PROTECTED] wrote:
Just a quick question--what game are those screen shots from?
torcs.sourceforge.net
Cheers,
Felix
__\|/_____ ___ ___
__Tschüß___\_6 6_/___/__ \___/__ \___/___\___You can do anything,___
On Tue, Dec 03, 2002 at 11:29:34AM -0800, Linus Torvalds wrote:
... They are also often much more efficient and
easier to use than config files (ie just say no to another config file
parser).
Another note: The amount of code needed to parse a configuration file isn't
signifigantly more than
Am Dienstag, 3. Dezember 2002 21:02 schrieb Ian Romanick:
On Tue, Dec 03, 2002 at 11:29:34AM -0800, Linus Torvalds wrote:
On Tue, 3 Dec 2002, magenta wrote:
User preferences are an entirely different matter. I totally agree
that the user should be able to override default behaviors, but
On 29 Nov 2002 09:37:15 -0800
Bret Towe [EMAIL PROTECTED] wrote:
last night i installed glaxium (0.5) for the first time
and was playing it runs great
however when i move the window it freezes x within a minute
sometimes even less
but as long as i dont move the window it plays fine
this
On Die, 2002-12-03 at 21:16, Felix Kühling wrote:
On Tue, 3 Dec 2002 20:15:29 +0100
Dieter Nützel [EMAIL PROTECTED] wrote:
Am Dienstag, 3. Dezember 2002 19:12 schrieb Felix Kühling:
could I remind you of the original subject of this thread? ;-) It sounds
like the discussions about a
On Tue, Dec 03, 2002 at 11:31:41AM -0600, D. Hageman wrote:
On Tue, 3 Dec 2002, magenta wrote:
On Tue, Dec 03, 2002 at 02:38:15PM +, Keith Whitwell wrote:
I'm with Allen in preferring that we don't add yet another environment
variable - especially for something which other OpenGL
I will have to balk on Linus' opinion in this situation. I will admit
that for a hacker, environment variables are the way to go. Quick and
easy ... enough said on that. *If* a system is going to be more user
friendly, then configuration files (text based) are the way to go. My
reasoning
Am Dienstag, 3. Dezember 2002 23:27 schrieb Michel Dänzer:
On Die, 2002-12-03 at 21:16, Felix Kühling wrote:
On Tue, 3 Dec 2002 20:15:29 +0100
Dieter Nützel [EMAIL PROTECTED] wrote:
Am Dienstag, 3. Dezember 2002 19:12 schrieb Felix Kühling:
could I remind you of the original subject
On Tuesday 03 December 2002 12:35 pm, you wrote:
On Tue, Dec 03, 2002 at 10:14:45AM -0800, Linus Torvalds wrote:
|
| Why? I don't understand this reluctance to just admit that the _user_ may
| be right.
I note your use of the word may. Sometimes the user can happily
express a simple
On Tue, Dec 03, 2002 at 03:42:06PM -0700, Nicholas Leippe wrote:
| I guarantee you that the only thing truly knowledgeable enough to make such
| tradeoffs is the user at the keyboard, not the programmer writing the
| application somewhere else on different hardware with different tastes.
Maybe
Dear lists,
New binary snapshots of the DRI suspend/resume modified Radeon drivers are
available at http://cpbotha.net/dri_resume.html - these are the first DRI
suspend/resume driver snapshots since the merge of XFree86 HEAD into the DRI
tree. The updated patches are of course also available at
On Tue, Dec 03, 2002 at 03:18:26PM -0800, Allen Akin wrote:
On Tue, Dec 03, 2002 at 03:42:06PM -0700, Nicholas Leippe wrote:
| I guarantee you that the only thing truly knowledgeable enough to make such
| tradeoffs is the user at the keyboard, not the programmer writing the
| application
Unless there are any objections, I'm going to commit a merge from the trunk
to the texmem-0-0-1 branch tomorrow (Wednesday). I've tested the merge on
the R100, and I'll test it on an M6 and a G400 before I commit it.
--
Smile! http://antwrp.gsfc.nasa.gov/apod/ap990315.html
On Tue, 2002-12-03 at 21:01, D. Hageman wrote:
easy ... enough said on that. *If* a system is going to be more user
friendly, then configuration files (text based) are the way to go. My
Not really
options based on that. A GUI tool that could easily edit this file should
be the ultimate
On Tue, Dec 03, 2002 at 04:35:49PM -0800, Linus Torvalds wrote:
|
| Depends. How much performance will I lose on my machine when I force
| anisotropic filtering on? Just because you can turn the feature on
| doesn't mean you automatically get a better user experience.
|
| But that's the
46 matches
Mail list logo