On the use of glycin for loading high bit depth images

Hello all,

I recently learned that the glycin image loading library, unlike GdkPixbuf, supports images with bit depths greater than 8 bits per channel. This allows for proper display of colors on monitors with deep color support. As glycin’s first stable release came out less than a year ago, GNOME shell & mutter still depend on GdkPixbuf to load images.

Is glycin suitable for use in the parts of GNOME shell & mutter where GdkPixbuf is used today? If so, would replacing GdkPixbuf with glycin as the image loading library for these components be an effective way to improve the experience of using GNOME with modern displays?

1 Like

There has been work towards this as far as I know. :slight_smile:

2 Likes

I think you might be confusing two things here. Just having more bits per channel alone will not allow for covering a wider color gamut. Currently, our stack practically works in sRGB, no matter how many bits a channel has. However, even it being sRGB isn’t even really defined anywhere.

While glycin is prepared to support wider color gamuts in the future, the details of how this will be implemented all over the stack are not 100% settled yet. See for example the article Vivid colors in Brno for an update on this work.

2 Likes

Thanks for the info. I have a lot to learn about color. Even with sRGB, I have definitely seen an improvement in GNOME Image Viewer versus other applications when looking at images with >8 bpc color. Over DisplayPort, my monitor only supports 10 bpc without a wide color gamut. Assuming I’m attributing the visual improvement to the correct technology, glycin is already helping me use more of this monitor’s potential.

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.