Patch #467
closedHandle Cornell bug in dcmjpeg
100%
Description
See mails by Jörg Riesmeier (December 2012).
für einen Kunden habe ich heute ein DICOM-Bild mit einer offensichtlich
fehlerhaften JPEG-Lossless-Kodierung analysiert und versucht den
IJG-Code im DCMTK so zu patchen, dass das Bild korrekt verarbeitet wird.Beschrieben wird das Problem recht zahlreich im Internet, u. a. hier:
http://java.net/jira/browse/JAI_IMAGEIO_CORE-85Dort ist auch eine Lösung dokumentiert, an der ich mich bei meinem
Patch orientiert habe. Vielleicht schaust Du ihn Dir mal an. Wir können
auch gerne morgen mittag darüber reden, da ich wohl zum Escherweg
kommen werde :)Schön wäre natürlich noch eine Log-Ausgabe, aber die kriege ich von
IJG-C-Code wohl nicht so ohne weiteres hin, oder?Testen muss man das Ganze natürlich noch mit anderen (auch
fehlerfreien) Bildern. So bin ich mir nicht sicher, ob man den Fall "s == 16" nicht doch separat abhandeln sollte ... TomoVision stellt das
fehlerhafte Bild übrigens auch richtig dar. Viele andere
DICOM-Viewer/-Toolkits (einschließlich) DCMTK haben aber offensichtlich
Probleme damit.
(Newest version of the patch is attached)
Files
Updated by Jörg Riesmeier over 12 years ago
- File dcmjpeg_buggy_cornell_encoder.patch dcmjpeg_buggy_cornell_encoder.patch added
- Category set to Library
- Priority changed from Low to Normal
Here's a new version of the patch. This one has been tested with some buggy client files as well as with some correctly encoded DICOM JPEG files.
Updated by Marco Eichelberg about 7 years ago
- Assignee set to Marco Eichelberg
- % Done changed from 0 to 100
Closed by commit #b0b19e44c.