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
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 runtime
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
could render
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.
(Resent because of suspicions that sourceforge is dropping mail from my
other account)
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
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
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
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
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 well
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 moderate
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 and
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,
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
13 matches
Mail list logo
