ATi is ch**t**g in Filtering
- Thread starter Bitpower
- Start date
mikechai said:
No, you can visibly see that Bilinear is enabled with coloured mip maps with all drivers / boards (as as what is seen with the Cat3.4 shots I took earlier). You can also see that with the Cat3.4's "Brilinear" is on when the texture slider is knocked down a notch on 9600.
Hanners said:Evildeus said:Yeah sorry, confusion
But Hanners post just confirms that there's no reason that people should complain, as they need to change the default filtering mode.
On the 9600 yes, but I'm assuming from the shots posted here that it seems to be the default mode on X800 boards, hence the complaints. I should have made that bit clearer in my last post.
Except that from the straight Bilinear / Trilinear shots the 9600 appears to be doing the same thing as X800 (and has been since Cat3.4), however this does not appear to be the case when coloured mips are used.
Yeah, sure, that's the issue.Hanners said:Evildeus said:Yeah sorry, confusion
But Hanners post just confirms that there's no reason that people should complain, as they need to change the default filtering mode.
On the 9600 yes, but I'm assuming from the shots posted here that it seems to be the default mode on X800 boards, hence the complaints. I should have made that bit clearer in my last post.
Hanners said:
No.
Bit comparisons of Trilinear vs Bilinear appear to show that X800 is doing "Brilinear" filtering by default - because the colouring of mipmaps appear to show that full trilinear is in operation the assumption is that when you look at normal images "Brilinear" is forced on by default but "removed" when coloured mips are in use.
However, 9600 shows similar behaviour under bit comparisons, and appears to have done so since its release (but without anyone noticing any "Brilinear" effects in games, as yet). But, when you turn down the texture slider on 9600 and the early drivers the texture quality is still lowered in comparisons of Bi-vs-Trilinear and the coloured mip maps show "Brilinear".
Exxtreme said:
Except when the texture quality slider is dropped one level on the 9600
Umm, with respect to texture ops preventing ALU1 being used *for the entire duration of the texture processing*, I think this is a mistaken belief. A texture op already takes hundreds of cycles. This latency is hidden by pipelining, and I don't believe that the ALU is respronsible for doing 100% of the texture operation. More than likely, it does some processing on the texture coordinates, the LOD, and hands it off to a work queue where it is processed by a fixed function filtering unit.
A more plausible explaination is that a texture op uses up additional context resources, which may interfere with register limits and introduce a penalty, because it holds onto those resources longer before returning them back for reuse.
A more plausible explaination is that a texture op uses up additional context resources, which may interfere with register limits and introduce a penalty, because it holds onto those resources longer before returning them back for reuse.
It's easy. You make two screenshots ... one with bilinear filtering and one with trilinear/brilinear filtering. Then you make a picture compare with photoshop or other tools. After this you see the areas where the pictures are different and you see where the pictures equivalent.Evildeus said:
Well, the screenshot with brilinear filter should have more identical pixels than a screenshot, made with full trilinear filter, compared to a bilinear filtered screenshot.Evildeus said:
DaveB has made some screenshots + a picture compare:
http://www.beyond3d.com/reviews/ati/r420_x800/iq_compare/compresonator.zip
The black areas show identical pixels.
Similar threads
- Locked