Two observations:
- Currently in babl, all integers representations map the used gamut [0.0, 1.0] to [0, MAX_UINT{8, 16, 32}], leaving no room for out-of-gamut values. But this is fixable.
- Some operations may need to output non-images data (gradients, arbitrary convolutions, domain changes such as Fourier or Haar, differences, correlations, prefix-sum and whatnot...), some operations may need to take those as input. At some point, it might make sense to properly support such non-image format too. Trying to make them fit in traditional color-spaces, unbounded or not, might be a bad idea. We already encountered such issue many time in GEGL.
Regards,
Téo
_______________________________________________
gimp-developer-list mailing list
List address: gimp-developer-list@xxxxxxxxx
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives: https://mail.gnome.org/archives/gimp-developer-list
