]> Creatis software - gdcmData.git/blob - MR_Philips_Intera_PrivateSequenceExplicitVR_in_SQ_2001_e05f_item_wrong_lgt_use_NOSHADOWSEQ.README.txt
Add jpeg with defined length for sequence of fragments
[gdcmData.git] / MR_Philips_Intera_PrivateSequenceExplicitVR_in_SQ_2001_e05f_item_wrong_lgt_use_NOSHADOWSEQ.README.txt
1 As usual for ViewForum burnt CDROMs, the Endianness switches from Little Endian
2 to Big Endian, and then back to Little Endian within an 'Explicit VR' 
3 private DICOM Sequence (the length of which is *not* 0xffffffff).
4 The heuristics to guess the endianness looking at the 'delimitors'
5 (whether they start with 0xfffe or 0xfeff) works for a while, and then breaks.
6 in SQ 2001|e05f, the first Item starter (at offset 0x1102) tells us 
7 the endianess swaps to BigEndian (we find FFFE  E000) ;
8 The entry of the first SQItem (2001|0010) is BigEndian, but its length (1600 on
9 disk is LittleEndian)  
10 It seems to be a serious bug !
11
12 The only way to read the image is to ask the reader (if you can) to skip the
13 'private sequences'.
14 -> use gdcm::File::SetLoadMode( NO_SHADOWSEQ );