dnrops
/
gimp
mirror of https://github.com/GNOME/gimp.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity
gimp/libgimpcolor/meson.build

52 lines
1.1 KiB
Meson
Raw Permalink Normal View History

Meson port.
2017-11-01 21:27:13 +08:00
libgimpcolor_sources = files(
'gimpadaptivesupersample.c',
'gimpbilinear.c',
'gimpcairo.c',
libgimpcolor: new functions gimp_color_set_alpha() and… … gimp_color_is_perceptually_identical(). gimp_color_is_perceptually_identical() is meant to replace gimp_rgb_distance() which is anyway always used to decide whether 2 colors can be considered equal. So rather than having a distance algorithm which we won't be able to change later on (if people start relying on specific values), let's just give the answer directly on what's a same color (perceptually) or not. Also now the distance is computed through the intermediate color space LCh which seems to be one of the most perceptually uniform space, therefore a good choice for such an algorithm (comparing distances on a non-perceptual uniform space doesn't make very much sense, since a same distance may be perceived differently in different subspaces).
2023-11-14 03:02:52 +08:00
'gimpcolor.c',
app: GimpGradient now uses GeglColor. I still see some limitations in GimpGradient, and in particular, they are still always stored as RGB in GGR files. It would be nice if we could store the actual color format. This way, if someone chooses a gradient stop as Lab or CMYK color, that's what the gradient file would keep track of. But also even storing the space of a color (instead of storing/loading always in sRGB, even though this may still work fine as we store unbounded double values). This might warrant for a v2 of GGR file format. This commit also fixes loading of SVG gradient which was apparently broken regarding hexadecimal color parsing. Finally I improve gegl_color_set_alpha() by adding an alpha channel when the initial format had none.
2023-11-27 04:37:52 +08:00
'gimpcolor-parse.c',
Meson port.
2017-11-01 21:27:13 +08:00
'gimpcolormanaged.c',
'gimpcolorprofile.c',
'gimpcolortransform.c',
'gimppixbuf.c',
)
libgimpcolor_headers_introspectable = files(
'gimpcolortypes.h',
'gimpadaptivesupersample.h',
'gimpbilinear.h',
'gimpcairo.h',
'gimpcolormanaged.h',
'gimpcolorprofile.h',
'gimpcolortransform.h',
'gimppixbuf.h',
libgimpcolor: implement CIEDE2000 distance algorithm to compare colors. This is used for the gimp_color_is_perceptually_identical() function, because the Euclidean distance in LCH is extremely limited, if not wrong in many cases. Indeed LCH is not perfectly perceptually uniform, and for this exact reason, the CIE defined the specific Delta E algorithms. Later versions are also based on LCH values, so my intuition to use it for distance was on a good start, yet these algorithms were refined a few times to allow for corrections in perceptual uniformity imperfections. This was in particular needed to verify if a color is out of a CMYK space gamut. The idea is to compare the distance of the RGB (or other) and the CMYK version, since we cannot just check if the CMYK color is out of the [0; 1] range (it never is). Instead if both colors are perceptually identical, then we consider that the RGB color was inside the CMYK space gamut. The naive algorithm was giving any (or nearly) color as out-of-gamut. Now using CIEDE2000, I get a much nicer results.
2023-12-19 21:59:01 +08:00
'gimpcolor.h',
Meson port.
2017-11-01 21:27:13 +08:00
)
libgimpcolor_headers = [
libgimpcolor_headers_introspectable,
]
libgimpcolor_introspectable = [
libgimpcolor_sources,
libgimpcolor_headers_introspectable,
]
libgimpcolor = library('gimpcolor-' + gimp_api_version,
libgimpcolor_sources,
include_directories: rootInclude,
dependencies: [
cairo, gdk_pixbuf, gegl, lcms, math,
],
c_args: [ '-DG_LOG_DOMAIN="LibGimpColor"', '-DGIMP_COLOR_COMPILATION', ],
link_with: [ libgimpbase, ],
vs_module_defs: 'gimpcolor.def',
install: true,
version: so_version,
)
install_headers(
libgimpcolor_headers,
subdir: gimp_api_name / 'libgimpcolor',
)