]> Creatis software - gdcm.git/blob - Doc/DICOM.txt
Fix mistypings
[gdcm.git] / Doc / DICOM.txt
1 DICOM provides a mechanism for supporting the use of JPEG Image Compression 
2 through the Encapsulated Format (see PS 3.3 of the DICOM Standard). 
3 Annex A defines a number of Transfer Syntaxes which reference 
4 the JPEG Standard and provide a number of lossless (bit preserving) 
5 and lossy compression schemes.
6 In order to facilitate interoperability of implementations conforming 
7 to the DICOM Standard which elect to use one or more 
8 of the Transfer Syntaxes for JPEG Image Compression, the following policy is specified:
9
10   Any implementation which conforms to the DICOM Standard and has elected 
11   to support any one of the Transfer Syntaxes for lossless JPEG Image Compression, 
12   shall support the following lossless compression: 
13   The subset (first-order horizontal prediction [Selection Value 1) of JPEG Process 14 
14   (DPCM, non-hierarchical with Huffman coding) (see Annex F of the DICOM Standard).
15
16    Any implementation which conforms to the DICOM Standard and has elected 
17    to support any one of the Transfer Syntaxes for 8-bit lossy JPEG Image Compression, 
18    shall support the JPEG Baseline Compression (coding Process 1).
19
20    Any implementation which conforms to the DICOM Standard and has elected 
21    to support any one of the Transfer Syntaxes for 12-bit lossy JPEG Image Compression, 
22    shall support the JPEG Compression Process 4.
23
24 Note: The DICOM conformance statement shall differentiate between implementations 
25 that can simply receive JPEG encoded images and those that can receive and process 
26 JPEG encoded images (see PS 3.2 of the DICOM Standard).
27
28 The use of the DICOM Encapsulated Format to support JPEG Compressed Pixel Data 
29 implies that the Data Elements which are related to the Native Format Pixel Data encoding
30 (e.g. Bits Allocated, Bits Stored, High Bit, Pixel Representation, Rows, Columns, etc.) 
31 shall contain values which are consistent with the characteristics 
32 of the uncompressed pixel data from which the compressed Data Stream was derived. 
33 The Pixel Data characteristics included in the JPEG Interchange Format 
34 shall be used to decode the compressed data stream.
35
36 Run Length Encoding Compression
37
38 DICOM provides a mechanism for supporting the use of Run Length Encoding (RLE) 
39 Compression which is a byte oriented lossless compression scheme through 
40 the encapsulated Format (see PS 3.3 of this Standard). 
41 Annex G of the DICOM Standard defines RLE Compression and its Transfer Syntax.
42
43 Note: The RLE Compression algorithm described in Annex G 
44 of the DICOM Standard is the compression used in 
45 the TIFF 6.0 specification known as the "PackBits" scheme.
46
47 The use of the DICOM Encapsulated Format to support RLE Compressed Pixel Data 
48 implies that the Data Elements which are related to the Native Format Pixel Data encoding (
49 e.g. Bits Allocated, Bits Stored, High Bit, Pixel Representation, Rows, Columns, etc.) 
50 shall contain values which are consistent with the characteristics 
51 of the uncompressed pixel data from which the compressed data is derived
52