On Thu, 7 Jan 2021, 17:31 Andreas Fänger, <a.faen...@e-sign.com> wrote:
> Hi Dave, > > > > 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? > 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. Dave. > > > Andreas > > > > *Von:* mesa-dev <mesa-dev-boun...@lists.freedesktop.org> *Im Auftrag von *Dave > Airlie > *Gesendet:* Donnerstag, 7. Januar 2021 05:56 > *An:* Brian Paul <bri...@vmware.com> > *Cc:* mesa-dev <mesa-dev@lists.freedesktop.org>; > mesa-us...@lists.freedesktop.org > *Betreff:* Re: [Mesa-dev] Fwd: [Mesa-users] Issues with removal of > classic OSMesa > > > > > > 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. > > > > Dave. > > > > On Tue, 5 Jan 2021, 06:02 Brian Paul, <bri...@vmware.com> wrote: > > > > -------- 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.faen...@e-sign.com> > To: mesa-us...@lists.freedesktop.org > > 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 > > > > > > * 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 > > https://lists.freedesktop.org/archives/mesa-dev/2016-March/109665.html > > https://lists.freedesktop.org/archives/mesa-users/2016-March/001132.html > > and the commit that reverted the removal > > > http://cgit.freedesktop.org/mesa/mesa/commit/?id=9601815b4be886f4d92bf74916de98f3bdb7275c > > 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? > > > > > > _______________________________________________ > mesa-dev mailing list > mesa-dev@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/mesa-dev >
_______________________________________________ mesa-dev mailing list mesa-dev@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/mesa-dev
