DCMTK

siehe auch E-Mail vom 08.08.2008
Bei JPEG-komprimierten DICOM-Bildern, bei denen die Angabe für "Number of Frames"
fehlerhaft ist (insbesondere, wenn der Wert angibt, daß mehr Frames da wären, als
es tatsächlich sind), bricht der Dekodierungsprozess mit einem EC_IllegalCall ab.

Zum einen sollte in einem solchen Fall ein Work-around existieren (z.B. "Number of
Frames" wird automatisch korrigiert), zum anderen sollte eine entsprechende Meldung
ausgegeben werden.

Möglicherweise tritt das gleiche Problem bei den anderes Codecs (RLE, JP2K, JPEG-LS)
in ähnlicher Weise auf.

=== Nachtrag JR ===

Es gibt mittlerweile einen entsprechenden "Bugfix" im CVS. Siehe aber auch Hinweis
von JR an ME in einer E-Mail vom 2008-08-18:

Den Patch habe ich heute (mit der Änderung, dass NumberOfFrames nur in
den Datensatz eingefügt wird, wenn > 1) in weitgehend identischer Form

meines Wissens ist das Attribut aber bei einigen IODs verpflichtend (muss
also auch dann vorhanden sein, auch wenn der Wert = 1 ist). Sollte man nicht
eher prüfen, ob das Datenelement mit einem Wert im Datensatz vorhanden ist,
und diesen dann ersetzen (unabhängig vom eigentlichen Wert)?