Re: Fwd: [Mesa-users] Issues with removal of classic OSMesa

On Thu, 7 Jan 2021, 17:31 Andreas Fänger, <[email protected]> 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 <[email protected]> *Im Auftrag von *Dave
> Airlie
> *Gesendet:* Donnerstag, 7. Januar 2021 05:56
> *An:* Brian Paul <[email protected]>
> *Cc:* mesa-dev <[email protected]>;
> [email protected]
> *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, <[email protected]> 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 <[email protected]>
> To:     [email protected]
>
> 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
> [email protected]
> https://lists.freedesktop.org/mailman/listinfo/mesa-dev
>

_______________________________________________
mesa-dev mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/mesa-dev