<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, 7 Jan 2021, 17:31 Andreas Fänger, <<a href="mailto:a.faenger@e-sign.com">a.faenger@e-sign.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div lang="DE" link="blue" vlink="purple" style="word-wrap:break-word"><div class="m_6457234040133002804WordSection1"><p class="MsoNormal"><span>Hi Dave,<u></u><u></u></span></p><p class="MsoNormal"><span><u></u> <u></u></span></p><p class="MsoNormal"><span lang="EN-US">sounds good. Is there a particular reason not to port the softpipe </span><span lang="EN-US">anisotropic filter </span><span lang="EN-US">implementation (or from swrast, they are almost identical)? Wouldn’t that be easier to implement as it is based on the gallium infrastructure already?</span></p></div></div></blockquote></div></div><div dir="auto"><br></div><div dir="auto">I hadn't really looked at mesa I had thought the aniso impl weren't conformant, I'll look again next week when I get back to work.</div><div dir="auto"><br></div><div dir="auto">Dave.</div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div lang="DE" link="blue" vlink="purple" style="word-wrap:break-word"><div class="m_6457234040133002804WordSection1"><p class="MsoNormal"><span lang="EN-US"><u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p><p class="MsoNormal"><span lang="EN-US">Andreas<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p><div style="border:none;border-top:solid #e1e1e1 1.0pt;padding:3.0pt 0cm 0cm 0cm"><p class="MsoNormal"><b>Von:</b> mesa-dev <<a href="mailto:mesa-dev-bounces@lists.freedesktop.org" target="_blank" rel="noreferrer">mesa-dev-bounces@lists.freedesktop.org</a>> <b>Im Auftrag von </b>Dave Airlie<br><b>Gesendet:</b> Donnerstag, 7. Januar 2021 05:56<br><b>An:</b> Brian Paul <<a href="mailto:brianp@vmware.com" target="_blank" rel="noreferrer">brianp@vmware.com</a>><br><b>Cc:</b> mesa-dev <<a href="mailto:mesa-dev@lists.freedesktop.org" target="_blank" rel="noreferrer">mesa-dev@lists.freedesktop.org</a>>; <a href="mailto:mesa-users@lists.freedesktop.org" target="_blank" rel="noreferrer">mesa-users@lists.freedesktop.org</a><br><b>Betreff:</b> Re: [Mesa-dev] Fwd: [Mesa-users] Issues with removal of classic OSMesa<u></u><u></u></p></div><p class="MsoNormal"><u></u> <u></u></p><div><p class="MsoNormal"><br><br>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.<u></u><u></u></p><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">Dave.<u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p><div><div><p class="MsoNormal">On Tue, 5 Jan 2021, 06:02 Brian Paul, <<a href="mailto:brianp@vmware.com" target="_blank" rel="noreferrer">brianp@vmware.com</a>> wrote:<u></u><u></u></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"><p class="MsoNormal"><br><br>-------- Forwarded Message --------<br>Subject:        [Mesa-users] Issues with removal of classic OSMesa<br>Date:   Thu, 31 Dec 2020 12:56:04 +0100<br>From:   Andreas Fänger <<a href="mailto:a.faenger@e-sign.com" target="_blank" rel="noreferrer">a.faenger@e-sign.com</a>><br>To:     <a href="mailto:mesa-users@lists.freedesktop.org" target="_blank" rel="noreferrer">mesa-users@lists.freedesktop.org</a><br><br>Hi,<br><br>I've just seen that classic OSMesa has been removed (again) from Mesa3D <br>a few weeks ago with this commit "mesa: Retire classic OSMesa".<br><br>We are still actively using classical OSMesa for high quality rendering <br>of still images in a headless environment with no GPU support <br>(server-based rendering on windows and linux)<br><br>Unfortunately, none of the alternative software renderers provide all <br>the features that we require, which is antialiasing and anisotropic <br>filtering. The current state is (correct me if I'm wrong)<br><br>* softpipe: anisotropic filtering is supported, no antialiasing<br><br>* llvmpipe: no anisotropic filtering, has MSAA<u></u><u></u></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"><p class="MsoNormal"><u></u> <u></u></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"><p class="MsoNormal" style="margin-bottom:12.0pt"><br><br>* openswr: no anisotropic filtering, has MSAA, no OSMesa interface (?)<br><br>We had hoped that classical OSMesa is only removed when there is a full <br>replacement after the discussions in 2016 when OSMesa was about to be <br>removed for the first time<br><br><a href="https://lists.freedesktop.org/archives/mesa-dev/2016-March/109665.html" target="_blank" rel="noreferrer">https://lists.freedesktop.org/archives/mesa-dev/2016-March/109665.html</a><br><br><a href="https://lists.freedesktop.org/archives/mesa-users/2016-March/001132.html" target="_blank" rel="noreferrer">https://lists.freedesktop.org/archives/mesa-users/2016-March/001132.html</a><br><br>and the commit that reverted the removal<br><br><a href="http://cgit.freedesktop.org/mesa/mesa/commit/?id=9601815b4be886f4d92bf74916de98f3bdb7275c" target="_blank" rel="noreferrer">http://cgit.freedesktop.org/mesa/mesa/commit/?id=9601815b4be886f4d92bf74916de98f3bdb7275c</a><br><br>Are there any plans to enhance the renderers so that at least one of <br>them is providing both anisotropic filtering and antialiasing?<br><br>As far as I know, anisotropic texture filtering is also one of the <br>OpenGL 4.6 requirements.<br><br>In 2016 I was told that there are only very few developers involved in <br>llvmpipe and that chances are not high that someone is going to port the <br>softpipe anisotropic filtering implementation as llvmpipe is much more <br>complex. Is there any change in that situation?<br><br><u></u><u></u></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"><p class="MsoNormal"><u></u> <u></u></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"><p class="MsoNormal"><u></u> <u></u></p></blockquote></div></div></div></div></div>_______________________________________________<br>
mesa-dev mailing list<br>
<a href="mailto:mesa-dev@lists.freedesktop.org" target="_blank" rel="noreferrer">mesa-dev@lists.freedesktop.org</a><br>
<a href="https://lists.freedesktop.org/mailman/listinfo/mesa-dev" rel="noreferrer noreferrer" target="_blank">https://lists.freedesktop.org/mailman/listinfo/mesa-dev</a><br>
</blockquote></div></div></div>