>> I reviewed the softpipe code and I think I found a bug in it vs the original
>> paper.
>> I've created an MR
>>https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/11917
>>with my proposed fix.
>>I'd really appreciate it if you could take a look.
Hi Dave,
It seems that the current so
> The texture has been taken from the wikipedia page
> https://en.wikipedia.org/wiki/Anisotropic_filtering#/media/File:Anisotropic_filtering_en.png
>
> The following images show results for both settings:
>
> image with anisotropic filtering (16)
> https://pasteboard.co/JNyFRkr.png
>
> image withou
> I've fixed all the issues in that area, and I believe llvmpipe and
> softpipe mostly produce the same or very similiar results.
>
> I'm not overly impressed though by the texture quality at least the
> furmark trace shows as very blurry.
>
> Also the Vulkan CTS expects linear aniso to operate
On Mon, 8 Feb 2021 at 19:04, Andreas Fänger wrote:
>
>
> Am 08.02.2021 05:14, schrieb Dave Airlie:
> > On Wed, 3 Feb 2021 at 02:58, Michel Dänzer wrote:
> >>
> >> On 2021-02-02 5:55 p.m., Michel Dänzer wrote:
> >> > On 2021-02-02 6:44 a.m., Dave Airlie wrote:
> >> >> On Mon, 1 Feb 2021 at 16:50,
Am 08.02.2021 05:14, schrieb Dave Airlie:
On Wed, 3 Feb 2021 at 02:58, Michel Dänzer wrote:
On 2021-02-02 5:55 p.m., Michel Dänzer wrote:
> On 2021-02-02 6:44 a.m., Dave Airlie wrote:
>> On Mon, 1 Feb 2021 at 16:50, Dave Airlie wrote:
>>>
>>> On Thu, 7 Jan 2021 at 21:11, Andreas Fänger
>>>
On Wed, 3 Feb 2021 at 02:58, Michel Dänzer wrote:
>
> On 2021-02-02 5:55 p.m., Michel Dänzer wrote:
> > On 2021-02-02 6:44 a.m., Dave Airlie wrote:
> >> On Mon, 1 Feb 2021 at 16:50, Dave Airlie wrote:
> >>>
> >>> On Thu, 7 Jan 2021 at 21:11, Andreas Fänger
> >>> wrote:
>
> >> don’t know
On 2021-02-02 5:55 p.m., Michel Dänzer wrote:
On 2021-02-02 6:44 a.m., Dave Airlie wrote:
On Mon, 1 Feb 2021 at 16:50, Dave Airlie wrote:
On Thu, 7 Jan 2021 at 21:11, Andreas Fänger
wrote:
don’t know why the current softpipe/swrast implementation
shouldn’t be conformant.
Interesting I
On 2021-02-02 6:44 a.m., Dave Airlie wrote:
On Mon, 1 Feb 2021 at 16:50, Dave Airlie wrote:
On Thu, 7 Jan 2021 at 21:11, Andreas Fänger wrote:
don’t know why the current softpipe/swrast implementation shouldn’t be
conformant.
Interesting I hadn't known we had a correct impl in mesa, th
On Mon, 1 Feb 2021 at 16:50, Dave Airlie wrote:
>
> On Thu, 7 Jan 2021 at 21:11, Andreas Fänger wrote:
> >
> > >> don’t know why the current softpipe/swrast implementation shouldn’t be
> > >> conformant.
> >
> > >Interesting I hadn't known we had a correct impl in mesa, the features.txt
> > >ha
On Thu, 7 Jan 2021 at 21:11, Andreas Fänger wrote:
>
> >> don’t know why the current softpipe/swrast implementation shouldn’t be
> >> conformant.
>
> >Interesting I hadn't known we had a correct impl in mesa, the features.txt
> >has said "softpipe and llvmpipe advertise 16x anisotropy but simply
>> don’t know why the current softpipe/swrast implementation shouldn’t be
>> conformant.
>Interesting I hadn't known we had a correct impl in mesa, the features.txt has
>said "softpipe and llvmpipe advertise 16x anisotropy but simply ignore the
>setting"
>so I never dug any deeper. I'll conside
AFAIK, anisitropic filtering is almost uselessly underspecified, so
pretty much anything should pass the CTS tests.
But visual quality does affect applications, so we should probably aim
for something reasonable.
On Thu, 2021-01-07 at 19:41 +1000, Dave Airlie wrote:
> On Thu, 7 Jan 2021 at 18:49,
On Thu, 7 Jan 2021 at 18:49, Andreas Fänger wrote:
>
> Hi Dave,
>
>
>
> don’t know why the current softpipe/swrast implementation shouldn’t be
> conformant.
Interesting I hadn't known we had a correct impl in mesa, the
features.txt has said
"softpipe and llvmpipe advertise 16x anisotropy but sim
Fänger
Cc: mesa-dev ; mesa-us...@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, mailto:a.faen...@e-sign.com> > wrote:
Hi Dave,
sounds good. Is there a particular reason not to po
Gesendet:* Donnerstag, 7. Januar 2021 05:56
> *An:* Brian Paul
> *Cc:* mesa-dev ;
> 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 so
Dave
Airlie
Gesendet: Donnerstag, 7. Januar 2021 05:56
An: Brian Paul
Cc: mesa-dev ; 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
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, wrote:
>
>
> Forwarded Message
> Subject:[Mesa-users] Issues wit
Hi,
llvmpipe could implement line and polygon smoothing by rasterizing in MSAA
and passing the coverage to SampleMaskIn in the fragment shader, but doing
Z/S tests and color writes and everything else single-sampled. Then,
FragColor.a *= bitcount(SampleMaskIn) / (float)num_samples. It's roughly
wh
Classic swrast didn't have MSAA either, so it sounds like softpipe
meets your requirements as stated.
I suspect actually by MSAA you meant GL_POLYGON_SMOOTH_HINT, the weird
old sometimes-it-gets-you-coverage-in-alpha-output knob. Since you're
software rasterizing, I'd recommend that you instead r
Hi Andreas,
I'm forwarding your message to the mesa-dev list for better visibility.
BTW, when you say "antialiasing" below, what exactly do you mean?
-Brian
Forwarded Message
Subject:[Mesa-users] Issues with removal of classic OSMesa
Date: Thu, 31 Dec 2020 12:56:04
20 matches
Mail list logo
