On Tuesday 14 September 2010 08:53:37 Soeren Sandmann wrote:
Siarhei Siamashka siarhei.siamas...@gmail.com writes:
+/* A variant of 'over', which works faster for non-additive blending on
the + * platforms which do not have special instructions for saturated
addition + */
+static
On Tuesday 14 September 2010 15:24:40 Dmitri Vorobiev wrote:
From: Jonathan Morton jonathan.mor...@movial.com
This test is a modified version of Siarhei's compositor throughput
benchmark. It's expanded with explicit reporting of memory bandwidth
consumption for the M-test, and with an
From: Søren Sandmann Pedersen s...@redhat.com
- Test many more combinations of formats
- Test destination alpha maps
- Test various different alpha origins
Also add a transformation to the destination, but comment it out
because it is actually broken at the moment (and pretty difficult to
From: Søren Sandmann Pedersen s...@redhat.com
This avoids a negative in the name. Also, by renaming the wide
variable in pixman-general.c to narrow and fixing up the logic
correspondingly, the code there reads a lot more straightforwardly.
---
pixman/pixman-fast-path.c |2 +-
From: Søren Sandmann Pedersen s...@redhat.com
If an image has an alpha map that has wide components, then we need to
use 64 bit processing for that image. We detect this situation in
pixman-image.c and remove the FAST_PATH_NARROW_FORMAT flag.
In pixman-general, the wide/narrow decision is now
From: Søren Sandmann Pedersen s...@redhat.com
Otherwise we can end up writing outside the alpha map.
---
pixman/pixman.c | 21 +
1 files changed, 17 insertions(+), 4 deletions(-)
diff --git a/pixman/pixman.c b/pixman/pixman.c
index cdf4b75..285bbfc 100644
---
From: Søren Sandmann Pedersen sandm...@daimi.au.dk
Hi,
The following patch series contains some fixes for various alpha-map
related bugs.
The bugs are:
- We don't currently clip the composite region against the extents of
the alpha map of the destination. This means that if the alpha map
On Tuesday 14 September 2010 16:37:14 Dmitri Vorobiev wrote:
The biggest problem (but easy to solve) is the use of 'gettimeofday' and
'memalign' functions, which are available not on all supported systems.
Are you aware of any specific systems (I assume Windows is among them)
that might
On Tue, Sep 14, 2010 at 4:45 PM, Siarhei Siamashka
siarhei.siamas...@gmail.com wrote:
On Tuesday 14 September 2010 16:37:14 Dmitri Vorobiev wrote:
The biggest problem (but easy to solve) is the use of 'gettimeofday' and
'memalign' functions, which are available not on all supported systems.