On Tue, 3 Dec 2002, Allen Akin wrote:
>
> No, and as I've said several times before, I don't have a major problem
> with it as long as the "knob" that controls the workaround is
> application-specific. For example, if the workaround is for Q3A and
> we're using environment variables, then the var
On Tue, Dec 03, 2002 at 05:02:36PM -0800, Ian Romanick wrote:
|
| ...It's the year 2002 (almost 2003) and I can actually
| choose how to operate my computer instead of having somebody else dictate it
| to me...
Let me get this straight. The lack of ability to add new features to
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
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, Dec 03, 2002 at 04:15:40PM -0800, Allen Akin wrote:
> On Tue, Dec 03, 2002 at 03:29:32PM -0800, Ian Romanick wrote:
> |
> | ... On Windows, I can go into the OpenGL tuning app for my driver and
> | click 'force anisotropic filtering.' Since this extension was created AFTER
> | Quake,
On Tue, 3 Dec 2002, Allen Akin 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 POINT!
This is not a decision tha
On Tue, Dec 03, 2002 at 03:29:32PM -0800, Ian Romanick wrote:
|
| ... On Windows, I can go into the OpenGL tuning app for my driver and
| click 'force anisotropic filtering.' Since this extension was created AFTER
| Quake, there's NO WAY to enable it from Quake. In Linux I get tough
| cooki
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
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 th
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 I
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 si
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 or
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 disc
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
>
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 behavio
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 ultim
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 f
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 tha
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, 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 f
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
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
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 GL_RGB
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 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.
There
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
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.
proble
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
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, Brian Paul wrote:
>
> It's also my experience with many implementations of OpenGL that drivers
> lean toward quality in this scenario.
I think that's true, but I think that's partly because of the fact that
most OpenGL implementations are geared toward things like CAD design
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, c
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.
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.
> >
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, 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 program
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 reluctance
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 th
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 we just change to 32bpt. In that case my original patch
would do
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
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 ot
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
> > whi
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 driver
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 var
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
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 oft
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
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
flipp
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 w
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 h
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
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
--
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
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 driver
53 matches
Mail list logo
