Warning: Can't synchronize with repository "(default)" (/home/git/ome.git does not appear to be a Git repository.). Look in the Trac log for more information.
- Timestamp:
-
05/05/11 01:44:44 (13 years ago)
- Author:
-
mlinkert
- Comment:
-
Legend:
- Unmodified
- Added
- Removed
- Modified
-
- Property Cc philippe.mailly@… added
-
Property
Sprint
changed from
2011-05-05 (11)
to
2011-05-19 (12)
-
Property
Summary
changed from
Update JIMI service to handle JPEG streams with DNL markers
to
Update tile-based JPEG decoder to handle images that are too large
-
|
initial
|
v4
|
|
| 1 | | DNL markers and what to do about them are explained nicely here: http://www4.informatik.uni-erlangen.de/Services/Doc/graphics/doc/jpeg/structure.html. |
| | 1 | Many .ndpi files contain JPEG streams that have a width and/or height larger than 65535 (the maximum size allowed in a JPEG stream). For images where (width * height) <= (65535 * 65535), we can solve the problem by setting an artificial width and height, then re-pack the tiles with the correct dimensions after they have been decoded. |
| 2 | 2 | |
| 3 | | Java's native JPEG support conveniently does not support DNL markers, so it seems like the sensible solution is to pre-process the JPEG stream to strip out any DNL markers (and update the SOF markers) before passing the stream off to JIMI and the native JPEG decoder. |
| | 3 | For images with (width * height) > (65535 * 65535), though, we need a different strategy. |
1.3.13-PRO © 2008-2011
Agilo Software all
rights reserved
(this page was served in: 0.14405 sec.)
