1、 Reference numberISO/IEC 15444-2:2004/Amd.2:2006(E)ISO/IEC 2006INTERNATIONAL STANDARD ISO/IEC15444-2First edition2004-05-15AMENDMENT 22006-01-01Information technology JPEG 2000 image coding system: Extensions AMENDMENT 2: Extended capabilities marker segment Technologies de linformation Systme de co
2、dage dimages JPEG 2000: Extensions AMENDEMENT 2: Segment de marqueur capacits tendues Amendment 2:2006 toNational Standard of CanadaCAN/CSA-ISO/IEC 15444-2:05Amendment 2:2006 to International Standard ISO/IEC 15444-2:2004 has been adopted withoutmodification (IDT) as Amendment 2:2006 to CAN/CSA-ISO/
3、IEC 15444-2:05. This Amendment was reviewedby the CSA Technical Committee on Information Technology (TCIT) under the jurisdiction of the StrategicSteering Committee on Information Technology and deemed acceptable for use in Canada.December 2006ISO/IEC 15444-2:2004/Amd.2:2006(E) PDF disclaimer This P
4、DF file may contain embedded typefaces. In accordance with Adobes licensing policy, this file may be printed or viewed but shall not be edited unless the typefaces which are embedded are licensed to and installed on the computer performing the editing. In downloading this file, parties accept therei
5、n the responsibility of not infringing Adobes licensing policy. The ISO Central Secretariat accepts no liability in this area. Adobe is a trademark of Adobe Systems Incorporated. Details of the software products used to create this PDF file can be found in the General Info relative to the file; the
6、PDF-creation parameters were optimized for printing. Every care has been taken to ensure that the file is suitable for use by ISO member bodies. In the unlikely event that a problem relating to it is found, please inform the Central Secretariat at the address given below. ISO/IEC 2006 All rights res
7、erved. Unless otherwise specified, no part of this publication may be reproduced or utilized in any form or by any means, electronic or mechanical, including photocopying and microfilm, without permission in writing from either ISO at the address below or ISOs member body in the country of the reque
8、ster. ISO copyright office Case postale 56 CH-1211 Geneva 20 Tel. + 41 22 749 01 11 Fax + 41 22 749 09 47 E-mail copyrightiso.org Web www.iso.org ii ISO/IEC 2006 All rights reservedAmendment 2:2006 toCAN/CSA-ISO/IEC 15444-2:05ISO/IEC 15444-2:2004/Amd.2:2006(E) ISO/IEC 2006 All rights reserved iiiFor
9、eword ISO (the International Organization for Standardization) and IEC (the International Electrotechnical Commission) form the specialized system for worldwide standardization. National bodies that are members of ISO or IEC participate in the development of International Standards through technical
10、 committees established by the respective organization to deal with particular fields of technical activity. ISO and IEC technical committees collaborate in fields of mutual interest. Other international organizations, governmental and non-governmental, in liaison with ISO and IEC, also take part in
11、 the work. In the field of information technology, ISO and IEC have established a joint technical committee, ISO/IEC JTC 1. International Standards are drafted in accordance with the rules given in the ISO/IEC Directives, Part 2. The main task of the joint technical committee is to prepare Internati
12、onal Standards. Draft International Standards adopted by the joint technical committee are circulated to national bodies for voting. Publication as an International Standard requires approval by at least 75 % of the national bodies casting a vote. Attention is drawn to the possibility that some of t
13、he elements of this document may be the subject of patent rights. ISO and IEC shall not be held responsible for identifying any or all such patent rights. Amendment 2 to ISO/IEC 15444-2:2005 was prepared by Joint Technical Committee ISO/IEC JTC 1, Information technology, Subcommittee SC 29, Coding o
14、f audio, picture, multimedia and hypermedia information, in collaboration with ITU-T. The identical text is published as ITU-T Rec.T.801/Amd.2. Amendment 2:2006 toCAN/CSA-ISO/IEC 15444-2:05ISO/IEC 15444-2:2004/Amd.2:2006(E) iv ISO/IEC 2006 All rights reservedIntroduction The JPEG 2000 specification
15、is structured in several parts: Part 1 is defined in ITU-T Rec. T.800 | ISO/IEC 15444-1 (“Core coding system“). Part 2 is defined in ITU-T Rec. T.801 | ISO/IEC 15444-2 (“Extensions“). Part 3 is defined in ITU-T Rec. T.802 | ISO/IEC 15444-3 (“Motion JPEG 2000“). Part 4 is defined in ITU-T Rec. T.803
16、| ISO/IEC 15444-4 (“Conformance testing“). Part 5 is defined in ITU-T Rec. T.804 | ISO/IEC 15444-5 (“Reference software“). Part 6 is defined in ISO/IEC 15444-6 (“Compound image file format“). Part 7 has been withdrawn. Part 8 is defined in ISO/IEC 15444-8 (“Secured JPEG format“). Part 9 is defined i
17、n ITU-T Rec. T.808 | ISO/IEC 15444-9 (“Interactivity tools, APIs and protocols“). Part 10 is defined in ISO/IEC 15444-10 (“3-D and floating point data“). Part 11 is defined in ISO/IEC 15444-11 (“Wireless“). Part 12 is defined in ISO/IEC 15444-12 (“ISO base media file format“). The need for this amen
18、dment arises from a lack of sufficient codespace in the Rsiz capabilities parameter in the SIZ marker segment. The Rsiz parameter contains 16 bits, which are used to signal decoding capabilities required by the encoded codestream. According to Table A.10 of ITU-T Rec. T.800 | ISO/IEC 15444-1, the on
19、ly values used in Part 1 codestreams are: Rsiz = 0000 0000 0000 00xx where: xx = 00 indicates a generic Part 1 codestream xx = 01 indicates a profile 0 codestream xx = 10 indicates a profile 1 codestream In Table A.2, the first bit of Rsiz is used to indicate the presence of Part 2 features, and the
20、 bit values assigned to specific Part 2 capabilities are: Rsiz = 1000 yzzz zzzz zzzz where y = 1 indicates a codestream using Part 2 (precinct-dependent quantization) and bits 6-16 (the z-bits) indicate extensions defined in the Part 2 annexes. In particular, note that there are only 3 unused bits (
21、bits #2, 3, and 4) remaining in the Rsiz field. Signalling Part 2 capabilities requires a full bit per capability because Part 2 features can be selected independently (i.e., in arbitrary combinations) by encoders, and this situation can be expected to continue for extensions defined in subsequent P
22、arts of the JPEG 2000 family or in future Part 2 amendments. This includes extensions presently under development in JPEG 2000 Parts 8 (JPSEC), 10 (JP3D), and 11 (JPWL), many of which will be used in conjunction with other extensions from different Parts of JPEG 2000. Consequently, the three remaini
23、ng unused bits in Rsiz are far from sufficient for signalling future JPEG 2000 codestream capabilities. Rather than forcing future JPEG 2000 extensions to invent their own methods of signalling required codestream capabilities, this amendment defines a unified, scalable, semantically flexible framew
24、ork for capabilities signalling that can be used by all future JPEG 2000 Parts and amendments. Moreover, it is fully backwards-compatible with the present capabilities signalling employed in the Rsiz parameter. The key idea is to define a new variable-length Part 2 marker segment (the CAP marker seg
25、ment) that indicates the Parts and the specific extended capabilities used to encode the codestream in question. Use of the CAP marker segment is indicated by the second-most-significant bit in the Rsiz parameter. The second bit in the Rsiz parameter can also optionally be used to indicate that a CA
26、P marker segment is used. To a baseline decoder, this will appear as the indication of an unknown capability, which generally prevents the decoder from further decoding the codestream. Amendment 2:2006 toCAN/CSA-ISO/IEC 15444-2:05ISO/IEC 15444-2:2004/Amd.2:2006 (E) ITU-T Rec. T.801 (2002)/Amd.2 (05/
27、2005) 1 INTERNATIONAL STANDARD ITU-T RECOMMENDATION Information technology JPEG 2000 image coding system: Extensions Amendment 2 Extended capabilities marker segment 1) Table A.2 In Table A.2: replace all occurrences of “1000” in the four most significant bits of the index values with “1x00”; and ad
28、d the following entries immediately preceding the entry describing variable DC offset capability: 0100 0000 0000 00xx Capabilities specified in ITU-T Rec. T.800 | ISO/IEC 15444-1 and at least one extended capability indicated in the CAP marker segment 1100 xxxx xxxx xxxx Extended capabilities define
29、d in this Recommendation | International Standard as indicated in this parameter, and at least one other extended capability indicated in the CAP marker segment so that Table A.2 will now read: Value (bits) MSB LSB Capability 0000 0000 0000 0000 Capabilities specified in ITU-T Rec. T.800 | ISO/IEC 1
30、5444-1 only 1x000 xxxx xxxx xxxx At least one of the extended capabilities specified in this Recommendation | International Standard is present 0100 0000 0000 00xx Capabilities specified in ITU-T Rec. T.800 | ISO/IEC 15444-1 and at least one extended capability indicated in the CAP marker segment 11
31、00 xxxx xxxx xxxx Extended capabilities defined in this Recommendation | International Standard as indicated in this parameter, and at least one other extended capability indicated in the CAP marker segment 1x000 xxx0 xxxx xxx1 Variable DC offset capability is required to decode this codestreama) b)
32、1x000 xxxx xxxx xx1x Variable scalar quantization capability is required to decode this codestreama)1x000 xxxx xxxx x1xx Trellis coded quantization capability is useful to decode this codestreamc)1x000 xxxx xxxx 1xxx Visual masking capability is useful to decode this codestreamc)1x000 xxxx xxx1 xxxx
33、 Single sample overlap capability is required to decode this codestreama)1x000 xxxx xx1x xxxx Arbitrary decomposition style capability is required to decode this codestreama)1x000 xxxx x1xx xxxx Arbitrary transformation kernel capability is required to decode this codestreama)1x000 xxxx 1xxx xxxx Wh
34、ole sample symmetric transformation kernel capability is required to decode this codestreama)1x000 xxx1 xxxx xxxx Multiple component transformation capability is required to decode this codestreama)1x000 xx1x xxxx xxxx Non-linear point transformation capability is useful to decode this codestreamc)1
35、x000 x1xx xxxx xxxx Arbitrary shaped region of interest capability is required to decode this codestreama)1x000 1xxx xxxx xxxx Precinct-dependent quantization is required to decode this codestreama)All other values reserved a)“Required to decode“ implies that no useful data or image can be reconstru
36、cted without the use of this capability. b)Shall not be used with the multiple component transformation. c)“Useful to decode“ implies that use of this capability would improve the quality of the reconstructed data or image; however, the data or image may be decoded without its use. Amendment 2:2006
37、toCAN/CSA-ISO/IEC 15444-2:05ISO/IEC 15444-2:2004/Amd.2:2006 (E) 2 ITU-T Rec. T.801 (2002)/Amd.2 (05/2005) 2) New clause A.3.13 Add the following A.3.13: A.3.13 Extended capabilities (CAP) Function: Signals that extended capabilities were used to create (and are recommended or required to decode) a c
38、odestream. Usage: Optional. If present, must be included anywhere in the main header after the SIZ marker segment. The second-most-significant bit in Rsiz may optionally be set to 1 to indicate the presence of the CAP marker segment. Length: Variable. CAP Lcap Pcap CcapiCcapn Figure A.13 Extended ca
39、pabilities syntax CAP: Marker code. Table A.49 shows the size and values of the symbol and parameters for the extended capabilities marker segment. Lcap: Length of the CAP marker segment (not including the marker). Length is given by the following formula: Lcap = 6 + 2n bytes where n is the number o
40、f 1-bits occurring in Pcap. Pcap: 32-bit field indicating the Parts containing extended capabilities that are used to encode the image. A value of 1 in the kth-most-significant bit of Pcap indicates the use of capabilities from Part k (ISO/IEC 15444-k). The first non-zero bit in Pcap corresponds to
41、the first Ccapifield (i = 1); the second non-zero bit in Pcap corresponds to the second Ccapifield (i = 2), etc. Table A.50 shows the usage of the Pcap parameter. Ccapi: 16-bit field indicating capabilities specified in Part piwhere bit #pi is the ith non-zero bit in Pcap. If p1= 2, the bits in Ccap
42、1 shall indicate capabilities defined in Part 2 amendments; the MSB of Rsiz may be set to the value 1 in this case. For other Parts, the bits in Ccapi may be used to indicate capabilities defined in Part pi. The precise meaning of the bits in Ccapi shall be specified in Part pi(ISO/IEC 15444-pi). Ta
43、ble A.49 Extended capabilities parameter values Parameter Size (bits) Value CAP 16 0xFF50 Lcap 16 80-560 Pcap 32 See Table A.50 Ccapi16 Value and meaning specified in ISO/IEC 15444-k, where the ith non-zero bit in Pcap occurs in its kth most significant bit Table A.50 Part parameter values for the P
44、cap parameter Values (bits) MSB LSB Part parameter 1xxx xxxx xxxx xxxx xxxx xxxx xxxx xxxx Extended capabilities from ISO/IEC 15444-1 were used to encode the image x1xx xxxx xxxx xxxx xxxx xxxx xxxx xxxx Extended capabilities from ISO/IEC 15444-2 were used to encode the image xxxx xxxx xxxx xxxx xxx
45、x xxxx xxxx xxx1 Extended capabilities from ISO/IEC 15444-32 were used to encode the image Amendment 2:2006 toCAN/CSA-ISO/IEC 15444-2:05ISO/IEC 15444-2:2004/Amd.2:2006 (E) ITU-T Rec. T.801 (2002)/Amd.2 (05/2005) 3 Guidance on usage (informative): Encoders that wish to induce baseline JPEG-2000 (Part
46、 1) decoders to attempt best-effort decoding of a codestream containing non-Part 1 features may elect not to use the second-most-significant bit in Rsiz to signal the presence of the CAP marker segment. According to clause A.1 of ITU-T Rec. T.800 | ISO/IEC 15444-1, decoder implementations are suppos
47、ed to deal with unrecognized marker segments by using the length parameter to discard the marker segment. Because of this possibility, decoders that recognize any of the capabilities that would be indicated in a CAP marker segment may choose to parse for the CAP marker segment in all JPEG 2000 codes
48、treams, regardless of the value of the second Rsiz bit. Encoders should facilitate this parsing by placing the CAP marker segment as close as possible to the front of the main header. It is recommended that the CAP marker segment always appear before any other marker segments that support extended c
49、apabilities indicated in the CAP marker segment, so that such capabilities will have been indicated to the decoder prior to encountering any related marker segments. Encoders that wish to deter baseline decoders from attempting to decode a codestream that truly requires capabilities indicated in the CAP marker segment should set the second Rsiz bit to 1. Amendment 2:2006 toCAN/CSA-ISO/IEC 15444-2:05ISO/IEC 15444-2:2004/Amd.2:2006(E) ICS 35.040 ISO/IEC 2006 All rights reserved Copyright Notice This Amendment to t
