You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
If you look at the TurboJpeg processor code, you will notice there is no Colorspace detection and there is always an assumption source is RGB. That means turbojpeg fails on CMYK. Java2D does not.
Also, turbojpeg is used as the default output processor when the libraries are present, making configuration changes (e.g swapping the JPEG processor for one that is known to work with CMYK) impossible. I think a more proper way would be to either check if JPEG is already mapped to TurboJpeg or have an extra setting that allows the output processing of e.g /default.jpeg to a config choice
The text was updated successfully, but these errors were encountered:
What?
If you look at the TurboJpeg processor code, you will notice there is no Colorspace detection and there is always an assumption source is RGB. That means turbojpeg fails on CMYK. Java2D does not.
Also, turbojpeg is used as the default output processor when the libraries are present, making configuration changes (e.g swapping the JPEG processor for one that is known to work with CMYK) impossible. I think a more proper way would be to either check if JPEG is already mapped to TurboJpeg or have an extra setting that allows the output processing of e.g /default.jpeg to a config choice
The text was updated successfully, but these errors were encountered: