On Wed, Aug 10, 2011 at 7:11 AM, Rudolf Polzer divver...@xonotic.org wrote:
On Tue, Aug 09, 2011 at 11:45:23PM +0200, Marek Olšák wrote:
On Tue, Aug 9, 2011 at 12:25 PM, Jose Fonseca jfons...@vmware.com wrote:
I don't have time for a longer reply now, but I do think your S2TC work is
On Wed, 2011-08-10 at 08:50 +0200, Marek Olšák wrote:
On Wed, Aug 10, 2011 at 7:11 AM, Rudolf Polzer divver...@xonotic.org wrote:
On Tue, Aug 09, 2011 at 11:45:23PM +0200, Marek Olšák wrote:
On Tue, Aug 9, 2011 at 12:25 PM, Jose Fonseca jfons...@vmware.com wrote:
I don't have time for a
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 +++
I'm not sure it makes a lot of sense to be optimizing swrast at this
stage. Take a look at llvmpipe and perhaps consider improving the
multithreading already in place in that rasterizer, which is far better
optimized than swrast already.
Keith
On Wed, 2011-08-10 at 08:07 +, Andreas Fänger
https://bugs.freedesktop.org/show_bug.cgi?id=39116
--- Comment #2 from Jan Rüegg rgg...@gmail.com 2011-08-10 02:29:34 PDT ---
Created an attachment (id=50088)
-- (https://bugs.freedesktop.org/attachment.cgi?id=50088)
glxinfo output on another computer, wher manywin crashes
The demo is also not
https://bugs.freedesktop.org/show_bug.cgi?id=39116
Jan Rüegg rgg...@gmail.com changed:
What|Removed |Added
CC||rgg...@gmail.com
--
Am 10.08.2011 11:34, schrieb Rudolf Polzer:
The OpenGL ARB cannot incorporate S3TC into a core spec anyway.
But it already is core part of OpenGL 3.0.
No.
Making S3TC part of OpenGL was discussed, but rejected. OpenGL only
requires RGTC (since OpenGL 3.0) and BPTC (since OpenGL 4.2).
On Wed, Aug 10, 2011 at 11:42:11AM +0200, Philipp Klaus Krause wrote:
Am 10.08.2011 11:34, schrieb Rudolf Polzer:
The OpenGL ARB cannot incorporate S3TC into a core spec anyway.
But it already is core part of OpenGL 3.0.
No.
Making S3TC part of OpenGL was discussed, but
Hi Keith,
you are right. The main purpose of this patch is to speedup osmesa rendering as
there is no llvmpipe target at the moment. Also llvmpipe is currently missing
some important features like aa/fsaa and anisotropic filtering, which is
available in swrast now.
So I need to stick with the
Am 10.08.2011 11:46, schrieb Rudolf Polzer:
Speaking of BPTC - what is its patent situation? From a quick glance at the
extension spec, it does seem to use S3TC's interpolation method, so it likely
is not safe from S3's patents. But I may be wrong there, as BPTC is quite
messy
and
On Wed, Aug 10, 2011 at 11:46:00AM +0200, Philipp Klaus Krause wrote:
Am 10.08.2011 08:50, schrieb Marek Olšák:
The problem is there is no adoption of S2TC in the industry. The
current state is that Unigine products don't run without full S3TC.
Neither does the id Tech 4 engine. Most, if
- Original Message -
On Tue, Aug 09, 2011 at 03:25:05AM -0700, Jose Fonseca wrote:
How should you brought this? You should have assumed that we have
our reasons
-- after all we've been living under the frustration of these
patents,
walking on a mine field, for a decade --,
On Wed, Aug 10, 2011 at 04:32:20AM -0700, Jose Fonseca wrote:
- Original Message -
On Tue, Aug 09, 2011 at 03:25:05AM -0700, Jose Fonseca wrote:
How should you brought this? You should have assumed that we have
our reasons
-- after all we've been living under the frustration of
On Mon, Aug 8, 2011 at 7:56 PM, Alex Deucher alexdeuc...@gmail.com wrote:
On Sun, Aug 7, 2011 at 5:25 PM, Marek Olšák mar...@gmail.com wrote:
Hi,
I have been recently trying to get thread offloading of the CS ioctl
into r600g in order to reduce the impact of kernel overhead on fps.
That,
Remove the 'f' suffix from a float literal.
- .float 0.0f+1.0
+ .float 1.0
This fixes the following compile error with clang:
error: unexpected token in directive
.float 0.0f+1.0
^
Signed-off-by: Chad Versace c...@chad-versace.us
---
src/mesa/x86-64/xform4.S |2
On Sun, Aug 7, 2011 at 5:25 PM, Marek Olšák mar...@gmail.com wrote:
Hi,
I have been recently trying to get thread offloading of the CS ioctl
into r600g in order to reduce the impact of kernel overhead on fps.
That, unfortunately, requires whole winsys/radeon to be used, because
even the
* Marek Olšák mar...@gmail.com:
I have been recently trying to get thread offloading of the CS ioctl
into r600g in order to reduce the impact of kernel overhead on fps.
That, unfortunately, requires whole winsys/radeon to be used, because
even the buffer management (bo_map, bo_wait, bo_busy)
On Wed, Aug 10, 2011 at 04:05:41PM -0700, Chad Versace wrote:
Remove the 'f' suffix from a float literal.
- .float 0.0f+1.0
+ .float 1.0
This fixes the following compile error with clang:
error: unexpected token in directive
.float 0.0f+1.0
^
https://bugs.freedesktop.org/show_bug.cgi?id=39588
--- Comment #10 from huihui.zh...@intel.com 2011-08-10 19:20:07 PDT ---
(In reply to comment #8)
(In reply to comment #7)
(In reply to comment #6)
Created an attachment (id=49902)
View: https://bugs.freedesktop.org/attachment.cgi?id=49902
20 matches
Mail list logo