<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=utf-8"><meta name=Generator content="Microsoft Word 15 (filtered medium)"><style></style></head><body lang=DE link=blue vlink=purple style='word-wrap:break-word'><div class=WordSection1>Hi Dave,<o:p></o:p><o:p> </o:p>sounds good. Is there a particular reason not to port the softpipe anisotropic filter implementation (or from swrast, they are almost identical)? Wouldn’t that be easier to implement as it is based on the gallium infrastructure already?<o:p></o:p><o:p> </o:p>Andreas<o:p></o:p><o:p> </o:p><div style='border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm'>Von: mesa-dev <mesa-dev-bounces@lists.freedesktop.org> Im Auftrag von Dave Airlie Gesendet: Donnerstag, 7. Januar 2021 05:56 An: Brian Paul <brianp@vmware.com> Cc: mesa-dev <mesa-dev@lists.freedesktop.org>; mesa-users@lists.freedesktop.org Betreff: Re: [Mesa-dev] Fwd: [Mesa-users] Issues with removal of classic OSMesa<o:p></o:p></div><o:p> </o:p><div> I have some plans nothing firm to add some sort of aniso to llvmpipe. I was considering porting code from swiftshader, maybe I can bump it up the priority list.<o:p></o:p><div><o:p> </o:p></div><div>Dave.<o:p></o:p></div><div><o:p> </o:p><div><div>On Tue, 5 Jan 2021, 06:02 Brian Paul, <<a href="mailto:brianp@vmware.com">brianp@vmware.com</a>> wrote:<o:p></o:p></div><blockquote style='border:none;border-left:solid #CCCCCC 1.0pt;padding:0cm 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm'> -------- Forwarded Message -------- Subject: [Mesa-users] Issues with removal of classic OSMesa Date: Thu, 31 Dec 2020 12:56:04 +0100 From: Andreas Fänger <<a href="mailto:a.faenger@e-sign.com" target="_blank">a.faenger@e-sign.com</a>> To: <a href="mailto:mesa-users@lists.freedesktop.org" target="_blank">mesa-users@lists.freedesktop.org</a> Hi, I've just seen that classic OSMesa has been removed (again) from Mesa3D a few weeks ago with this commit "mesa: Retire classic OSMesa". We are still actively using classical OSMesa for high quality rendering of still images in a headless environment with no GPU support (server-based rendering on windows and linux) Unfortunately, none of the alternative software renderers provide all the features that we require, which is antialiasing and anisotropic filtering. The current state is (correct me if I'm wrong) * softpipe: anisotropic filtering is supported, no antialiasing * llvmpipe: no anisotropic filtering, has MSAA<o:p></o:p></blockquote><blockquote style='border:none;border-left:solid #CCCCCC 1.0pt;padding:0cm 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm'><o:p> </o:p></blockquote><blockquote style='border:none;border-left:solid #CCCCCC 1.0pt;padding:0cm 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm'> * openswr: no anisotropic filtering, has MSAA, no OSMesa interface (?) We had hoped that classical OSMesa is only removed when there is a full replacement after the discussions in 2016 when OSMesa was about to be removed for the first time <a href="https://lists.freedesktop.org/archives/mesa-dev/2016-March/109665.html" target="_blank">https://lists.freedesktop.org/archives/mesa-dev/2016-March/109665.html</a> <a href="https://lists.freedesktop.org/archives/mesa-users/2016-March/001132.html" target="_blank">https://lists.freedesktop.org/archives/mesa-users/2016-March/001132.html</a> and the commit that reverted the removal <a href="http://cgit.freedesktop.org/mesa/mesa/commit/?id=9601815b4be886f4d92bf74916de98f3bdb7275c" target="_blank">http://cgit.freedesktop.org/mesa/mesa/commit/?id=9601815b4be886f4d92bf74916de98f3bdb7275c</a> Are there any plans to enhance the renderers so that at least one of them is providing both anisotropic filtering and antialiasing? As far as I know, anisotropic texture filtering is also one of the OpenGL 4.6 requirements. In 2016 I was told that there are only very few developers involved in llvmpipe and that chances are not high that someone is going to port the softpipe anisotropic filtering implementation as llvmpipe is much more complex. Is there any change in that situation? <o:p></o:p></blockquote><blockquote style='border:none;border-left:solid #CCCCCC 1.0pt;padding:0cm 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm'><o:p> </o:p></blockquote><blockquote style='border:none;border-left:solid #CCCCCC 1.0pt;padding:0cm 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm'><o:p> </o:p></blockquote></div></div></div></div></body></html>