Originally posted by smitty3268
View Post
Announcement
Collapse
No announcement yet.
AMD Releases Cayman Documentation, Open Driver Is Close
Collapse
X
-
Originally posted by smitty3268 View PostHe also understands that Red Hat has no interest in fixing texture compression
Comment
-
Originally posted by popper View Postohh right, so is this right LiquidAcid ? you may or not be looking into writing another algorithm that provides the same functionality and is OSS compliant to patch mesa ?
Comment
-
Originally posted by monraaf View PostHmm, I'm not so sure about that. There's already some code related to S3TC in r600g, and afaik that was written by Red Hat employee Dave Airlie. Reading the bug report linked to by LiquidAcid (which btw was filed by a VMware employee), VMware also requires the drivers to have S3TC support, so it's not just only useful for games.
Comment
-
Actually I would be very much interested in some pointers on where to start. I'm currently looking at the code of the r300 CS checker and trying to understand how the compressed formats are handled there. It seems natural to me to first get the DRM to accept these formats (instead of just disabling all texture checks) before moving into gallium territory.
And yes, I'm just looking at the hardware support for pre-compressed textures. I don't think libtxc_dxtn needs to be reimplemented, since it already does its work well.
@smitty3268: Like monraaf pointed out, there is already code in r600g to handle texture compression. It's just disabled by default (like tiling) and even if forcibly enabled clashes with the CS checker. This one can however be disabled for these specific tests. Since I wanted to know what already worked I disabled the CS texture check. Turns out that base levels are rendered correctly, but mip levels are not. And that's all what I explained in the bug and also here. Nothing more, nothing less.
Comment
Comment