Sorry the analyze has taken that long.
We finally found the problem reason and prototyped a solution.
In fact the JPEG images you provided are not 32bit-depth, but 4-component CMYK images (8 bit per color component).
As the image type is mostly used in typography and not natively supported by Java, we did not implement a support for them yet.
An improved JPEG parsing and CMYK color space support implementation may take some time.
Is it really critical for your application to support the image types or a converting of your (probably few) existent CMYK JPEGs to RGB is also a solution?
A “semi-solution” for the issue to convert CMYK to RGB by PD4ML on a fly is unfortunately not an option as Java does not support them and fails with
[language=java:cph4q87h]sun.awt.image.ImageFormatException: Unsupported color conversion request
at sun.awt.image.JPEGImageDecoder.readImage(Native Method)
at sun.awt.image.JPEGImageDecoder.produceImage(JPEGImageDecoder.java:141)
at sun.awt.image.InputStreamImageSource.doFetch(InputStreamImageSource.java:269)[/language:cph4q87h]
Adding a dependence to capable JAI library is undesired.
