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

Andreas Fänger a.faenger at e-sign.com
Thu Jan 7 08:50:41 UTC 2021


Hi Dave,

 

don’t know why the current softpipe/swrast implementation shouldn’t be conformant.

 

If that helps, here are the original patches which might give you a quick overview of what was required to get it working in softpipe and swrast back then (of course, the code is different now due to other changes)

 

https://gitlab.freedesktop.org/mesa/mesa/-/commit/f4537f99cc83cb8133f66dc97c613e95dc0fe162

 

https://gitlab.freedesktop.org/mesa/mesa/-/commit/8a98aabe0bcea42cfdc982001ae4876e3d9b1214

 

Andreas

 

Von: Dave Airlie <airlied at gmail.com> 
Gesendet: Donnerstag, 7. Januar 2021 09:37
An: Andreas Fänger <a.faenger at e-sign.com>
Cc: mesa-dev <mesa-dev at lists.freedesktop.org>; mesa-users at lists.freedesktop.org
Betreff: Re: [Mesa-dev] Fwd: [Mesa-users] Issues with removal of classic OSMesa

 

 

On Thu, 7 Jan 2021, 17:31 Andreas Fänger, <a.faenger at e-sign.com <mailto:a.faenger at 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-bounces at lists.freedesktop.org <mailto:mesa-dev-bounces at lists.freedesktop.org> > Im Auftrag von Dave Airlie
Gesendet: Donnerstag, 7. Januar 2021 05:56
An: Brian Paul <brianp at vmware.com <mailto:brianp at vmware.com> >
Cc: mesa-dev <mesa-dev at lists.freedesktop.org <mailto:mesa-dev at lists.freedesktop.org> >; mesa-users at lists.freedesktop.org <mailto:mesa-users at 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, <brianp at vmware.com <mailto:brianp at 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.faenger at e-sign.com <mailto:a.faenger at e-sign.com> >
To:     mesa-users at lists.freedesktop.org <mailto:mesa-users at 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 at lists.freedesktop.org <mailto:mesa-dev at lists.freedesktop.org> 
https://lists.freedesktop.org/mailman/listinfo/mesa-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/mesa-dev/attachments/20210107/d017d7da/attachment-0001.htm>


More information about the mesa-dev mailing list