Problems with DICOM in NC 6.17 (there is no latest, and most of it affects XNview too):
- If DICOM file contains a preview image (element ($88,$0200) SQ), NC takes only this one, instead of the main image. I can "fix" it by "patching away" the "evil" element. Solution: skip this element when searching for the image.
- NC "-info" reports 8 bits per component, despite it's more
- NC "-info" reports some of the medical junk, but doesn't report the bit stuff (location of the usually 12 useful bits within the usually 16 total bits)
- some files give garbage when viewed or converted (needs more investigation)
DICOM BUG ($88,$0200) preview
Moderators: helmut, XnTriq, xnview
DICOM BUG ($88,$0200) preview
There is indeed no WinZIP under my rock.
Re: DICOM BUG ($88,$0200) preview
Unfortunately the "samples" are highly private and sensitive and thus not redistributable ... but I had already investigated the BUG finding out that the element ($88,$0200) is source of the problem. Also, I have for now no easy way to sufficiently anonymize the samples or to brew artificial samples exposing this BUGxnview wrote:could you send me samples?

The 2 problems with NC "-info" can be probably reproduced with any common 12 bpp DICOM file.
There is indeed no WinZIP under my rock.
Re: DICOM BUG ($88,$0200) preview
OK I found a public example (3.3 MiO):
http://microdicom.com/downloads.html
http://microdicom.com/component/docman/ ... mammo.html
http://microdicom.com/downloads.html
http://microdicom.com/component/docman/ ... mammo.html
There is indeed no WinZIP under my rock.