Die Verwendung von DCMTK - DICOM-Toolkit 3.6.0 - dcmdump.exe ist fehlgeschlagen?

666
twyly

Verwendung von DCMTK - DICOM-Toolkit 3.6.0 Win - dcmdump.exe ist mit DVT-Images fehlgeschlagen.

D:\dcmtk-3.6.0-win32-i386\bin>dcmdump -M -L +Qn -Un dicom-dvt-image-file 

Ausgabe wie folgt

 =================[OUTPUT]===================================================================== W: DcmItem: Length of element (ffff,000d) is odd E: DcmElement: Unknown Tag & Data (ffff,000d) larger (1313013767) than remaining bytes in file E: dcmdump: I/O suspension or premature end of stream: reading file: dicom-dvt-image-file 

Was für ein DICOM-Bildtyp (0008,0008) ist das ..? Irgendein Hinweis?

BEARBEITEN

Mit Option "- E" bekomme ich

======================================================== W: DcmItem: Length of element (ffff,000d) is odd E: DcmElement: Unknown Tag & Data (ffff,000d) larger (1313013767) than remaining bytes in file E: dcmdump: I/O suspension or premature end of stream: reading file: 6.1180118095212400.122.a000  # Dicom-File-Format  # Dicom-Meta-Information-Header # Used TransferSyntax: Unknown Transfer Syntax  # Dicom-Data-Set # Used TransferSyntax: Little Endian Implicit (ffff,000d) ?? (not loaded) # 1313013767, 1 Unknown Tag & Data 

Mit der Option "-d" bekomme ich

D: $dcmtk: dcmdump v3.6.0 2011-01-06 $ D:  D: DcmItem::checkTransferSyntax() TransferSyntax="Little Endian Implicit" D: DcmItem::checkTransferSyntax() TransferSyntax="Little Endian Implicit" W: DcmItem: Length of element (ffff,000d) is odd E: DcmElement: Unknown Tag & Data (ffff,000d) larger (1313013767) than remaining bytes in file E: dcmdump: I/O suspension or premature end of stream: reading file: 6.1180118095212400.122.a000 

Sieht aus wie TransferSyntax: Little Endian Implizit ist das Problem.

PS Ich habe diese Frage von Stack Overflow https://stackoverflow.com/questions/49508699/using-dcmtk-dicom-toolkit-3-6-0-dcmdump-exe-failed verschoben

BEARBEITEN 1

versuchen Sie es mit dcmtk 3.6.3

D: $dcmtk: dcmdump v3.6.3 2018-02-05 $ D:  D: DcmFileFormat::lookForXfer() no MetaInfo found D: DcmDataset::read() trying to detect transfer syntax of data set (because it is unknown) D: DcmDataset::read() TransferSyntax="Little Endian Implicit" W: DcmItem: Length of element (ffff,000d) is odd E: DcmElement: Unknown Tag & Data (ffff,000d) larger (1313013767) than remaining bytes in file W: DcmItem: Invalid Element (ffff,000d) found in data set E: dcmdump: I/O suspension or premature end of stream: reading file:  

BEARBEITEN 2

Schauen Sie sich mit makhaon DICOMDUMP etwas genauer an. Ich bekomme diesen "Fehler".

Detect if file is of Part10 format and detect encoding... Read Preamble and DICOM Prefix.. DICOM Prefix ("DICM") not found; file is probably not of Part10 format Try to parse file as non-Part10 file... read DICOM Prefix ("DICM") at begining of file DICOM Prefix ("DICM") is not found at the begining of file Detect Encoding (Big Endian or Little Endian) by reading Group Number of first Element.. EDICOMParseError: Group number of first Element is larger than 0008 
1

1 Antwort auf die Frage

1
J. Riesmeier

Sie könnten versuchen, die DICOM-Datei mit dcmdump aus der neuesten DCMTK-Version, dh Version 3.6.3, zu sichern, aber für mich sieht es so aus, als ob die Datei keine DICOM-Datei ist (Datei-Meta-Informationen fehlen).

Könnten Sie die Binärdatei für die weitere Analyse zur Verfügung stellen?

Dies sollte ein Kommentar sein. Toto vor 6 Jahren 0
Ok, ich werde DCMTK 3.6.3 herunterladen und es erneut versuchen. Diese Datei enthält persönliche Informationen, daher kann ich sie nicht hochladen. Vielleicht bekommen wir in einigen Tagen einen funktionierenden Viewer oder die Dateien sind defekt. twyly vor 6 Jahren 0
Verstanden, aber Sie könnten einen Hexdump der Binärdatei posten, zB mit "Hexdump -C". Die ersten Zeilen wären ausreichend, dh Sie könnten den Speicherauszug dort abschneiden, wo der Patientenname (0010,0010) erscheint. J. Riesmeier vor 6 Jahren 1
Derzeit kann ich kein gutes HEXDUMP-Programm hier bei mir finden. Das mit einem Editor (NetBeans IDE) geöffnete Ergebnis unterscheidet sich deutlich von einem korrekten DICOM-Bild. Ganz vorne steht das defekte Bild: ... CNNTImg ... twyly vor 6 Jahren 0
Ok, ich kippe diesen Test ab und warte ein wenig. Vielleicht bekommen wir neue richtige Bilder. Schauen Sie sich EDIT 2 an. twyly vor 6 Jahren 0
OK, ich würde auch annehmen, dass die Datei kein richtiges DICOM-Bild ist (siehe meinen ersten Kommentar zu StackOverflow). Wenn Sie unter Windows arbeiten, könnte dieser Hex-Editor hilfreich sein: https://mh-nexus.de/de/hxd/ J. Riesmeier vor 6 Jahren 0