New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add initial structure for decompressing JPEG XR images (assist #8493). #1014
Conversation
The PixelFormat class has still an ugly byte array as the common part. This might need a bit of work. Also unit tests are missing.
This allows for another metadata class to be present: one for the IFD and one for the image header metadata.
IFDMetadata and ColorFormat are now in packages that describe their meaning in the codestream.
Travis failure. |
Re-launched maven travis job. |
Temporarily excluding as this fails |
Exclude removed as findbugs is expected to be fixed. |
Add initial structure for decompressing JPEG XR images (assist #8493).
--no-rebase |
Following this initial effort, more information about the cost of trying to implement JPEG-XR can be read at http://lists.openmicroscopy.org.uk/pipermail/ome-users/2015-September/005616.html and http://blog.openmicroscopy.org/file-formats/community/2016/01/06/format-support/ . |
This PR adds a Bio-Formats module named
ome-jxr
. This module implements part of the ITU-T T.832 recommendation for "Still-image compression – JPEG XR". The main blocker encountered during work on the business logic was the lack of proper bit-level stream readers in Java (and Bio-Formats). The code implements the specification up to point 8.4.22.6. Comments have been left in places where the requirement of an enum or class was unknown before the decompression stage. Outstanding tasks can be seen in https://trac.openmicroscopy.org/ome/ticket/8493.For discussion during code review:
WARNING: This implementation is incomplete. Please see the comment below for the current status (March 2016)