+ # Multiframe Papyrus format image
+ # Just to remember this format exists, and is gdcm::File compliant
+ # (NOT gdcm::FileHelper ...)
+ # any contribution is welcome
+ "PET-cardio-Multiframe-Papyrus.dcm"
+ # From David Clunie's Compresion Dataset
+ "D_CLUNIE_CT1_JLSN.dcm"
+ "D_CLUNIE_CT1_JLSL.dcm"
+ #Not a Dicom Image, but a RT Object
+ "RS2.16.124.113534.2.3.5.0.120040728.21342.353.12747_anonimized.dcm"
+ #Dicom MPEG image
+ "ETIAM_video_002.dcm"
+ #Something stupid occured in the code for LibIDO images.
+ #I Black list them for a while. JP
+ #"gdcm-ACR-LibIDO.acr"
+ "LIBIDO-24-ACR_NEMA-Rectangle.dcm"
+ #16 Bits per pixel images with LUT 16 Bits.
+ #I wait to be 100% sure before releasing them. JP
+ "rle16sti.dcm"
+ "rle16loo.dcm"
+ # Jasper cannot handle this image, only kakadu so far, unless you patch jasper
+ # but then it breaks other images...
+ "CT_Phillips_JPEG2K_Decompr_Problem.dcm"
+
+ #RTDOSE, 32 bits image : cannot be compressed
+ #"RTDOSE.dcm"
+
+ #
+ # ------------
+ #
+ #Still cause troubles (see the .README.txt file for more details)
+ "MR_Philips_Intera_in_SQ_2001_e05f_item_wrong_lgt_use_NOSHADOWSEQ.dcm"
+ "MR_Philips_Intera_PrivateSequenceExplicitVR.dcm"
+ #The 2 previous images are identical !
+ #--> Replaced by more significant name
+ "MR_Philips_Intera_PrivateSequenceExplicitVR_in_SQ_2001_e05f_item_wrong_lgt_use_NOSHADOWSEQ.dcm"
+
+ #hexedit shows something *very* strange around offset 0x76e !
+ #the images looks *over*corrupted (on disc, not from the manufacturer!)
+ "MR_Philips_Intera_PrivateSequenceImplicitVR.dcm"
+
+ # Seems this one hangs on 64 bits processors ?!?
+ # I blacklist it until the pb is solved.
+ # (to get some more green on the Dasboards)
+ "MR_Philips-Intera_BreaksNOSHADOW.dcm"
+
+ # No way we'll ever be able to read that...
+ "ELSCINT1_LOSSLESS_RICE.dcm"
+
+ # Are we even be able to support our own bugs ?
+ "SIEMENS_MAGNETOM-12-MONO2-GDCM12-VRUN.dcm"
+ "SIEMENS_GBS_III-16-ACR_NEMA_1-ULis2Bytes.dcm"
+ )