Jeremy Huddleston jerem...@freedesktop.org writes:
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.
The
Bill Spitzak spit...@gmail.com writes:
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
It turns out that this was caused by initializing the destination
buffer in glyph test using random uint32_t values rather than random
uint8_t values. Patch follows.
Soren
___
Pixman mailing list
Pixman@lists.freedesktop.org
From: Søren Sandmann Pedersen s...@redhat.com
The destination buffer was initialized with 32 bit data, so it started
out different on big-endian vs. little endian. Fix that by
initializing the buffer with random bytes instead.
---
test/glyph-test.c | 10 +++---
1 files changed, 7
Søren Sandmann wrote:
OpenGL has two extensions that deal with sRGB [1, 2]. One adds a new
texture format, which has 8 bits per component and where the texture
sampler is supposed to raise the R, G, and B (but not A) components to
2.2 before filtering. The other allows framebuffers to marked