PixelDataGroupLength(7fe0,0000) - bug?

All other questions regarding DCMTK

Moderator: Moderator Team

Post Reply
Message
Author
Alexander Fedotov
Posts: 53
Joined: Thu, 2005-04-14, 15:07
Location: St. Petersburg, Russia

PixelDataGroupLength(7fe0,0000) - bug?

#1 Post by Alexander Fedotov »

If this attribute is present in a file with JPEG Lossless TransferSyntax,
an incorrect Windows DIB is created.

The file is created by LEADTOOLS library,
and is read by LEADTOOLS correctly (of cause :)
If it is necessary, I can send the file.

Best regards,
Alexander.

Jörg Riesmeier
ICSMED DICOM Services
ICSMED DICOM Services
Posts: 2217
Joined: Fri, 2004-10-29, 21:38
Location: Oldenburg, Germany

#2 Post by Jörg Riesmeier »

DCMTK does not use PixelDataGroupLength to decode the pixel data so I guess that something is wrong with the image. Did you already try any other DICOM implementation?

Anyway, please send the image by email to dicom/at/offis/dot/de.

Alexander Fedotov
Posts: 53
Joined: Thu, 2005-04-14, 15:07
Location: St. Petersburg, Russia

#3 Post by Alexander Fedotov »

> Did you already try any other DICOM implementation?
iPACS Viewer by Real Time Image shows the file correctly
and crashes after that :)

The situation is strange.
The former versions of LEADTOOLS did not write this attribute,
and I did not have any problems.
But they started to add it
(for what reason I don't know, I'm going to ask them)
and I have got a problem.

> Anyway, please send the image by email to dicom/at/offis/dot/de
Just sent.

Jörg Riesmeier
ICSMED DICOM Services
ICSMED DICOM Services
Posts: 2217
Joined: Fri, 2004-10-29, 21:38
Location: Oldenburg, Germany

#4 Post by Jörg Riesmeier »

The image violates the DICOM standard in a number of ways:
  • The transfer syntax is "JPEG Lossless, Non-hierarchical, 1st Order Prediction" but the Pixel Data is not stored as a sequence of pixel items as required for compressed images.
  • Many mandatory attributes are missing in the DICOM header, some existing attributes are incorrect.
So the main problem is the wrong encoding of the pixel data and not the existence of the attribute PixelDataGroupLength

Alexander Fedotov
Posts: 53
Joined: Thu, 2005-04-14, 15:07
Location: St. Petersburg, Russia

#5 Post by Alexander Fedotov »

> The transfer syntax is "JPEG Lossless, Non-hierarchical,
> 1st Order Prediction" but the Pixel Data is not stored
> as a sequence of pixel items as required for compressed images.
OK.
Now I have the information to send to LEADTOOLS guys,
thank you very much.

> Many mandatory attributes are missing in the DICOM header,
> some existing attributes are incorrect.
I know, this is the simpliest file for the image testing.
The same file, created by former versions of LEADTOOLS
is read by DCMTK correctly.

Best regards,
Alexander.

Alexander Fedotov
Posts: 53
Joined: Thu, 2005-04-14, 15:07
Location: St. Petersburg, Russia

#6 Post by Alexander Fedotov »

Once again,
Thank you very much for your work!!!
You hint and the file analysis were very helpful!

Best regards,
Alexander.

Post Reply

Who is online

Users browsing this forum: Ahrefs [Bot], Bing [Bot], Google [Bot] and 1 guest