summaryrefslogtreecommitdiff
path: root/demos
Commit message (Collapse)AuthorAgeFilesLines
* demos: Define _USE_MATH_DEFINES on MSVC-style compilersChun-wei Fan2019-11-191-0/+6
| | | | This is required for the use of M_PI.
* Ordered dithering with blue noise, v2Basile Clement2019-05-251-0/+1
| | | | | | | | | | | | | | | | | | | | | | On some screens (typically low quality laptop screens), using Bayer ordered dithering has been observed to cause color changes depending on *where the gradient is rendered on the screen*, causing visible flickering when moving an image on the screen. To alleviate the issue, this patch adds support for ordered dithering using a 64x64 matrix tuned from blue noise. In addition to being devoid of the positional dependency on screen, the blue noise matrix also generates more pleasing and less discernable patterns. As such, it is now the method used for PIXMAN_DITHER_GOOD and PIXMAN_DITHER_BEST dithering methods. The 64x64 blue noise matrix has been generated using the provided `pixman/dither/make-blue-noise.c` script, which uses the void-and-cluster method. Changes since v1 (thanks Bill): - Use uint16_t for the blue noise matrix for lower memory usage - Use bitwise computation for array index
* demos: Add a dithering demoBasile Clement2019-05-254-1/+430
| | | | | | | | | This adds a dither.c which provides a demo of the dithering feature. This is based on the scale.c demo for scaling and provides a selection of intermediate formats and dithering operators (currently, only PIXMAN_DITHER_ORDERED_BAYER_8) to use. Images are first blitted onto a surface of the intermediate format with the requested dither setup, then blitted back onto a a8r8g8b8 surface for display.
* build: Add meson files to EXTRA_DISTDylan Baker2019-01-151-1/+6
| | | | Reviewed-by: Matt Turner <mattst88@gmail.com>
* meson: Add a meson build systemDylan Baker2018-11-291-0/+59
| | | | | | | | | | | | | | | | | | | | | This commit adds a meson build system for pixman. It carries the usual improvements of meson, better clean build time, much better incremental build times, while being simpler and easier to understand. This takes advantage of some features from the most recent versions of meson: the builtin openmp dependency and the feature option type. There are a couple of things that I've done a bit differently than the autotools build system, I've built a libdemos which is the utilities from the demos folder, and I've linked the demos with libtestutils from tetsts, otherwise I expect that most things will be the same. I've tested so far cross compiling from x86_64 -> x86, x86_64 -> Aarch64, and Linux to Windows via mingw, as well as native x86_64 Linux builds which all work. I've also built with mingw nativly, there are some test failures there. An MSVC build can be generated, but fails. v2: - set WORDS_BIGENDIAN in the config for big endian systems.
* Revert "demos/scale: Added pulldown to choose PIXMAN_FILTER_* value"Søren Sandmann Pedersen2016-09-032-60/+21
| | | | | | This reverts commit 375f5ec5c5d2a6cc3586f57e36fdf08a3d0ac4e4. This patch was accidentally pushed.
* demos/scale: Added pulldown to choose PIXMAN_FILTER_* valueBill Spitzak2016-09-022-21/+60
| | | | | | | | | | | This is very useful for comparing the results of SEPARABLE_CONVOLUTION with BILINEAR and NEAREST. v14: Removed good/best items v15: Skip filter generation so gnuplot output continues showing previous value Signed-off-by: Bill Spitzak <spitzak@gmail.com> Reviewed-by: Oded Gabbay <oded.gabbay@gmail.com>
* demos/scale: Default to locked axisBill Spitzak2016-09-021-0/+1
| | | | | Signed-off-by: Bill Spitzak <spitzak@gmail.com> Reviewed-by: Søren Sandmann <soren.sandmann@gmail.com>
* demos/scale: fix blank subsamples spin boxBill Spitzak2016-09-021-0/+1
| | | | | | | It now shows the initial value of 4 when the demo is started Signed-off-by: Bill Spitzak <spitzak@gmail.com> Reviewed-by: Søren Sandmann <soren.sandmann@gmail.com>
* demos/scale: Compute filter size using boundary of xformed ellipseBill Spitzak2016-09-021-41/+61
| | | | | | | | | | Instead of using the boundary of xformed rectangle, use the boundary of xformed ellipse. This is much more accurate and less blurry. In particular the filtering does not change as the image is rotated. Signed-off-by: Bill Spitzak <spitzak@gmail.com> Reviewed-by: Oded Gabbay <oded.gabbay@gmail.com> Reviewed-by: Soren Sandmann <soren.sandmann@gmail.com>
* demos/Makefile.am: Move EXTRA_DIST outside "if HAVE_GTK"Søren Sandmann2013-11-111-2/+2
| | | | | | | | | Without this, if tarballs are generated on a system that doesn't have GTK+ 2 development headers available, the files in EXTRA_DIST will not be included, which then causes builds from the tarball to fail on systems that do have GTK+ 2 headers available. Fixes https://bugs.freedesktop.org/show_bug.cgi?id=71465
* scale.c: Use int instead of kernel_t for values in named_int_tSøren Sandmann Pedersen2013-10-121-3/+3
| | | | | | | | | | | | | | | | The 'value' field in the 'named_int_t' struct is used for both pixman_repeat_t and pixman_kernel_t values, so the type should be int, not pixman_kernel_t. Fixes some warnings like this scale.c:124:33: warning: implicit conversion from enumeration type 'pixman_repeat_t' to different enumeration type 'pixman_kernel_t' [-Wconversion] { "None", PIXMAN_REPEAT_NONE }, ~ ^~~~~~~~~~~~~~~~~~ when compiled with clang.
* demos/scale.ui: Allow subsample_bits to be 0Søren Sandmann Pedersen2013-09-161-1/+1
| | | | | | The separable convolution filter supports a subsample_bits of 0 which corresponds to no subsampling at all, so allow this value to be used in the scale demo.
* demos: Add linear-gradient demo programSøren Sandmann Pedersen2013-03-112-0/+52
| | | | | | | | This program displays a linear gradient from blue to yellow. Due to limited precision in pixman-gradient-walker.c, it currently has some ugly artefacts that gives it a 'brushed metal' appearance. V2: Update .gitignore
* gtk-utils.c: Use cairo in show_image() rather than GdkPixbufSøren Sandmann Pedersen2013-02-151-24/+29
| | | | | | | | | | | | | GdkPixbufs are not premultiplied, so when using them to display pixman images, there is some unecessary conversions going on: First the image is converted to non-premultiplied, and then GdkPixbuf premultiplies before sending the result to the X server. These conversions may cause the displayed image to not be exactly identical to the original. This patch just uses a cairo image surface instead, which avoids these conversions. Also make the comment about sRGB a little more concise.
* demo/scale: Add a spin button to set the number of subsample bitsSøren Sandmann Pedersen2013-01-272-1/+36
| | | | | | For large upscalings the level of subsampling for the filter has a quite visible effect, so make it settable in the UI so that people can experiment with various values.
* Convert INCLUDES to AM_CPPFLAGSMatt Turner2013-01-221-1/+1
| | | | | INCLUDES has been deprecated starting with automake 1.13. Convert all occurrences with the recommended AM_CPPFLAGS replacement.
* demos/radial-test: Add checkerboard to display the alpha channelSøren Sandmann Pedersen2012-12-111-0/+2
|
* demos/conical-test: Use the draw_checkerboard() utility functionSøren Sandmann Pedersen2012-12-111-36/+2
| | | | Instead of having its own copy.
* demos/radial-test: Add zero-radius circles to demonstrate rendering bugsSøren Sandmann Pedersen2012-12-111-1/+9
| | | | | | | | | Add two new gradient columns, one where the start circle is has radius 0 and one where the end circle has radius 0. All the new gradients except for one are rendered with a bright dot in the middle. In most but not all cases this is incorrect. Cc: ranma42@gmail.com
* Add demo program for conical gradientsSøren Sandmann Pedersen2012-12-082-0/+136
| | | | | | | | | | | | This new test is derived from radial-test.c and displays conical gradients at various angles. It also demonstrates how PIXMAN_REPEAT_NORMAL is supposed to work when used with a gradient specification where the first stop is not a 0.0: In this case the gradient is supposed to have a smooth transition from the last stop back to the first stop with no sharp transitions. It also shows that the repeat mode is not ignored for conical gradients as one might be tempted to think.
* Add demos/zone_plate.pngSøren Sandmann Pedersen2012-12-081-0/+0
| | | | | | | | | | | | | The zone plate image is a useful test case for image scalers because it contains all representable frequencies, so any imperfection in resampling filters will show up as Moire patterns. This version is symmetric around the midpoint of the image, so since rotating it is supposed to be a noop, it can also be used to verify that the resampling filters don't shift the image. V2: Run the file through OptiPNG to cut the size in half, as suggested by Siarhei.
* demos: Add new demo program, "scale"Søren Sandmann Pedersen2012-12-083-2/+737
| | | | | | This program allows interactively scaling and rotating images with using various filters and repeat modes. It uses pixman_filter_create_separate_convolution() to generate the filters.
* demos/gtk-utils.[ch]: Add pixman_image_from_file()Søren Sandmann Pedersen2012-12-082-0/+69
| | | | | This function uses GdkPixbuf to load various common formats such as .png and .jpg into a pixman image.
* test: Switch to the new PRNG instead of old LCGSiarhei Siamashka2012-12-061-1/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Wallclock time for running pixman "make check" (compile time not included): ----------------------------+----------------+-----------------------------+ | old PRNG (LCG) | new PRNG (Bob Jenkins) | Processor type +----------------+------------+----------------+ | gcc 4.5 | gcc 4.5 | gcc 4.7 (simd) | ----------------------------+----------------+------------+----------------+ quad Intel Core i7 @2.8GHz | 0m49.494s | 0m43.722s | 0m37.560s | dual ARM Cortex-A15 @1.7GHz | 5m8.465s | 4m37.375s | 3m45.819s | IBM Cell PPU @3.2GHz | 23m0.821s | 20m38.316s | 16m37.513s | ----------------------------+----------------+------------+----------------+ But some tests got a particularly large boost. For example benchmarking and profiling blitters-test on Core i7: === before === $ time ./blitters-test real 0m10.907s user 0m55.650s sys 0m0.000s 70.45% blitters-test blitters-test [.] create_random_image 15.81% blitters-test blitters-test [.] compute_crc32_for_image_internal 2.26% blitters-test blitters-test [.] _pixman_implementation_lookup_composite 1.07% blitters-test libc-2.15.so [.] _int_free 0.89% blitters-test libc-2.15.so [.] malloc_consolidate 0.87% blitters-test libc-2.15.so [.] _int_malloc 0.75% blitters-test blitters-test [.] combine_conjoint_general_u 0.61% blitters-test blitters-test [.] combine_disjoint_general_u 0.40% blitters-test blitters-test [.] test_composite 0.31% blitters-test libc-2.15.so [.] _int_memalign 0.31% blitters-test blitters-test [.] _pixman_bits_image_setup_accessors 0.28% blitters-test libc-2.15.so [.] malloc === after === $ time ./blitters-test real 0m3.655s user 0m20.550s sys 0m0.000s 41.77% blitters-test.n blitters-test.new [.] compute_crc32_for_image_internal 15.77% blitters-test.n blitters-test.new [.] prng_randmemset_r 6.15% blitters-test.n blitters-test.new [.] _pixman_implementation_lookup_composite 3.09% blitters-test.n libc-2.15.so [.] _int_free 2.68% blitters-test.n libc-2.15.so [.] malloc_consolidate 2.39% blitters-test.n libc-2.15.so [.] _int_malloc 2.27% blitters-test.n blitters-test.new [.] create_random_image 2.22% blitters-test.n blitters-test.new [.] combine_conjoint_general_u 1.52% blitters-test.n blitters-test.new [.] combine_disjoint_general_u 1.40% blitters-test.n blitters-test.new [.] test_composite 1.02% blitters-test.n blitters-test.new [.] prng_srand_r 1.00% blitters-test.n blitters-test.new [.] _pixman_image_validate 0.96% blitters-test.n blitters-test.new [.] _pixman_bits_image_setup_accessors 0.90% blitters-test.n libc-2.15.so [.] malloc
* Add combiner testSøren Sandmann Pedersen2012-10-011-1/+1
| | | | | | | | | This test runs the new floating point combiners on random input with divide-by-zero exceptions turned on. With the floating point combiners the only thing we guarantee is that divide-by-zero exceptions are not generated, so change enable_fp_exceptions() to only enable those, and rename accordingly.
* demos: Add srgb_trap_test.cSøren Sandmann Pedersen2012-08-092-0/+121
| | | | | This demo program composites a bunch of trapezoids side by side with and without gamma aware compositing.
* Make show_image() cope with more formatsSøren Sandmann Pedersen2012-08-094-26/+37
| | | | | | | | | | | | | | | | | | This makes show_image() deal with more formats than just a8r8g8b8, in particular, a8r8g8b8_sRGB can now be handled. Images that are passed to show_image with a format of a8r8g8b8_sRGB are displayed without modification under the assumption that the monitor is approximately sRGB. Images with a format of a8r8g8b8 are also displayed without modification since many other users of show_image() have been generating essentially sRGB data with this format. Other formats are also assumed to be gamma compressed; these are converted to a8r8g8b8 before being displayed. With these changes, srgb-test.c doesn't need to do its own conversion anymore.
* Add sRGB blending demo programAntti S. Lankila2012-07-302-1/+99
| | | | | | | | | | Simple sRGB color blender test can be used to determine if the sRGB processing works as expected. It blends alpha ramps of purple and green together such that at midpoint of image, 50 % blend of both is realized. At that point, sRGB-aware processing yields a result close to #bbb rather than #888, which is the linear light blending result. The demo also contains the sample computation for sRGB premultiplied alpha.
* demos: Add parrot.jpg to EXTRA_DISTSøren Sandmann Pedersen2012-05-201-1/+1
| | | | Pointed out by Cyril Brulebois.
* demos/Makefile.am: Add parrot.c to EXTRA_DISTSøren Sandmann Pedersen2012-05-151-0/+2
| | | | To get 'make distcheck' to pass.
* gtk-utils.c: In pixbuf_from_argb32() use a8r8g8b8_to_rgba_np()Søren Sandmann Pedersen2012-04-022-36/+11
| | | | Instead of inlining a copy of that functionality.
* gtk-utils.c: Don't include pixman-private.hSøren Sandmann Pedersen2012-04-021-4/+1
| | | | Use pixman_image_get_format() instead of image->bits.format.
* Add the original parrot image.Søren Sandmann Pedersen2012-03-271-0/+0
| | | | | This is the Parrot image that was downscaled and cropped before being used in the composite-test.c demo.
* composite-test.c: Add a parrot imageSøren Sandmann Pedersen2012-03-272-20/+1094
| | | | | | | | | | | | | | Instead of the yellow square, use a parrot as the source image. This demonstrates the various blend modes much better. The parrot is a cropped version of finger painting by Rubens LP: http://www.flickr.com/photos/dorubens/4030604504/in/set-72157622586088192/ where the background has been removed. Used here under Creative Commons Attribution. The artist's web site: http://www.rubenslp.com.br/
* composite-test.c: Use similar gradient to the one in the PDF spec.Søren Sandmann Pedersen2012-03-241-10/+10
|
* demos: Add checkerboard demoSøren Sandmann Pedersen2012-03-242-1/+75
| | | | | This is a simple demo that displays a checkboard with a projective transformation.
* demos: Add quad2quad programSøren Sandmann Pedersen2012-03-241-0/+2183
| | | | | | | | This program can compute the projective transformation that transforms one quadrilateral into another. The code is basically maxima[1] output translated into C. [1] http://maxima.sourceforge.net/
* Modify gradient-test to show a bug in NONE processingSøren Sandmann Pedersen2012-01-031-7/+6
| | | | | | | This patch modifies demos/gradient-test to display a bug in gradients with a repeat mode of NONE. With the current gradient code, the left side will be a solid red (actually an extremely long fade from solid red to transparent) instead of a sharp transition from red to green.
* demos: Consistently use G_N_ELEMENTS()Andrea Canciani2011-11-091-1/+1
| | | | Instead of open-coding G_N_ELEMENTS(), just use it.
* build: replace @VAR@ with $(VAR) in makefilesBenjamin Otte2011-09-281-2/+2
|
* tests: Add PNG_CFLAGS/LIBS to testsBenjamin Otte2011-09-281-2/+2
| | | | | PNG flags were accidentally included by gdk-pixbuf. This has been fixed recently, so we need to make sure to include it ourselves.
* demos: Comment out some unused variablesSøren Sandmann2011-05-312-1/+7
|
* Offset rendering in pixman_composite_trapezoids() by (x_dst, y_dst)Søren Sandmann Pedersen2011-04-181-1/+1
| | | | | | | | | | | | | | | Previously, this function would do coordinate calculations in such a way that (x_dst, y_dst) would only affect the alignment of the source image, but not of the traps, which would always be considered to be in absolute destination coordinates. This is unlike the pixman_image_composite() function which also registers the mask to the destination. This patch makes it so that traps are also offset by (x_dst, y_dst). Also add a comment explaining how this function is supposed to operate, and update tri-test.c and composite-trap-test.c to deal with the new semantics.
* Add a test program, tri-testSøren Sandmann Pedersen2011-02-182-2/+52
| | | | This program tests whether the new triangle support works.
* Move all the GTK+ based test programs to a new subdir, "demos"Søren Sandmann Pedersen2011-02-1512-0/+1044
This separates the test suite from the random gtk+ using test programs. "demos" is somewhat misleading because the programs there are not particularly exciting (with the possible exception of composite-test which shows off all the compositing operators).
View Lorry Controller Status