https://bugs.winehq.org/show_bug.cgi?id=44406
Lorenzo Ferrillo lorenzofer@live.it changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |lorenzofer@live.it
--- Comment #3 from Lorenzo Ferrillo lorenzofer@live.it --- I'm particulary worried about DTXn support patches (needed to play without glitches some games)
In wine staging they rely on libtxc_dxtn library that implemented the S3TC compression/decompression alghoritms. (And this allowed distros that don't want to have patented code in the repos, to start package the alternative S2TC algorithms (lower quality but left out of the algorithm the patented part of S3TC) in a way that it was aviable directly in Mesa, despite having a lower quality)
This library was created for allowing users to have S3TC support in Mesa without the patent encoumbered code in Mesa itself.
However now that the patent for S3TC is expired from October the libtxc_dxtn is now included inside Mesa.
Many distributions such Arch Linux started to remove the libtxc_dxtn becouse of this (and the fact that libtxc_dxtn.so was supposed to be an internal mesa-only library).
Unfortunatly the DXtn patches seems to be strictly dependant on two libtxc_dxtn functions. Dunno if it is feasible to do the surface conversions inside the OpenGL pipeline (if GL_EXT_texture_compression_s3tc is supported), or if it is feasible to reimplment the two function inside the d3d9x_36 code. (Henry mentioned the fact that the patches add a d3d9x_*.dll -> wined3d.dll dependancy as one reason of the unfeseability of mainlining this patches)
ArchLinux Bug that caused the removal: https://bugs.archlinux.org/task/56660