> ^`]9 mbjbj"hllllllll(((8(dB)|x:)zD,Z,Z,Z,-:.\8/0wwwwwww$E| e~wlh/--h/h/w4llZ,Z,Hw444h/FlZ,lZ,w4h/w44<qllFwZ,)@k_&(2tLFwDw0xth/2D/Fw4llll ISO/IEC JTC 1/SC 29/WG 1 N5799
Date: 2011-6-30
ISO/IEC JTC 1/SC 29/WG 1
(ITU-T SG16)
Coding of Still Pictures
JBIG JPEG
Joint Bi-level Image Joint Photographic
Experts Group Experts Group
TITLE: Evolution of JPEG
SOURCE: Independent JPEG Group
PROJECT: JPEG
STATUS: Contribution, Information, For Review
REQUESTED
ACTION: For information
DISTRIBUTION: WG1 delegates, WG1 Distribution List
Contact:
Organizer Independent JPEG Group Guido Vollbeding
Zapfenweg 28, 06120 Halle (Saale), Germany
Tel: +49 345 6851663, Fax: +49 345 2046335, E-mail: gv@uc.ag
INTERNATIONAL ORGANISATION FOR STANDARDISATION
ORGANISATION INTERNATIONALE DE NORMALISATION
ISO/IEC JTC1/SC29/WG1
CODING OF STILL PICTURES
ISO/IEC JTC 1/SC 29/WG 1 N5799
Date: 2011-6-30
Title: Evolution of JPEG
Source: Independent JPEG Group
Date: 2011-6-30
CONTENTS
Page
TOC \o "1-3" \h \z HYPERLINK \l "_Toc297193596" 1 Introduction PAGEREF _Toc297193596 \h 3
HYPERLINK \l "_Toc297193597" 2 References PAGEREF _Toc297193597 \h 3
HYPERLINK \l "_Toc297193598" 3 Overview PAGEREF _Toc297193598 \h 4
HYPERLINK \l "_Toc297193599" 4 Development of the Original JPEG Standard PAGEREF _Toc297193599 \h 5
HYPERLINK \l "_Toc297193600" 5 Establishment of a Motion JPEG Standard PAGEREF _Toc297193600 \h 8
HYPERLINK \l "_Toc297193601" 6 Role of JPEG 2000 and JPEG XR PAGEREF _Toc297193601 \h 9
HYPERLINK \l "_Toc297193602" 7 Fundamental DCT Properties for Image Representation PAGEREF _Toc297193602 \h 10
HYPERLINK \l "_Toc297193603" 7.1 The Discrete Scaling Law PAGEREF _Toc297193603 \h 10
HYPERLINK \l "_Toc297193604" 7.2 The Continuous Scaling Law (Harmonic Law) PAGEREF _Toc297193604 \h 10
HYPERLINK \l "_Toc297193605" 7.3 The Law of the Eight PAGEREF _Toc297193605 \h 11
HYPERLINK \l "_Toc297193606" 7.4 The Network Law PAGEREF _Toc297193606 \h 11
Evolution of JPEG
Introduction
The Independent JPEG Group (IJG) is responsible for the reference implementation of the original JPEG standard. The reference software from the Independent JPEG Group was a key to the success of the original JPEG standard and has found widespread adoption in applications of image coding. Particularly, all contemporary digital photo cameras support the capture of images in JPEG format as the common medium for image interchange, and all image viewers, image editors, and Web browsers can display JPEG images as common standard.
The IJG implementation was first publicly released in October 1991 and has been considerably developed since that time.
In June 2009, Independent JPEG Group published a new major release (v7) of the software package to enable a new set of features for image coding application and therewith to continue the success story of JPEG.
In January 2010, Independent JPEG Group introduced a new release (v8) with extensions providing the fundament for the next generation image coding standard.
The v8 series of releases (referred to as IJG JPEG 8) realizes an important part of the Proposal [1] (SmartScale extension in Chapter 5) and will provide the code base for JPEG applications for the next couple of years.
The current release is version 8c (January 2011), and the next release 8d is planned for January 2012, providing further support for the new enabled seamlessly integrated lossless coding mode.
The new features introduced with IJG JPEG 8 are based on extensions which go beyond the original JPEG specification. It is therefore desirable to update the original JPEG specification, bringing it in sync with the currently used practice.
References
[1] ITU-T JPEG-Plus Proposal for Extending ITU-T T.81 for Advanced Image Coding,
Geneva, April 2006, Revision 3
[2] Verlustfreie JPEG Drehung Hinter den Kulissen, January 2005,
http://jpegclub.org/articles/Verlustfreie_JPEG_Drehung.doc
Overview
This document communicates various aspects which are organized in several chapters.
Chapter 4 outlines the basic requirements for a specification update of the original JPEG standard.
The process comprises two aspects:
Clean up by removing unused features
Generalize/extend for the SmartScale extension
Unused features which need to be removed:
Lossless mode as defined in the original standard
Hierarchical mode as defined in the original standard
General overhaul and sections which notably need to be upgraded/generalized/extended:
SmartScale extension in the Start-Of-Scan (SOS) marker segment
Entropy coding procedures adapt EOB dependent on block size
Multiple Zig-Zag scan tables dependent on block size
DQT marker size dependent on block size
FDCT and IDCT new definitions for other block sizes
Chapter 5 contains a recommendation for the establishment of a Motion JPEG standard, in order to bring the advantages of JPEG 8 and further enhancements also to the domain of motion picture application.
Chapter 6 explains the failure of JPEG 2000 and JPEG XR, what we should learn from these mistakes and how they can be transformed into useful features within the DCT framework so that not all invested effort will be wasted.
Finally, chapter 7 gives an explanation of four fundamental laws of image representation by usage of the DCT which are essential for understanding the success of this approach and the flop of other attempts:
The Discrete Scaling Law
The Continuous Scaling Law (Harmonic Law)
The Law of the Eight
The Network Law
Chapter 7 ends with important conclusions to consider for further advance in image coding.
Development of the Original JPEG Standard
The original JPEG specification ITU-T Rec. T.81 | ISO/IEC 10918-1 (JPEG part 1) is obsolete and due for an upgrade.
This specification upgrade should be formally classified and entitled in a way that is unambiguous and not confusing.
As described below, the upgraded specification should be a cleaned up, generalized, and extended version which replaces the original specification.
Therefore, it appears that the right formal designation would be JPEG part 1 AMENDMENT 8. The number 8 is to match the major version number of the IJG reference implementation, so as to avoid confusion. This also hints at the aim to restrict the specification only to those features which are available in a reference implementation and thus have proven to be practical. Features can be added in further amendments after they have proven to be practical. This avoids any unsubstantial speculative features to be included in the specification.
In any case, Independent JPEG Group will only support solutions which do not increase confusion and which develop clarity.
Upgrading the JPEG specification comprises two aspects:
Clean up by removing unused features
Generalize/extend for the SmartScale extension
Unused features which need to be removed are the lossless mode and the hierarchical mode as defined in the standard.
The lossless mode is replaced by a functional equivalent, but seamlessly integrated, sub-category of the SmartScale extension (using block sizes 1 or 2) as described in [1] and implemented in IJG JPEG 8. (Generalized enhancements of the corresponding DC coding model can be considered for future updates, if required.)
The hierarchical functionality will be gradually introduced. Current state is the SmartScale extension with corresponding features, particularly the unique lossless rescale. Further steps will be the case described in Chapter 4 of [1], and the Sudoku extension (Annex C of [1]).
The SmartScale extension is not a separate add-on, but rather a generalization of the given procedures from fixed block size 8 to a variable block size from 1 to 16. That is the reason for upgrading the whole specification, rather than specifying an add-on as a separate extension. This is also reflected in the IJG implementation (v8) where there is no explicit reference to a SmartScale extension in the code, but just replacing constants (DCTSIZE = 8) by variables (block_size).
As an example, consider following section in the original spec:
A.1.3 Data unit
A data unit is a sample in lossless processes and an 8x8 block of contiguous samples in DCT-based processes. The leftmost 8 samples of each of the top-most 8 rows in the component shall always be the top-left-most block. With this top-leftmost block as the reference, the component is partitioned into contiguous data units to the right and to the bottom (as shown in Figure A.4).
Here, the value 8 is simply to be replaced by the variable block_size which can be any value from 1 to 16.
Furthermore, the text can be simplified by removing the phrase lossless processes and, because the lossless processes are just those with a block_size value of 1 or 2 in the new specification.
NOTE:
The IJG implementation still has references to the constant DCTSIZE = 8 in the code.
This is important to understand because the code still uses constant 8x8 blocks for storing the DCT COEFFICIENT values! So the constant DCTSIZE = 8 always refers to blocks of coefficient values, while the variable block_size always refers to blocks of SAMPLE values! This is an important distinction which has to be noticed. It can allow a given implementation which has been written for the old standard to be easily upgraded to the new standard. The drawback is that more memory may be wasted for smaller block size cases, but otherwise it will work fine, and it is just an implementation issue which may be changed later if required.
Many calculations for image dimensions, block counts, and related values can be upgraded simply by replacing the constant DCTSIZE = 8 by the variable block_size (116).
The principal specification update for the SmartScale extension is in the definition of the Start-Of-Scan (SOS) marker segment as described in Chapter 5 of [1]. The entropy coding procedures need an adaption regarding the EOB (End Of Block) position which is now dependent on the block size, and there are now multiple Zig-Zag scan tables dependent on the block size.
NOTE:
There is one additional specification update necessary which is not mentioned in [1].
This is an adaption of the size of the DQT marker for smaller quantization tables in the case described in Chapter 5.4 of [1].
A core part of the JPEG system is the DCT subsystem which needs to be adapted. The IJG implementation introduces lots of new optimized DCT functions for different block sizes. The corresponding mathematical definitions for FDCT and IDCT in the spec need to be updated as follows.
The old definitions
One-dimensional 8-point FDCT:
EMBED Equation.3
One-dimensional 8-point IDCT:
EMBED Equation.3
where
EMBED Equation.3
Two-dimensional 8x8 FDCT:
EMBED Equation.3
Two-dimensional 8x8 IDCT:
EMBED Equation.3
where
EMBED Equation.3
are replaced by
1-D FDCT, N=116:
EMBED Equation.3
1-D IDCT, N=116:
EMBED Equation.3
where
EMBED Equation.3
2-D FDCT, N=116:
EMBED Equation.3
2-D IDCT, N=116:
EMBED Equation.3
where
EMBED Equation.3
NOTE:
Coefficient values with index 8 and greater need not be calculated in the FDCT case, and are set to zero in the IDCT case, because no more than 8x8 coefficients per block are stored in the encoded data.
There are different scaling factors compared to the normal (unrelated) mathematical N-point or NxN-point DCT definitions respectively. In our case the calculation always refers to the standard 8-point or 8x8-point DCT, so that the scaling factors are the same as those in the IDCT case, and are multiplied by 8/N per dimension in the FDCT case.
Establishment of a Motion JPEG Standard
Beside updating the original JPEG specification to match the IJG JPEG 8 implementation, it seems appropriate to also establish a corresponding Motion JPEG specification.
Oddly enough, such a Motion specification exists for all the speculative attempts, but not for the real thing.
Independent JPEG Group recommends the establishment of a Motion JPEG specification and offers to contribute in order to bring the JPEG 8 features also to the motion picture application, but under the condition that a corresponding implementation project for real-world application in a system or device can be initiated.
Motion JPEG applications and devices already exist and will be upgraded to the JPEG 8 features, since no other available motion picture procedure conforms to the fundamental laws of image representation (see chapter 7) and corresponding features.
Particularly, the MPEG specifications departed from these laws more and more with every release by more and more crippling the DCT approach. While there was limited features still possible in the early MPEG releases, with their latest specifications they seriously violate the fundamental laws and thus lose all the useful features. This misdirected development has to be corrected, and the first step to do this would be the establishment of a Motion JPEG 8 specification and the introduction of a corresponding real-world application.
Role of JPEG 2000 and JPEG XR
JPEG 2000 and the recently introduced JPEG XR are both mistakes due to the lack of knowledge of the fundamental laws of image representation with the DCT (see next chapter).
They are aimed to address certain properties and to achieve certain features, but do this in a less integrated and less flexible way than that possible with extended DCT usage.
The role of these attempts is to raise awareness for those further requirements and give the time for development of their proper realization in the extended DCT context.
As soon as these properties and features are realized in the proper context, in the process which is happening now and outlined here, these attempts have satisfied their task and can be abandoned.
The primary argument for the introduction of JPEG 2000 was scalability, at a time when the fundamental DCT properties were actually unknown.
It is interesting to understand why the Wavelets with their scalability property as used in JPEG 2000, although only a crutch and less efficient compared with the corresponding DCT features, were found easier by the academic researchers. The reason for this is that the Wavelet pyramid is constructed by a procedure which can be reproduced step by step in a rational way. The whole procedure is quite extensive, but the individual steps are relatively simple and arranged in a rationally reproducible way. This scheme is ideal for the intellectual academic approach. However, since the basic Wavelet function is only an artifact, the whole procedure cannot yield more than an artifact.
On the contrary, the scaling property of the DCT is NOT achieved by building up a sequence of steps, it is rather a wholistic phenomenon which has to be recognized directly, without logical derivation from other premises. And recognizing such phenomenon directly is outside the scope of the usual intellectual (academic) approach. It cannot be proven by logical arguments, because any proof needs assumptions, and when there is no assumptions, it is called an axiom (which cannot be proven!). In our case it is called fundamental laws (see next chapter). To be called an axiom it probably appears too complex, but on the other hand it can be easily seen and understood when not insisting on the need for logical derivation.
The scalability property of the DCT is now gradually realized in the IJG implementation. v7 introduced the basic core functions, v8 introduces the important SmartScale extension with corresponding features. The realization of the Hierarchical extension as described in Chapter 4 of [1] in a future version will finally complete the feature set for the discrete scaling property, and then at last JPEG 2000 will be obsolete.
The effort of the JPEG 2000 development can now be transformed into the development of the Hierarchical extension in the extended DCT system as described in Chapter 4 of [1].
JPEG XR, as well as recent mistaken developments in motion picture coding, introduces block coding variants by means of crippled DCTs. This DCT crippling is done with arguments of computing, and particularly lossless coding. However, what they didnt care about is that by the DCT crippling they violate all the important fundamental laws of image representation with the DCT basically they lose the essential scalability properties, which is inadmissible for a universal image coding system.
The true DCT is a calculation based on transcendent functions. There is nothing wrong with this, because only those harmonic transcendent functions provide the desired properties which are expressed in the fundamental laws and which are recognized as real phenomena. Reality includes rational phenomena, irrational phenomena, and transcendental phenomena, similar as the real numbers include rational numbers, irrational numbers, and transcendental numbers. There is no problem with this, it is part of elementary mathematical knowledge. Of course, for calculation by digital computers and devices the irrational and transcendental numbers must be approximated by rational numbers, but this has to be accepted. It is an implementation issue. But it is not admissible to introduce methods by concept with such argument, because it does not match the reality. It speaks for the loss of reality and the loss of the basic mathematical knowledge of those developers.
One can not even draw the diagonal in a unit square with a rational number, because it is irrational, and one can not draw the circumference of a unit circle with a rational number, because it is transcendental. And yet, they are real. The researchers have forgotten such simple truths, because they are caught in rationalism.
The most significant phenomena, god, life, love, truth, and death, are not rational, they are transcendental phenomena. They cannot be recognized by the rational mind, but they can be realized by consciousness which is beyond the mind.
There is, however, a particular role to fulfill for JPEG XR also, it has an aspect which can be transformed into a useful feature within the extended DCT system, so that not all invested effort will be wasted.
This feature is the two-layer hierarchical transform structure, which can be realized in the extended DCT system as described in Annex C of [1], Sudoku extension.
Fundamental DCT Properties for Image Representation
The basic foundation for all evolution and development in JPEG image coding are the fundamental DCT properties for image representation.
At least four such fundamental properties or fundamental laws of image representation by usage of the DCT can be identified:
The Discrete Scaling Law
The Discrete Scaling Law was described in Annex A and Annex B of [1].
A major manifestation of this law is the JPEG SmartScale extension as introduced in the IJG JPEG 8 implementation, described in Chapter 5 of [1].
Another manifestation of this law will be the Hierarchical extension as mentioned in the previous chapter of this document and as described in Chapter 4 of [1].
The Continuous Scaling Law (Harmonic Law)
Besides the possibilities already described, for the scaling on 16 discrete levels, the procedure in a different version allows a continuous scaling, also.
For this purpose, one can interpret the IDCT (inverse DCT in the decoder) immediately as a continuous interpolation formula. That is, the continuous intermediate values can be calculated directly by means of a continuously interpreted IDCT formula from the given discrete coefficients.
This connection holds the potential to an arbitrary (continuous) scalability directly from the coded picture data.
It is, however, first of all, also important for the understanding of the successful use of the DCT-approach in the common applications in comparison with other attempts:
A continuous representation of the picture within a pixel block is caused by the DCT. One can say that, by means of the DCT, the discontinuities between the discrete (digital) pixel values within a block are shifted towards the block boundaries. Therefore, the forming of blocks in connection with the DCT approach is not a disadvantage, as long as one works with digital picture representation in the form of discrete (digital) pixel values, anyway. Any attempt wanting to completely avoid the artifacts possibly caused by the forming of blocks by means of other procedures must fail, consequently. The DCT treats this effect in an optimal manner already, and with different procedures, only different kinds of artifacts can be caused. The basic fact of the discretization in the form of pixel values caused by the digitalization can not be avoided.
The continuous scalability is gained by means of a substitution of the discrete variable x at the position x = 0, 1, ..., 7 in the usual 8-point IDCT formula for a continuous variable t on the whole block interval from 0 to 1 (see Figure 5 in [2]):
Because of that, intermediate values can be determined at arbitrary positions of the block interval.
This second fundamental property can be considered as an adaption of the so-called Nyquist-Shannon sampling theorem specifically to the case of DCT application.
The Law of the Eight
Despite the introduction of other block sizes from 1 to 16 with the SmartScale extension, beyond the fixed size 8 in the original JPEG standard, the fact remains that the block size of 8 will still be the default value, and that all other-size DCTs are scaled in reference to the standard 8x8 DCT (see chapter 4).
The Law of the Eight explains, why the size 8 is the right default and reference value for the DCT size.
The Network Law
The forward DCT produces coefficients which have particular names that point to another important connection.
The first coefficient (Index 0 of Figure 5 in [2]) is called the DC coefficient (DC = Direct Current). This coefficient describes the mean value of the pixels within the block, and thats why it is immediately clear and known that the DC coefficient corresponds to a 1/8 downscaling of the pixel series or image respectively (with a DCT of default size 8).
The other 7 coefficients are called the AC coefficients (AC = Alternating Current).
Practically one can say that the image coding by means of the DCT converts the image information into a predominant alternating current representation. There is in the one-dimensional case 1 DC coefficient and 7 AC coefficients, and in the two-dimensional case (8x8 block) even 1 DC coefficient and 63 AC coefficients.
And it is this alternating current representation which provides all the useful properties like compressibility, variable quality and scalability with good performance.
This fact stands in full analogy to the electricity network, which also relies on an alternating current basis. The common format by means of the alternating current provides primarily the easy transforming ability for the different applications and for the low-loss transmission. Even direct current components can be operated within the alternating current network, but only as a subsidiary special case. The universal format for the interchange and transmission of energy is alternating current.
This fact appears self-evident today, but this was not always the case.
The alternating current network required decades to stand up against the direct current network. Nobody less than the famous American inventor Thomas Alva Edison promoted the direct current network for a long time, before he came to the realization at the end of his life that this had been the biggest mistake he ever did. Eventual successful rival in the so-called War of Currents at the end of the 19th century was the industrialist and engineer George Westinghouse, who successfully pursued and realized the alternating current approach by means of the developments of the ingenious inventor Nikola Tesla.
Quite similarly it is required to build the multimedia-based information interchange upon an adequate universal format which is capable to satisfy the different application requirements.
As a conclusion of all practical experiences and realizations, the solution is the extended DCT format with SmartScale functionality, which achieves the desired requirements:
Flexible transcoding ability regarding resolution and data rate (corresponds to the transforming ability of the alternating current regarding voltage level and energy quantity), availability of flexible and efficient decoders (corresponds to appliance devices) and encoders (corresponds to power plants/generators).
The extended DCT format provides the technological basis and key component, so that a universal system similar to the energy network based on alternating current can be realized in the domain of digital media (multimedia).
The basic mistake of all other failing approaches lies in non-recognizing and ignoring these fundamental laws of image coding, as they are already partly realized in common applications by the standard DCT procedure and can only come into its own by the proper further development and evolution of the original JPEG DCT approach as described in this document.
As long as these principles are further ignored by the established researchers and developers, there can be no real progress in the domain of digital image coding, and thereby also in the domain of digital media/multimedia.
The laws are already successfully in operation in the rudimentary realization of the known DCT based procedures.
For further advance it is absolutely necessary to build upon this successful approach and to extend the technological basis with the described development and evolution of original JPEG, in order to enhance and extend the application opportunities significantly.
It is no longer acceptable to pursue mistaken attempts and to rely on unsubstantial and confusing intellectual speculation. This kind of speculation has its place, and this place is at the common schools and universities and academic institutions. But this place is NOT at a body which by its naming suggests to enable and take the responsibility for actual real-world applications. If that body is going to fulfill its task, then it has to leave the state of unsubstantial intellectual speculation and increasing confusion behind, to transcend it, and gain a state of consciousness for the reality and develop clarity and understanding. Independent JPEG Group will collaborate with the JPEG committee under this assumption.
- END -
- PAGE 1 -
#$AFG\cky"zsmha@OJQJOJQJ5OJQJCJOJQJCJOJQJ5CJOJQJ5CJOJQJ5CJ$OJQJ5CJOJQJmHsH5OJQJmHsH5OJQJ5CJOJQJOJQJPJo(PJ
5PJo(5PJ5CJ05CJ(PJ5CJPJo(5CJPJhmHnHujUhmHnHu$G"_$($1$If]a$$1$If]1$K$$IfP0%nM&44
Pa$If
!$Iflm_
!(1$d
$
d,*$a$(1$1$8$$IfP4 hH44
Pap$$1$If]a$$($1$If]a$0DQxy !"##3456DEFZ[\]yzꊃ0J
j0JUjOJQJU5OJQJ\5CJ\aJCJaJ5CJaJ55CJ85CJ5CJmHsHOJQJmHsHOJQJmHsHmHsHCJOJQJOJQJ\5OJQJOJQJCJOJQJ\OJQJmHsH,)BCDwxy !R$@&a$$@&a$$a$
!1$1$1$1$(1$3456?DEH "
a./
&F$a$'&$a$$a$&d@&Pz{|}~ & ' ( B C D E F G H I J f g h հ՚jL>*B*UphjUjR>*B*UphjUjX>*B*UphjUjUOJQJaJhmHnHsHtH0J
j0JUj^>*B*Uph7h i j k
!
"
#
$
@
A
B
C
D
E
f
g
h
j:
>*B*Uphj Uj@ >*B*UphjUjF>*B*UphjUjUOJQJaJhmHnHsHtH0J
j0JU<
!"%&>?@Z[\^_`abc
'()Ԛj
Uj(
>*B*UphjUj.>*B*UphjUj4>*B*Uph0JOJQJaJhmHnHsHtH
j0JUjUj
U9)+,-./0LMNORSbcd~359Dv
`p;$$$߽wOJQJaJhnHtH5\hmHnHsHtHmHsH B*phB*OJQJphOJQJmH sH 5CJOJQJ\^JOJQJjOJQJUjUj">*B*Uph0JOJQJaJhmHnHsHtH
j0JUjU-56 CD456AB89CD !/
&F$a$!Fuv
`a;op;< !6$
&F a$
&F"
&F!/$a$$
&F a$67LM]^Yc89^ B!Y"Z">$?$$$
&F a$
&F$
&F a$$a$$$$$&&~&B'C'I''****6,7,=,,--+.,.@.A._.`/$1$7$8$H$^a$`$a$$$
&&C'I'7,=,,A._.`.a.t.u.v.w.x.y..............tqY.jAQ
CJOJQJUVhmHnHsHtHCJj4CJEHOJQJU^Jj=gE
UVCJmHsHCJOJQJmHsHjCJEHOJQJU^Jj<=gE
UVjCJOJQJU^JCJOJQJ^JCJOJQJmH sH OJQJmH sH 5\OJQJOJQJaJhnHtHOJQJaJhnHtH_.`.x.y..........//!/"/:/;/B/Z/[/k/l/~/$a$ ^``^``$a$.......//////!/"/#/6/7/8/9/;/B/C/V/W/X/Y/l/~/////ɿɬɍw_.j}MQ
CJOJQJUVhmHnHsHtHCJOJQJ^JmHsHjaEH|U^J+jWQ
CJOJQJUVmHnHsHtHjEHU^Jj^BE
CJUVjEHU^Jj]BE
CJUV^J
jU^JCJOJQJCJOJQJ^JjCJOJQJU^JjKCJEHOJQJU^J ~/////////////00%0&0>0?0F0^0_0e001$
&F#a$$a$ ^`^```$a$////////////////////////000000%0&0'0ڴڢڊ{tq[Rtqtj.-EHU^J+jMQ
CJOJQJUVmHnHsHtH^J
jU^Jj)CJEHOJQJU^J.jlQ
CJOJQJUVhmHnHsHtHCJj&CJEHOJQJU^J.jLQ
CJOJQJUVhmHnHsHtHCJmHsHCJOJQJCJOJQJ^JjCJOJQJU^Jj7#CJEHOJQJU^J '0:0;0<0=0?0F0G0Z0[0\0]0_0e025D88;L%M-NO9P?PpPPPQ Q3QQQRRMR_RRRRtteB* OJQJaJmH phsH OJQJaJmH sH B*OJQJ\aJmH phsH B*OJQJaJmH phsH OJQJOJQJmH sH 5\j4EH|U^J+jȺQ
CJOJQJUVmHnHsHtHCJOJQJ
jU^Jj0EHU^J+jpIQ
CJOJQJUVmHnHsHtH^J'0122222^335568 8!8C8D889R:;;;W>-A.ABCC/
&F$a$$
&F#a$C~EEAIJtKuKILLLL$M%MMM,N-NFNGNNOOOOOPPQ $7$8$H$a$
&F
&F/QRRR/V0V*W+W-W.WW4X5XJXKXYYYYZZqZ[*\i]^
&F/$7$8$H$^`a$$a$ $7$8$H$a$RSSSS/UBUVV/VVW+W,W-W.WWWW4X5XKXYZqZZ*\>f?flllllllllllll̻̪̻}}}}xqnq0J
j0JUOJQJ jU5OJQJmH sH OJQJB*OJQJaJphB*H*OJQJaJph!jk8B*H*OJQJUaJph B*OJQJ\aJmH phsH B*OJQJaJmH phsH 9<OJQJaJmH sH OJQJ\aJmH sH OJQJaJmH sH )^``P`bbpcd[e\e;ff?f@fAfBfCfgghhhjjll&d@&P$a$lllllllllllmmmm$a$$a$h^hlllmmmOJQJ0J
j0JU0JmHnHu &P . A!n"n#n$%^Ddp
s>A?Picture 1"bF=,W7!y8=vDmnnF=,W7!y8=PNG
IHDReVsRGBgAMAa cHRMz&u0`:pQ<PLTEٟ pHYs!!IDATH=n0`/<UFA#({F%Cޠ
]{1G(YԜ
b8^?Kaf%[&_Iħ*ʻϝQq]bOlIr?fs-e$4,G9?Աpl¹ҵD5,U6'W,k:Mx2$;x6KBX{lf5bGmbVlF,Z1dBg#ZgK2!)Ȗ!`)ȖbelLɳdTe5fukz)V45S8*T`e -dK,dClƬƓ-< 7KL'QS#L'|)&bT.cv\x(7r<+Nk&AKx2KJ
}`xtŔ6PLȃ5-YU}Lg7<6Ʈ}%r;ce23
=
.bSU- S=L#IԗWC)nRn`fl:ncQL;>أFxޏ=E"-]3<9I^ȓ9,Ⴞ:+v9)=KM=^Y|1aJS,Z7^ܿ:+Go5IENDB`}DyK_Toc297193596}DyK_Toc297193596}DyK_Toc297193597}DyK_Toc297193597}DyK_Toc297193598}DyK_Toc297193598}DyK_Toc297193599}DyK_Toc297193599}DyK_Toc297193600}DyK_Toc297193600}DyK_Toc297193601}DyK_Toc297193601}DyK_Toc297193602}DyK_Toc297193602}DyK_Toc297193603}DyK_Toc297193603}DyK_Toc297193604}DyK_Toc297193604}DyK_Toc297193605}DyK_Toc297193605}DyK_Toc297193606}DyK_Toc297193606DdJ
CA?"2z%}#|:K V`m`!N%}#|:K
!"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTVWXYZ[\_bcdefghijklmnopqrstuvwxyz{|}~Root EntryA F _a&Data
Uq<WordDocument@"ObjectPoolC"0_ __1164393788F0_0_Ole
CompObjkObjInfo!"#$%(+,-./256789:;<?BCDEHKLMNQTUVWX[^_`abcfijklmpstuvwxyz|}~
FMicrosoft Formel-Editor 3.0DS EquationEquation.39qDII
S(u)=C(u)2s(x)cos(2x+1)u16x=07
"
;u=0,1,...,Equation Native _1164393884'F@_@_Ole
CompObj
k7
FMicrosoft Formel-Editor 3.0DS EquationEquation.39q`I8I
s(x)=C(u)2u=07
"
S(u)cos(2x+1)u16ObjInfo
Equation Native
_13715850891,F__Ole
;x=0,1,...,7R,
FMicrosoft Formel-Editor 3.0DS EquationEquation.39qKb`r,
C(u)=1
2
foru=0CCompObjkObjInfoEquation Native ~_1161977317FC_C_(u)=1foru>0s(x)=1"DsamplevalueS(u)=1"DDCT"coefficient
FMicrosoft Formel-Editor 3.0DS EquationEquation.39qOle
CompObjkObjInfoEquation Native T8pII
S(v,u)=C(v)2C(u)2y=07
"
s(y,x)cos(2x+1)u16x=07
"
cos(2y+1)v16
FMicrosoft Formel-Editor 3.0_1161977542FC_C_Ole
&CompObj'kObjInfo)DS EquationEquation.39q8pII
s(y,x)=C(v)2v=07
"
C(u)2u=07
"
S(v,u)cos(2x+1)u16cos(2y+1)v16Equation Native *T_1371585111F _ _Ole
0CompObj 1k
FMicrosoft Formel-Editor 3.0DS EquationEquation.39qK m
C(u)=1
2
foru=0C(u)=1foru>0C(v)=1
2
forObjInfo!3Equation Native 4%_1370770813 $F _ _Ole
=v=0C(v)=1forv>0s(y,x)=2"DsamplevalueS(v,u)=2"DDCT"coefficient
FMicrosoft Formel-Editor 3.0DS EquationEquation.39qCompObj#%>kObjInfo&@Equation Native A*_13707706456)FP_P_xt,
S(u)=8NC(u)2s(x)cos(2x+1)u2Nx=0N"1
"
;u=0,1,...,N"1
FMicrosoft Formel-Editor 3.0Ole
FCompObj(*GkObjInfo+IEquation Native JDS EquationEquation.39qxy
s(x)=C(u)2u=0N"1
"
S(u)cos(2x+1)u2N;x=0,1,...,N"1_1371585132;.FP_P_Ole
OCompObj-/PkObjInfo0R
FMicrosoft Formel-Editor 3.0DS EquationEquation.39qKb\dp
C(u)=1
2
foru=0C(u)=1foru>0s(x)=1"DsamplevalueS(u)=1"DEquation Native S~_13707709373F`_`_Ole
YCompObj24ZkDCT"coefficient
FMicrosoft Formel-Editor 3.0DS EquationEquation.39qxg,
S(v,u)=8N8NC(v)2C(u)2y=0N"1
ObjInfo5\Equation Native ]_13707697768F^_^_Ole
d"
s(y,x)cos(2x+1)u2Nx=0N"1
"
cos(2y+1)v2N
FMicrosoft Formel-Editor 3.0DS EquationEquation.39qCompObj79ekObjInfo:gEquation Native ha_1371585224=F^_^_xE@S
s(y,x)=C(v)2v=0N"1
"
C(u)2u=0N"1
"
S(v,u)cos(2x+1)u2Ncos(2y+1)v2N
FMicrosoft Formel-Editor 3.0Ole
nCompObj<>okObjInfo?qEquation Native r%DS EquationEquation.39qK _
C(u)=1
2
foru=0C(u)=1foru>0C(v)=1
2
forv=0C(v)=1forv>0s(y,x)=2"DsamplevalueS(v,u)=2"DDCT"coefficientOh+'0 ,8T`
lx ISO/IEC JTC 1/SC 29/WG 1 N 5799Evolution of JPEG9/Guido Vollbeding9/uidNormal.dote @1xڕTKA~615MLZJ[54`J@Dz(RQx[q1rEx^C*ѐ?`=Ɵ菗br^n9b_/7K%ntټfZV*~V|tB2=_W]x^:4˪ҩN?NW0⏵/8sMg=5zeff'- ? /-atc&ķp$n,U+K@cN=DdJ
CA?"2yՒ%l7:Uxm`!MՒ%l7: @1xڕTOQ--]a1l ~l( z0$(4ĵM <?c#@Bxh`}3oeMo>~ofBHOYb)!)pD4Eл-\w@IyQxOI;j&~Y*&ryc}Q8C:I>j!ri>Ҡf#pkKoAା*uw}Voif^}5%+7Ba&<3&"#hw#ich"$DGgȢΕr]2ϣi83!9λl}Z<%=?emMe_W4o__/q罼d8|}_KOPkDdJ
CA?"2$rEA+_wbm`!$rEA+_wb6@'`<PoxڕkAMLِ5MHذƚZbrhOB ^`bc
?/0'AѫJoD4Q6ΛvѺ!|5f=QM " ^',{ٰITqMf%
У p9}IO|8T[9^Q-2Pf2{=|}+LB8v0lƕmSo%RDR/xGY˲q_XnyFrݚ)PsqYG\KZ},éfK+<1.
GMySXTHLf}!ޣ*3j iVh_XGYq4)0/wmvP5{zfZxOSr;/܊Vۍ3H=ԝI˚o_tش|^mԜd^kC&f>+om3|x^YO73}>qu`?LsͻT:Yw{8_[0x3B?ȿ}+dwoޮu#-Q\JI;xy+!J_%~knDdJ
CA?"2yAy;7m`!yAy;6 &@;rxڕKhA7IMjIt>hAR(ŃMPhLa#C<ГCDD-`\BY_p_%|]5vB5&<ӚLNTdfjqz@B]|a#hxֈkzF{2oLAb&gՂ:yZB-Zvˏ85ʳKDp+9ӚI$xzʓE&f-#}o][ͰRW}B}Oe˲OSqsM)ŚoI))=)ĮO}
)
)
=(J!gHlz
PH(@h">ZqR;'}R,ĜTc^NNXK~ >oSzA>rA=忾l],.Ș0m .-bܟf]`}`}n}A%nHRo0+>-P?9K)K)K@/<
{!߰<5 };'lnmyKaBLw!SD߄% fDdJ
CA?"24d"{#m`!4d"J$@8jxڥUMhA~3nT6bZb9 Dģ=l5hBbc)=œ
BEԋG/z6E(Λ?w5odB0vm$J
ÐKJ]JҴddk D20ۧVYL|5WxIB \&ۓDۅ-qe2<ϛP#ȘxJ0Ɲ,?0".J[67]Fx8uƋܣxUܣm?ec۟Zέ}Kx߫[쯾5wuN4}$56=ӺO's{wg(jHqK__㸓B\|3?B|D{iO6-o&e;kE=w7;u,NX`krި9%ޅj2).SDdJ
CA?"218M;%_:&m`!18M;%_:"@x5WxڥTkA~34$mZ+9H(Bă ][YQlI9u=Ay A/+{"VffLy@@jv%DJA%ʳhUTbҩT @2`2?Yzwvt=B-z60.g³,}cI_O
Ӳfum5avۜp3GߝDt7#q82l۞OǑ1i
W^9O}x;Ũ}q F|&Ǌ7ܖrn&8in
-}r-{=_T/zK?[27Ժyw:Uv0kᇪ1Y;iB/W/
~7ud|HcR~Aو淥mwH/.N cVթ9zgQO&/+9{{G\SK)U;mU_Yg}z4/NuWB}O^)'ɧ%|4gkeBim"SNUU+'^>Dd0J
CA?" 2NH7hPRn|4*m`!tNH7hPRn
:(BxڕkAl"?iU
ѓ
vIMs)o
UګɋIE=szpay;ߝy>G0>\4#LFKdQ犙}o\%,}}c9ZÝpp9Ec,T3ēJi*3ڊ%Z{+v>a.}kDnIs*w@~:/8>R_{!;Ckv_
+8܄Ç|u!x鼨FCZInwZhʣfdf~u,װn=i)?[\ƽM74MngR5O؏njޓ+m'zFWJ'4'OAx=p'}:|:v_^7T®y>a%72J6)KfzlPՌo^aӼO~n\؞?a `˚ɾh OqmO5+N{y;Qł<}_KOP
DdJ
CA
?"
2+2.I%DJ4갳r-m`!2.I%DJ4갳*`hFBPxڥ=LA=nN"(ĘX 1K0z.cX+)!X(&&X &jl, @qOs&s7{o{ahTA9CBRgHC *ֻtF(1cp(3:nD lb04173f6JwQ`5"|'1جΆQ#R6K1)[IjhV){&e7Y-.)*ѫl>=-/0kylu0Ͱ'H:V>&?'.[}o:ǖqw8Ng~~gTҼ]);fncEz-W|VFqAy}<+#k0#6{q㓊wh#nFh53z7ئ˨id~a}\|o93ZWzZJ:S\'e-ru(R*O+;sE2,f'-%N(dOU"gsYgCo]JrgMWs=_zf[OD%J5~Oģ#^~.cd/j`q>+
DdJ
CA?"26oKZ[6U;1m`!6oKZ[6U> &@;xڥUkA6ĦS--œDՠq
9"7rbv%$o}C `0J q%VK$"Ŝ/3M@RbdS\:ݍAOD{Ѐ~Cq-cD݃|dRJkԭDn5&u}RlԽd9~GR3Jr&_dY0SN7 74%o\%Vaض%A1-`;ߡ3\P=2_Qā3Ƥ#(\*_OqFuBQW$aίşBc@rغ=Y*($Y33`sY3-\r'yFi=sΦBN|oʷfmWϐ3=^ϲ{nPS[§{٦E܅AF,^֊Ff7~yj-k4=/H+ǭ8ZXգ%WߺHWXz4%ۆ_ʙV
WZՓy&f5\lGHacyQ j>
?}:/>M%dP7YWuFk!Sz8S]R
R
{P*BbϐjL%"PH
'E|:xUX{ω9)'5{y9gb02/cLY0s2')P0.ebuٱEƔY-K[rʆ9jևև:[_o 0^Mz%֧Gy>;z)z)z}%6'a}bσ<<zzOb)<1<=6z9i)_Ê!+(JHVT=>J\ߗ8GkS_Toc297193606:8_Toc297193605:2_Toc297193604:,_Toc297193603:&_Toc297193602: _Toc297193601:_Toc2971936009_Toc2971935999_Toc2971935989_Toc2971935979_Toc2971935960
iH@HStandard1$CJOJQJ_HhmH sH tH J@J
berschrift 1
x@&5CJOJQJB@B
berschrift 2 x@&5OJQJ::
berschrift 3 @&^h5JJ
berschrift 4$1$@&a$CJOJQJhPP
berschrift 5<1$@&CJOJPJQJhRR
berschrift 6<1$@&6CJOJPJQJhPP
berschrift 7<1$@&CJOJPJQJhRR
berschrift 8<1$@&6CJOJPJQJhV V
berschrift 9 <1$@&56CJOJPJQJhBA@B
Absatz-Standardschriftart@@Standardeinzug^CJOJQJ0 @0Fuzeile
!22 Kopfzeile
!0@"0FunotentextCJ:2: TableText
a$OJQJ<>B<Titel$d 5OJ QJ $)@Q$
SeitenzahlTbTInfodoc$$1$^`YCJOJQJhmH sH .U@q. Hyperlink>*B*ph44cover`5CJOJQJhFB@F
Textkrper1$a$CJOJQJhmH sH @V@@BesuchterHyperlink>*B*ph8'@8KommentarzeichenCJaJ22
KommentartextCJb^bStandard (Web)dd1$[$\$OJ
PJ
QJ
^J
aJhmH sH (O(eudoraheader@@Balloon TextCJOJQJ^JaJ88Comment Subject 5\>O>Comment Text CharOJQJhJO!JComment Subject Char5OJQJ\h@Z2@Nur Text#1$CJOJPJ
QJaJhFOAFPlain Text CharCJOJPJ
QJ^JaJDRDRevision%CJOJQJ_HhmH sH tH N@N
Verzeichnis 1&
%
aJmHnHuR@R
Verzeichnis 2'
%
P^mHnHu66
Verzeichnis 3
(^66
Verzeichnis 4
)^66
Verzeichnis 5
*^66
Verzeichnis 6
+^66
Verzeichnis 7
,^66
Verzeichnis 8
-^66
Verzeichnis 9
.^BP@BTextkrper 2/$a$OJQJmH sH iG"_)BCDwxy !R3456?DEH"a.
56
CD456AB89CD !Fuv
`a;op;< !67LM]^Yc89^BYZ> ? ""~"B#C#I##&&&&6(7(=(())+*,*@*A*_*`*x*y**********++!+"+:+;+B+Z+[+k+l+~+++++++++++++,,%,&,>,?,F,^,_,e,0-.....^//1124 4!4C4D445R6777W:-=.=>??~AAAEFtGuGIHHHH$I%III,J-JFJGJJKKKKKLLMNNN/R0R*S+S-S.SS4T5TJTKTUUUUVVqVW*XiYZ\\P\^^p_`[a\a;b**b?b@bAbBbCbccdddffhhhhii000000000000000000000000000000000000000000000000000000000303030303&03&03&03&03&03&03&03'03'03'03'0303030303 00/0000000000000 006060606060606 009/0909/090909 09 0909/0909! 09! 0909/0909" 09" 09" 09" 09" 0909/090909090909 0F909 0F909 0F909 0F90909 0000000000 0 00000000000000000000000000/000000000000000000000000000000000000000000000000000000# 0# 000 00./0./0./0.0.0.0.0.0. 00!4/0!40!40!40!40!4/0!4/0!4/0!4/0!4/0!4/0!4/0!4/0!4/0!4/0!4/0!4/0!4/0!4/0!4/0!40!40!4 00H0H0H0H0H 0HH0-J0-J0-J0-J0-J 0HH0K0K0K0K0K0K0K0K0K0K0K0K0K0K/0K0K 0HH05T/05T05T05T05T 0HH0/0000000000000000000000000000000000@0
0 zh
)$./'0Rlm8<?@ABGIKLPS_!6$_.~/01CQ^lm9;=>CDEFHJMNOQRm:EZ[{'CEFHh "Bg!?[^_a(+,.Nc`*t*v********++"+6+8+B+V+X+++++++++++,,&,:,<,F,Z,\,i
tX%tX%tX%tX%tX%tX%tX%tX%tX%tX%tX%t̕::::::::::::!T #@H 0(
0(
B
S ?
_Toc297193596
_Toc297193597
_Toc297193598
_Toc297193599
_Toc297193600
_Toc297193601
_Toc297193602
_Toc297193603
_Toc297193604
_Toc297193605
_Toc2971936066:.!4H-JK5TUi
@B.B4#IEJKITViBF02E'F g?_,c45C wxEL
####`*w******+"+9+B+Y++++++++,&,=,F,],e,0-F1J14 4!4!466::?:F<Q<<<AACCGGOOsSzSTTUU:b=b@bCbhhhhhhhhhhhhhhhhhii#E'F g?_,c6B:C `*w*y********++"+9+<+B+Y+[+++++++++++,,&,=,@,F,],UVhhhhhhhhhhhhhhhhiiiGuido Vollbeding C:\Clipbrd\Evolution_of_JPEG.docGuido Vollbeding C:\Clipbrd\Evolution_of_JPEG.docGuido Vollbeding C:\Clipbrd\Evolution_of_JPEG.docGuido Vollbeding C:\Clipbrd\Evolution_of_JPEG.docGuido VollbedingC:\Dokumente und Einstellungen\Guido Vollbeding\Anwendungsdaten\Microsoft\Word\AutoWiederherstellen-Speicherung von Evolution_of_JPEG.asdGuido VollbedingC:\Dokumente und Einstellungen\Guido Vollbeding\Anwendungsdaten\Microsoft\Word\AutoWiederherstellen-Speicherung von Evolution_of_JPEG.asdGuido VollbedingC:\Dokumente und Einstellungen\Guido Vollbeding\Anwendungsdaten\Microsoft\Word\AutoWiederherstellen-Speicherung von Evolution_of_JPEG.asdGuido VollbedingC:\Dokumente und Einstellungen\Guido Vollbeding\Anwendungsdaten\Microsoft\Word\AutoWiederherstellen-Speicherung von Evolution_of_JPEG.asdGuido VollbedingC:\Dokumente und Einstellungen\Guido Vollbeding\Anwendungsdaten\Microsoft\Word\AutoWiederherstellen-Speicherung von Evolution_of_JPEG.asdGuido VollbedingD:\Evolution_of_JPEG.doc#N=8`Cz$ vt5.7.NMPoͪbA#HF&D='v)H=t+g?X3,e)4퐵N5b1Yx60&At<9( l=j
z>hk?(ljB,-#d3~EN'"GNZ%CJ)J1Q,@nmT5.7&*u\CuL
v<Hv ~XxHVE|^~+l|f$j}tTm2} hh^h`OJQJo(hh^h`o(-hh^h`.hh^h`.(^`(.p^`p.p^`po(. P ^ `P()8^`8()pp^p`() ^ `.@@^@`.^`.hh^h`OJQJo(-h^`OJQJo(h^`OJQJo(ohpp^p`OJQJo(h@@^@`OJQJo(h^`OJQJo(oh^`OJQJo(h^`OJQJo(h^`OJQJo(ohPP^P`OJQJo(^`OJQJo(^`OJQJ^Jo(op^p`OJQJo(@^@`OJQJo(^`OJQJ^Jo(o^`OJQJo(^`OJQJo(^`OJQJ^Jo(oP^P`OJQJo(^`OJPJQJ^Jo(n^`OJQJ^Jo(opp^p`OJQJo(@@^@`OJQJo(^`OJQJ^Jo(o^`OJQJo(^`OJQJo(^`OJQJ^Jo(oPP^P`OJQJo(88^8`OJQJo(-Hh^H`@@^@`.0^`0..``^``... ^` .... ^`.....
^`
......
`^``.......
00^0`........^`OJPJQJ^Jo(-^`OJQJ^Jo(opp^p`OJQJo(@@^@`OJQJo(^`OJQJ^Jo(o^`OJQJo(^`OJQJo(^`OJQJ^Jo(oPP^P`OJQJo(p0p^p`0o(88^8`OJQJo(- ^`56o(.^`.pLp^p`L.@@^@`.^`.L^`L.^`.^`.PLP^P`L.^`OJQJo(^`OJQJ^Jo(opp^p`OJQJo(@@^@`OJQJo(^`OJQJ^Jo(o^`OJQJo(^`OJQJo(^`OJQJ^Jo(oPP^P`OJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@@^@`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(808^8`0o(808^8`0o(.808^8`0o(..808^8`0o(... ^`o( .... ^`o(.....
`^``o(
......
`^``o(.......
pp^p`o(........808^8`0o(^`.pLp^p`L.@@^@`.^`.L^`L.^`.^`.PLP^P`L.hh^h`OJQJo(88^8`OJQJ^Jo(o^`OJQJo( ^ `OJQJo(^`OJQJ^Jo(oxx^x`OJQJo(HH^H`OJQJo(^`OJQJ^Jo(o^`OJQJo(88^8`OJPJQJ^Jo(-^`OJQJo(o ^ `OJQJo(^`OJQJo(xx^x`OJQJo(oHH^H`OJQJo(^`OJQJo(^`OJQJo(o^`OJQJo(
Resolution P^`P()`p`^``p()P^`P)P^`P)^`)P^`P.0p0^0`p.@
yW^y`W56CJ. 808^8`0o(^`.pLp^p`L.@@^@`.^`.L^`L.^`.^`.PLP^P`L.^`OJQJo(^`OJQJ^Jo(opp^p`OJQJo(@@^@`OJQJo(^`OJQJ^Jo(o^`OJQJo(^`OJQJo(^`OJQJ^Jo(oPP^P`OJQJo((^`(.p^`p.p^`po(. P ^ `P()8^`8()pp^p`() ^ `.@@^@`.^`.88^8`OJQJo(-hh^h`o(-88^8`o(-hh^h`OJQJo(h^`OJQJo(h^`OJQJo(ohpp^p`OJQJo(h@@^@`OJQJo(h^`OJQJo(oh^`OJQJo(h^`OJQJo(h^`OJQJo(ohPP^P`OJQJo(h^`OJQJo(h^`.hpp^p`OJQJo(h@@^@`OJQJo(h^`OJQJo(oh^`OJQJo(h^`OJQJo(h^`OJQJo(ohPP^P`OJQJo(h^`()h^`.hpLp^p`L.h@@^@`.h^`.hL^`L.h^`.h^`.hPLP^P`L.hh^h`o(-hh^h`OJQJo(#D=')d3~EX3Cz$2}j}nmTN5Hv'"GCuvtN=v&*u.NM)4HF&1Yx6jBk?1Qt<9H=t+bA#Z%CJ
z> l=E|o~Xx+l|## S &(nT00vڨ|`tn?r
k R ȡ {| i@tiP@UnknownGz Times New Roman5Symbol3&z Arial;Minchofg3z TimesS PalatinoBook AntiquaY New YorkTimes New Roman;"HelveticaG
MS Mincho-3 fg71CourierW.??Arial Unicode MSTahoma5&z!Tahoma[= @ ConsolasDejaVu Sans MonoC.@ CalibriArial?5 z Courier New;Wingdings"1۪۪&,V,
9!d9jVNQHPISO/IEC JTC 1/SC 29/WG 1 N 5799Evolution of JPEGGuido VollbedingGuido Vollbeding
FMicrosoft Word-Dokument
MSWordDocWord.Document.89q**