http://tinderbox.x.org/builds/2012-06-10-0003/logs/pixman/#check
It looks like something in c2230fe..367b78f has caused ppc and ppc64 pixman to
fail make check. Unfortunately, I don't have the cycles to bisect the issue at
this point.
--Jeremy
___
"Antti S. Lankila" writes:
> Thanks for the code review. This new patch (attached) should have all
> of these accounted for.
Pushed to master with one additional change: inwidth -> in_width and
outwidth -> out_width.
Thanks,
Søren
___
Pixman mailing
On 10.06.2012 20:03, Søren Sandmann wrote:
"Antti S. Lankila" writes:
Attached is a simple patch that produces around 20 % Mpix/s
improvement for wide path processing due to significant optimization
of pixman_expand. On my i7 laptop, we go from:
src__2x10 = L1: 62.08 L2: 60.73 M: 59
"Antti S. Lankila" writes:
> Attached is a simple patch that produces around 20 % Mpix/s
> improvement for wide path processing due to significant optimization
> of pixman_expand. On my i7 laptop, we go from:
>
>> src__2x10 = L1: 62.08 L2: 60.73 M: 59.61
>> ( 4.30%) H
Attached is a simple patch that produces around 20 % Mpix/s improvement
for wide path processing due to significant optimization of
pixman_expand. On my i7 laptop, we go from:
src__2x10 = L1: 62.08 L2: 60.73 M: 59.61
( 4.30%) HT: 46.81 VT: 42.17 R: 43.18 RT: 26.
On 10.06.2012 12:51, Antti S. Lankila wrote:
(component * alpha)^2.2
On re-reading: *sigh* swap 2.2 with 1/2.2 over the rest of the email.
--
Antti
___
Pixman mailing list
Pixman@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/pix
On 10.06.2012 06:46, Bill Spitzak wrote:
A problem with sRGB for line art is that drawing an inverted drawing
will not look correct to users. White lines and text will look much
too thin, while black lines and text look thicker. This appears to be
because humans invert images in perceptual spac