| Age | Commit message (Collapse) | Author | Files | Lines |
|---|
|
Test gradients under particular conditions (no stops, all the stops
at the same offset) to check that pixman does not misbehave.
|
|
Some of the tests are quite heavy CPU users and may benefit from
using multiple CPU cores, so the programs from 'test' directory
are now built with OpenMP support. OpenMP is easy to use, portable
and also takes care of making a decision about how many threads
to spawn.
|
|
It doesn't use GTK+ and it was already listed in the non-GTK+ part.
|
|
When a trapezoid sample point is exactly on a polygon edge, the rule
is that it is considered inside the trapezoid if the edge is a top or
left edge, but outside for bottom and right edges.
This program tests that for a1 trapezoids.
|
|
|
|
This program demonstrates three bugs relating to alpha maps:
- When fetching from an alpha map into 32 bit intermediates, we use
the fetcher from the image, and not the one from the alpha map.
- For 64 bit intermediates we call fetch_pixel_generic_lossy_32()
which then calls fetch_pixel_raw_64, which is NULL because alpha
images are never validated.
- The alpha map should be used *in place* of any existing alpha
channel, but we are actually multiplying it onto the image.
|
|
|
|
Setting TESTS will run the tests on `make check`
Bug 25131
|
|
|
|
|
|
|
|
Iterate over all destination formats for dst, src and composite and
compare the result of all oprators with a selection of colours.
|
|
The code and overall method is mostly based on scaling-test. This one
focuses on trying to stress as many different color formats and types
of composition operations as possible.
This is an initial implementation which may need more tuning. Also
not all color format and operator combinations are actually used.
When cpu specific optimizations are disabled, this test provides
identical deterministic results on x86, PPC and ARM.
Script blitters-test-bisect.rb now works in non-stop mode, until
it finds any problem. This allows to run it for example overnight
in order to test a lot more variants of pixman calls and increase
chances of detecting problems in pixman. Just like with scaling-test,
running blitters-test binary alone with no command line arguments
runs a small predefined number of tests and compares checksum
with a reference value for quick verification.
|
|
|
|
- Make sure the non-gtk+ test programs are added to noinst_PROGRAMS
when HAVE_GTK is not set.
- Don't include glib.h in oob-test.c
|
|
|
|
|
|
|
|
According to the RENDER spec, the origin of the alpha map is
interpreted relative to the origin of the drawable of the image, not
the origin of the drawable of the alpha map.
This commit fixes that and adds an alpha-test.c test program.
The only use of alpha maps I have been able to find is in Qt and they
don't use a non-zero alpha origin.
|
|
|
|
Pointed out by Julien Cristau.
|
|
|
|
Based off of Pavel Kankovsky's test case in bug 16560.
|
|
Also some tweaks to the build system in the test directory to make it
build non-gtk+-using application when use of gtk+ is disabled.
|
|
This test script can help in finding regressions in image scaling
fastpath implementations. It uses test program compiled with
and without fastpath code and can compare results of execution
for different pseudorandom compositing operations involving scaling.
Signed-off-by: Søren Sandmann Pedersen <sandmann@redhat.com>
|
|
Non-repeating gradient images would be reported as opaque. Also add
new test program to test source clipping.
|
|
|
|
The tests were including pixman.h, but pixman.h couldn't find pixman-version.h
because it was in $(top_builddir)/pixman rather than $(top_srcdir)/pixman.
|
|
|
|
Set the soname to something based on the library version.
|
|
|
|
|
|
|
