On Sat, Aug 09, 2003 at 12:54:46AM +0200, Ove Kaaven wrote:
| I'm interested in a practical solution. Do anyone plan to implement a
| library that will perform all the measurements you suggest (with the
| keep-the-cpu-busy addition needed for being useful in practice) and
| convert them to somethin
>> Ove Kaaven <[EMAIL PROTECTED]> writes:
> > Many OpenGL programmers ask immediately "is that software or
> > hardware?" The correct answer is "who cares?" What you want to
> > know is if that's fast or not.
>
> That's not always true. Benchmarks aren't everything. Even if the CPU
> co
tor, 07.08.2003 kl. 12.21 skrev Marcelo E. Magallon:
> On Tue, Aug 05, 2003 at 12:43:51AM +0200, Ove Kaaven wrote:
>
> > I don't buy this argument. ValidateDevice doesn't do a lot of explaining
> > either. The interface it presents is not hard to implement. I'm only
> > asking for knowing at ru
On Tue, Aug 05, 2003 at 12:43:51AM +0200, Ove Kaaven wrote:
> I don't buy this argument. ValidateDevice doesn't do a lot of explaining
> either. The interface it presents is not hard to implement. I'm only
> asking for knowing at runtime that with the current environment, a
> fallback kicks in
tir, 05.08.2003 kl. 01.43 skrev Ian Romanick:
> Different strokes for different folks. That's all I'm saying. :)
Will keep that in mind, then.
> May I ask a question here? Could you provide some more details on what
> exactly ValidateDevice does? From your statements here and later in
> this
Daniel Vogel wrote:
You're right D3D does let you do that. And I have yet to
hear a single ISV or IHV say, "I really like this
functionality. It kicks butt!"
Caps bit for D3D aren't really that useful as certain drivers lie about them
so you'll most likely end up with a relation of cards, dri
Ove Kaaven wrote:
man, 04.08.2003 kl. 22.38 skrev Ian Romanick:
First, let me point out that taking that type of a tone with open-source
developers is likely do nothing but get you ignored.
Since linux kernel developers seem to have no problems with using any
kind of "tone", I was expecting a re
> You're right D3D does let you do that. And I have yet to
> hear a single ISV or IHV say, "I really like this
> functionality. It kicks butt!"
Caps bit for D3D aren't really that useful as certain drivers lie about them
so you'll most likely end up with a relation of cards, driver versions a
man, 04.08.2003 kl. 22.38 skrev Ian Romanick:
> First, let me point out that taking that type of a tone with open-source
> developers is likely do nothing but get you ignored.
Since linux kernel developers seem to have no problems with using any
kind of "tone", I was expecting a relatively modera
On Llu, 2003-08-04 at 21:38, Ian Romanick wrote:
> You're right D3D does let you do that. And I have yet to hear a single
> ISV or IHV say, "I really like this functionality. It kicks butt!"
> Instead what I have heard is, "Can I have my fingernails pulled out
> instead?"
You could equally we
Ove Kaaven wrote:
man, 04.08.2003 kl. 20.05 skrev Ian Romanick:
I think the conclusion was that as a tool for anything other than
development / debugging, such a thing was not terribly useful.
Then I beg to differ. Many advanced 3D engines can switch between
several types of texture rendering te
man, 04.08.2003 kl. 20.05 skrev Ian Romanick:
> I think the conclusion was that as a tool for anything other than
> development / debugging, such a thing was not terribly useful.
Then I beg to differ. Many advanced 3D engines can switch between
several types of texture rendering techniques depend
Ove Kaaven wrote:
From recent discussion on the list, it is my understanding that some DRI
drivers that implement (or will implement) EXT_texture_env_combine will
have numerous software fallbacks. Is it possible to add a way for
applications to detect when a texture environment will cause a softwa
13 matches
Mail list logo
