- 27 Jan, 2022 3 commits
-
-
Pekka Paalanen authored
This script plots the maximum absolute error versus number of taps, when you are approximating a transfer function with a 1D LUT using a given number of taps. This shows that increasing the number of taps has diminishing returns, especially for pure power-law inverse functions, while the approximation error remains relatively high even for 8-bit values. Signed-off-by:
Pekka Paalanen <pekka.paalanen@collabora.com>
-
Pekka Paalanen authored
This script plots an inverse EOTF as both original and as a 1D LUT approximation, and the error between. This makes it quite obvious why inverse EOTF is much harder to approximate with a 1D LUT than EOTF: near zero, inverse EOTF is very steep yet it quickly becomes gradual. The same behavior is not observed at the other end near one. Signed-off-by:
Pekka Paalanen <pekka.paalanen@collabora.com>
-
Pekka Paalanen authored
Add an Octave function for evaluating various transfer functions by name. The script transfer_function_roundtrip_check acts as the test suite for it. For now, only AdobeRGB, sRGB, and traditional gamma function are supported, more transfer functions can be added later. The identity function does not really have a use yet, it is just for convenience. GNU Octave is a "scientific programming language" that makes it relatively easy to implement numerical algorithms and draw graphs. Sharing a library of color related scriptable code should help people with mathematical experiments around color and HDR. Signed-off-by:
Pekka Paalanen <pekka.paalanen@collabora.com>
-
- 20 Dec, 2021 1 commit
-
-
Pekka Paalanen authored
Add a story on what one would need to know to process and display a pixel. This is an introduction to people who are already familiar with computer graphics in general, images in memory, and maybe window systems, but never really thought what the values in a pixel actually mean or what they are doing wrong with them. Signed-off-by:
Pekka Paalanen <pekka.paalanen@collabora.com>
-
- 10 Nov, 2021 1 commit
-
-
For images, it's nice to have also the sources in case someone needs to edit the image later. For math, these hints should help typesetting math with less pain. Thanks to @mstoeckl for the KaTeX demo link. Signed-off-by:
Pekka Paalanen <pekka.paalanen@collabora.com>
-
- 20 Oct, 2021 6 commits
-
-
Pekka Paalanen authored
The only thing left in color.rst are the misc notes. Rename the file accordingly. Signed-off-by:
Pekka Paalanen <pekka.paalanen@collabora.com>
-
Pekka Paalanen authored
No changes to content. This finishes the color.rst splitting. Signed-off-by:
Pekka Paalanen <pekka.paalanen@collabora.com>
-
Pekka Paalanen authored
That chapter considers HDR from the Wayland and window system perspective, and it is quite WIP. No changes to the content. Signed-off-by:
Pekka Paalanen <pekka.paalanen@collabora.com>
-
Pekka Paalanen authored
Tables of well-known EOTFs, chromaticities and whitepoints moved into a file of their own, without changes. Signed-off-by:
Pekka Paalanen <pekka.paalanen@collabora.com>
-
Pekka Paalanen authored
This continues splitting up color.rst. No changes to the content. Signed-off-by:
Pekka Paalanen <pekka.paalanen@collabora.com>
-
Pekka Paalanen authored
color.rst is a little long already, and we wish to get more documentation that may be hard to integrate in color.rst (making it even longer, not quite fitting with the topic, or needing features like math markup). Therefore start splitting it up and collect a ToC straight in the README. This patch moves the design goals as-is into a new file. The design goals are considered mature and unlikely to change, unlike some other parts. Signed-off-by:
Pekka Paalanen <pekka.paalanen@collabora.com>
-
- 14 Oct, 2021 1 commit
-
-
Pekka Paalanen authored
None of these copyrights apply to any files in this repository. Copyright lists in FOSS projects tend to be always out-of-date when compared to what law says about when copyright forms. Law also requires interpretation case by case whether something is copyrightable or not. Hence, if someone bothered to add a copyright line then they surely expect to hold some copyrights in the works, so any such list would be the minimum of possible copyrights holders. All the files remaining in this repository right now were written from scratch well after any of the listed copyright years, so the listed copyrights cannot be true. The history can be found in wayland/wayland-protocols!14 . To avoid confusion, they are removed. The license text itself has unknown copyrights according to https://opensource.org/licenses/MIT Signed-off-by:
Pekka Paalanen <pekka.paalanen@collabora.com>
-
- 12 Oct, 2021 2 commits
-
-
Pekka Paalanen authored
This CI check ensures that S-o-b tags are present in each commit, there are no fix-up commits, and that the merge request allows edits from maintainers. See https://freedesktop.pages.freedesktop.org/ci-templates/ci-fairy.html Signed-off-by:
Pekka Paalanen <pekka.paalanen@collabora.com>
-
Benjamin Otte authored
I fixed up some sentences that were hard to read when going through the document. There are no semantic changes. Signed-off-by:
Benjamin Otte <otte@redhat.com>
-
- 28 Sep, 2021 1 commit
-
-
Set up the usual project rules, following what wayland-protocols and wayland use. Granting permissions is eased given this is mostly for documentation. Signed-off-by:
Pekka Paalanen <pekka.paalanen@collabora.com>
-
- 24 Sep, 2021 18 commits
-
-
Pekka Paalanen authored
Copied verbatim from https://gitlab.freedesktop.org/swick/wayland-protocols/-/commits/color/ which matches the wayland-protocols license at version 1.20. Signed-off-by:
Pekka Paalanen <pekka.paalanen@collabora.com>
-
Pekka Paalanen authored
Delete files imported from wayland-protocols that are not needed in this repository, leaving only the documentation. Signed-off-by:
Pekka Paalanen <pekka.paalanen@collabora.com>
-
Pekka Paalanen authored
All commits up to this point were lifted from https://gitlab.freedesktop.org/swick/wayland-protocols/-/commits/color/ as is, except deleting changes to Makefile.am as that file will not exist here. Move the color management doc to a more appropriate directory structure. Signed-off-by:
Pekka Paalanen <pekka.paalanen@collabora.com>
-
Pekka Paalanen authored
Signed-off-by:
Pekka Paalanen <pekka.paalanen@collabora.com>
-
Pekka Paalanen authored
Signed-off-by:
Pekka Paalanen <pekka.paalanen@collabora.com>
-
Pekka Paalanen authored
Signed-off-by:
Pekka Paalanen <pekka.paalanen@collabora.com>
-
This patch: * Addresses feedback & suggestions from Pekka, Swick * This adds well-known EOTF, chromaticity and whitepoint names in the protocol * updates color.rst doc with list of tables & short description for most of the well-known names Signed-off-by:
Naveen Kumar <naveen1.kumar@intel.com>
-
Pekka Paalanen authored
Fixes: swick/wayland-protocols#1 Fixes: wayland/wayland-protocols!14 (comment 616851) Signed-off-by:
Pekka Paalanen <pekka.paalanen@collabora.com>
-
Pekka Paalanen authored
Signed-off-by:
Pekka Paalanen <pekka.paalanen@collabora.com>
-
Pekka Paalanen authored
Signed-off-by:
Pekka Paalanen <pekka.paalanen@collabora.com>
-
Signed-off-by:
Vitaly Prosyak <vitaly.prosyak@amd.com>
-
Signed-off-by:
Sebastian Wick <sebastian@sebastianwick.net>
-
Signed-off-by:
Sebastian Wick <sebastian@sebastianwick.net>
-
color management: require compositors to understand all EOTF, chromaticity and whitepoint names from the protocol Signed-off-by:
Sebastian Wick <sebastian@sebastianwick.net>
-
* creating a color space now leads through the color_space_creator object which allows us to fail at ceating the color space * there are now three ways to create a color space. From an ICC profile, from well-known names and parametrically. * multiple color_management_outputs can now be created for a single wl_output * color_space_changed is not send when the object is created anymore * clearify that destroying a color space has no effect on the color space state associated with surfaces and outputs * preferred color space is send only after it is determined or changed * preferred color space is send to all matching wl_outputs Signed-off-by:
Sebastian Wick <sebastian@sebastianwick.net>
-
Pekka Paalanen authored
This adds a very high level overview of how color management is supposed to work on Wayland, compared to how it worked on X11. The aim is to get people discussing this protocol extension to the same page about the general approach which is fundamentally different from X11. Signed-off-by:
Pekka Paalanen <pekka.paalanen@collabora.com>
-
This protocol specifies a way for a client to set the color space and HDR metadata of a surface and to get information about the color spaces and HDR capabilities of outputs. For more information, see color.rst. Signed-off-by:
Sebastian Wick <sebastian@sebastianwick.net> [Pekka: added color.rst] Signed-off-by:
Pekka Paalanen <pekka.paalanen@collabora.com>
-
Pekka Paalanen authored
-