This patch makes it possible to render spans of a triangle in parallel. To make
as little changes
to the codebase as possible, OpenMP was choosen to implement the actual
multithreading. The patch
is meant to speedup osmesa rendering.
Andreas Fänger (1):
swrast: initial multi-threaded span
Optional parallel rendering of spans using OpenMP.
Initial implementation for aa triangles. A new option for scons is
also provided to activate the openmp support (off by default).
---
common.py |1 +
scons/gallium.py | 12 +++
with the old rasterizer at the moment, with some
improvements.
Andreas
-Ursprüngliche Nachricht-
Von: Keith Whitwell [mailto:kei...@vmware.com]
Gesendet: Mittwoch, 10. August 2011 11:17
An: Andreas Fänger
Cc: mesa-dev@lists.freedesktop.org
Betreff: Re: [Mesa-dev] [PATCH] swrast: initial multi
OSMesa for gallium would be really helpful. Are there plans to implement some
sort of antialising (GL_POLYGON_SMOOTH, fsaa) in softpipe/llvmpipe?
Andreas
-Ursprüngliche Nachricht-
Von: Brian Paul [mailto:bri...@vmware.com]
Gesendet: Donnerstag, 11. August 2011 16:31
An: Andreas Fänger
I will have a look at it. This might take a while, though, as I'm currently
quite busy with other projects.
/ Andreas
-Ursprüngliche Nachricht-
Von: Brian Paul [mailto:bri...@vmware.com]
Gesendet: Mittwoch, 18. Mai 2011 16:06
An: Andreas Faenger
Cc: mesa-dev@lists.freedesktop.org
Commit 9119269ca14ed42b51c7d8e2e662500311b29fa3 moved the texel
buffer allocation to _swrast_texture_span(), however, when compiled
with OpenMP support this code already runs multi-threaded so a
critical section is required to prevent multiple allocations and
rendering errors.
---
Hi,
This patch fixes a bug in swrast OpenMP code which was introduced with the
delayed buffer allocation. It caused rendering errors and a memory leak.
Andreas Fänger (1):
swrast: fix delayed texel buffer allocation regression for OpenMP
src/mesa/swrast/s_texcombine.c | 12
1
> -Ursprüngliche Nachricht-
> Von: Roland Scheidegger Gesendet: Mittwoch, 9. März 2016 17:31
> Betreff: Re: [Mesa-dev] [PATCH] scons: build osmesa swrast and gallium
>
> Am 09.03.2016 um 08:41 schrieb Andreas Fänger:
> >> -Ursprüngliche Nachricht- Von: Rol
Here is the updated patch once more to include the "v2" label and to add the
11.2 stable tag as suggested by Emil Velikov.
The 2nd version of the patch also reverts changes to Makefile.am
Andreas Fänger (1):
scons: build osmesa swrast and gallium
src/mesa/drivers/SConscript
This patch makes it possible to build classic osmesa/swrast on windows
again. Although there is a gallium version of osmesa now, the swrast version
still has more features lacking in llvmpipe, e.g. anisotropic filtering.
This reverts commit 69db422218b0264b5b8eef45bd003a2544e9cbd6 and
l.com]
> >> Gesendet: Dienstag, 8. März 2016 12:33
> >>
> >> On 8 March 2016 at 11:04, Andreas Fänger <a.faen...@e-sign.com>
> wrote:
> >> > This patch makes it possible to build classic osmesa/swrast on
> >> > windows again. It was remove
> -Ursprüngliche Nachricht-
> Von: Emil Velikov [mailto:emil.l.veli...@gmail.com]
> Gesendet: Dienstag, 8. März 2016 12:33
>
> On 8 March 2016 at 11:04, Andreas Fänger <a.faen...@e-sign.com> wrote:
> > This patch makes it possible to build classic osmesa/
We are still using classic osmesa (swrast) in a lot of projects on
windows and linux. As discussed with Brian on the user list, here is
a patch that makes building osmesa swrast on windows and linux again
using scons.
Andreas Fänger (1):
scons: build osmesa swrast and gallium
src/mesa/drivers
This patch makes it possible to build classic osmesa/swrast on windows
again. It was removed in commit 69db422218b0264b5b8eef45bd003a2544e9cbd6.
Although there is a gallium version of osmesa now, the swrast version
still has more features lacking in llvmpipe, e.g. anisotropic filtering.
---
Here is the updated patch. It reverts changes to Makefile.am, too.
Andreas Fänger (1):
scons: build osmesa swrast and gallium
src/mesa/drivers/SConscript | 2 ++
src/mesa/drivers/osmesa/Makefile.am | 2 ++
src/mesa/drivers/osmesa/SConscript | 40
This patch makes it possible to build classic osmesa/swrast on windows
again. It was removed in commit 69db422218b0264b5b8eef45bd003a2544e9cbd6.
Although there is a gallium version of osmesa now, the swrast version
still has more features lacking in llvmpipe, e.g. anisotropic filtering.
---
e are using
GL_POLYGON_SMOOTH but this is also missing in gallium. We need an antialiasing
method that is not simply blurring the whole image or texturese but affects
only the edges of the polygons.
Andreas
>
> Am 08.03.2016 um 12:04 schrieb Andreas Fänger:
> > This patch makes it
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 t
:56:04 +0100
From: Andreas Fänger mailto:a.faen...@e-sign.com> >
To: mesa-us...@lists.freedesktop.org
<mailto: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
>> 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
users] Issues with removal of classic OSMesa
Date: Thu, 31 Dec 2020 12:56:04 +0100
From: Andreas Fänger
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".
W
Hi Jan,
thanks for the clarification!
Andreas
-Ursprüngliche Nachricht-
Von: Zielinski, Jan
Gesendet: Dienstag, 5. Januar 2021 18:37
An: Andreas Fänger ; mesa-dev@lists.freedesktop.org
Betreff: RE: [Mesa-dev] [Mesa-users] Fwd: Issues with removal of classic
OSMesa
Hi Andreas,
Just
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 20
> 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
>> 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
25 matches
Mail list logo
