# Discrete cosine transform

A **discrete cosine transform** (**DCT**) expresses a finite sequence of data points in terms of a sum of cosine functions oscillating at different frequencies. DCTs are important to numerous applications in science and engineering, from lossy compression of audio (e.g. MP3), images (e.g. JPEG) (where small high-frequency components can be discarded), and video (e.g. MPEG), to spectral methods for the numerical solution of partial differential equations. The use of cosine rather than sine functions is critical for compression, since it turns out (as described below) that fewer cosine functions are needed to approximate a typical signal, whereas for differential equations the cosines express a particular choice of boundary conditions.

In particular, a DCT is a Fourier-related transform similar to the discrete Fourier transform (DFT), but using only real numbers. The DCTs are generally related to Fourier Series coefficients of a periodically and symmetrically extended sequence whereas DFTs are related to Fourier Series coefficients of a periodically extended sequence. DCTs are equivalent to DFTs of roughly twice the length, operating on real data with even symmetry (since the Fourier transform of a real and even function is real and even), whereas in some variants the input and/or output data are shifted by half a sample. There are eight standard DCT variants, of which four are common.

The most common variant of discrete cosine transform is the type-II DCT, which is often called simply "the DCT". Its inverse, the type-III DCT, is correspondingly often called simply "the inverse DCT" or "the IDCT". Two related transforms are the discrete sine transform (DST), which is equivalent to a DFT of real and *odd* functions, and the modified discrete cosine transform (MDCT), which is based on a DCT of *overlapping* data. Multidimensional DCTs (MD DCTs) are developed to extend the concept of DCT on MD Signals. There are several algorithms to compute MD DCT. A new variety of fast algorithms are also developed to reduce the computational complexity of implementing DCT.

## Contents

## HistoryEdit

Discrete cosine transform (DCT) was introduced in a 1974 research paper by Nasir Ahmed, T. Natarajan and K. R. Rao.^{[1]}^{[2]}^{[3]} It was a benchmark publication,^{[4]}^{[5]} and has been cited as a fundamental development in many works since its publication.^{[6]} The basic research work and events that led to the development of the DCT were summarized in a later publication by Ahmed, "How I came up with the Discrete Cosine Transform".^{[7]}

There were further developments made to DCT in later research papers.^{[3]} A 1977 paper by Wen-Hsiung Chen, C.H. Smith and S.C. Fralick presented a fast DCT algorithm, with further developments presented in a 1978 paper by N.J. Narasinha and S.C. Fralick, and a 1984 paper by B.G. Lee.^{[3]} These research papers, along with the original 1974 paper by Ahmed, Natarajan, and Rao, were cited by the Joint Photographic Experts Group as the basis for JPEG's lossy image compression algorithm in 1992.^{[3]}^{[8]}

In 1988, the first DCT-based video coding format, H.261, was introduced. DCT was later also used for the MPEG-1 format, introduced in 1992. DCT subsequently became the standard for all of the MPEG video coding formats that followed.^{[9]}

Modified discrete cosine transform (MDCT) was proposed by Princen, Johnson and Bradley in 1987,^{[10]} following earlier work by Princen and Bradley in 1986.^{[11]} MDCT is used in modern audio compression formats such as MP3^{[12]} and AAC.

## ApplicationsEdit

The DCT, and in particular the DCT-II, is often used in signal and image processing, especially for lossy compression, because it has a strong "energy compaction" property:^{[1]}^{[2]} in typical applications, most of the signal information tends to be concentrated in a few low-frequency components of the DCT. For strongly correlated Markov processes, the DCT can approach the compaction efficiency of the Karhunen-Loève transform (which is optimal in the decorrelation sense). As explained below, this stems from the boundary conditions implicit in the cosine functions.

DCTs are also widely employed in solving partial differential equations by spectral methods, where the different variants of the DCT correspond to slightly different even/odd boundary conditions at the two ends of the array.

DCTs are also closely related to Chebyshev polynomials, and fast DCT algorithms (below) are used in Chebyshev approximation of arbitrary functions by series of Chebyshev polynomials, for example in Clenshaw–Curtis quadrature.

### JPEGEdit

The DCT is used in JPEG image compression, MJPEG, MPEG, DV, Daala, and Theora video compression. There, the two-dimensional DCT-II of blocks are computed and the results are quantized and entropy coded. In this case, is typically 8 and the DCT-II formula is applied to each row and column of the block. The result is an 8 × 8 transform coefficient array in which the element (top-left) is the DC (zero-frequency) component and entries with increasing vertical and horizontal index values represent higher vertical and horizontal spatial frequencies.

Multidimensional DCTs (MD DCTs) have several applications mainly 3-D DCT-II has several new applications like Hyperspectral Imaging coding systems,^{[13]} variable temporal length 3-D DCT coding,^{[14]} video coding algorithms,^{[15]} adaptive video coding ^{[16]} and 3-D Compression.^{[17]} Due to enhancement in the hardware, software and introduction of several fast algorithms, the necessity of using M-D DCTs is rapidly increasing. DCT-IV has gained popularity for its applications in fast implementation of real-valued polyphase filtering banks,^{[18]} lapped orthogonal transform^{[19]}^{[20]} and cosine-modulated wavelet bases.^{[21]}

### Other multimedia formatsEdit

In addition to JPEG, forms of DCT-II are used for the following multimedia formats.

Standard | Technologies |
---|---|

MPEG-1 Video^{[22]} |
Video distribution on CD or via the World Wide Web. |

H.261^{[23]}^{[24]} |
First of a family of video coding standards (1988). Used primarily in older video conferencing and video telephone products. |

MPEG-2 Video (H.262)^{[22]} |
Storage and handling of digital images in broadcast applications: digital TV, HDTV, cable, satellite, high speed internet; video distribution on DVD. |

H.263^{[23]} |
Video telephony over Public Switched Telephone Network (PSTN) |

VC-1 | Windows media, Blu-ray Discs. |

H.264/MPEG-4 AVC | The most commonly used format for recording, compression and distribution of high definition video; streaming internet video; Blu-ray Discs; HDTV broadcasts (terrestrial, cable and satellite). |

HEVC | The emerging successor to the H.264/MPEG-4 AVC standard, having substantially improved compression capability. |

WebP Images | A graphic format that support the lossy compression of digital images. Developed by Google. |

WebM Video | A multimedia open source format developed by Google intended to be used with HTML5. |

A related transform, the *modified* discrete cosine transform, or MDCT (based on the DCT-IV), is used in the MP3, AAC, Vorbis and WMA audio compression formats.

## Informal overviewEdit

Like any Fourier-related transform, discrete cosine transforms (DCTs) express a function or a signal in terms of a sum of sinusoids with different frequencies and amplitudes. Like the discrete Fourier transform (DFT), a DCT operates on a function at a finite number of discrete data points. The obvious distinction between a DCT and a DFT is that the former uses only cosine functions, while the latter uses both cosines and sines (in the form of complex exponentials). However, this visible difference is merely a consequence of a deeper distinction: a DCT implies different boundary conditions from the DFT or other related transforms.

The Fourier-related transforms that operate on a function over a finite domain, such as the DFT or DCT or a Fourier series, can be thought of as implicitly defining an *extension* of that function outside the domain. That is, once you write a function as a sum of sinusoids, you can evaluate that sum at any , even for where the original was not specified. The DFT, like the Fourier series, implies a periodic extension of the original function. A DCT, like a cosine transform, implies an even extension of the original function.

However, because DCTs operate on *finite*, *discrete* sequences, two issues arise that do not apply for the continuous cosine transform. First, one has to specify whether the function is even or odd at *both* the left and right boundaries of the domain (i.e. the min-*n* and max-*n* boundaries in the definitions below, respectively). Second, one has to specify around *what point* the function is even or odd. In particular, consider a sequence *abcd* of four equally spaced data points, and say that we specify an even *left* boundary. There are two sensible possibilities: either the data are even about the sample *a*, in which case the even extension is *dcbabcd*, or the data are even about the point *halfway* between *a* and the previous point, in which case the even extension is *dcbaabcd* (*a* is repeated).

These choices lead to all the standard variations of DCTs and also discrete sine transforms (DSTs).
Each boundary can be either even or odd (2 choices per boundary) and can be symmetric about a data point or the point halfway between two data points (2 choices per boundary), for a total of 2 × 2 × 2 × 2 = 16 possibilities. Half of these possibilities, those where the *left* boundary is even, correspond to the 8 types of DCT; the other half are the 8 types of DST.

These different boundary conditions strongly affect the applications of the transform and lead to uniquely useful properties for the various DCT types. Most directly, when using Fourier-related transforms to solve partial differential equations by spectral methods, the boundary conditions are directly specified as a part of the problem being solved. Or, for the MDCT (based on the type-IV DCT), the boundary conditions are intimately involved in the MDCT's critical property of time-domain aliasing cancellation. In a more subtle fashion, the boundary conditions are responsible for the "energy compactification" properties that make DCTs useful for image and audio compression, because the boundaries affect the rate of convergence of any Fourier-like series.

In particular, it is well known that any discontinuities in a function reduce the rate of convergence of the Fourier series, so that more sinusoids are needed to represent the function with a given accuracy. The same principle governs the usefulness of the DFT and other transforms for signal compression; the smoother a function is, the fewer terms in its DFT or DCT are required to represent it accurately, and the more it can be compressed. (Here, we think of the DFT or DCT as approximations for the Fourier series or cosine series of a function, respectively, in order to talk about its "smoothness".) However, the implicit periodicity of the DFT means that discontinuities usually occur at the boundaries: any random segment of a signal is unlikely to have the same value at both the left and right boundaries. (A similar problem arises for the DST, in which the odd left boundary condition implies a discontinuity for any function that does not happen to be zero at that boundary.) In contrast, a DCT where *both* boundaries are even *always* yields a continuous extension at the boundaries (although the slope is generally discontinuous). This is why DCTs, and in particular DCTs of types I, II, V, and VI (the types that have two even boundaries) generally perform better for signal compression than DFTs and DSTs. In practice, a type-II DCT is usually preferred for such applications, in part for reasons of computational convenience.

## Formal definitionEdit

Formally, the discrete cosine transform is a linear, invertible function (where denotes the set of real numbers), or equivalently an invertible *N* × *N* square matrix. There are several variants of the DCT with slightly modified definitions. The *N* real numbers *x*_{0}, ..., *x*_{N-1} are transformed into the *N* real numbers *X*_{0}, ..., *X*_{N-1} according to one of the formulas:

### DCT-IEdit

Some authors further multiply the *x*_{0} and *x*_{N-1} terms by √2, and correspondingly multiply the *X*_{0} and *X*_{N-1} terms by 1/√2. This makes the DCT-I matrix orthogonal, if one further multiplies by an overall scale factor of , but breaks the direct correspondence with a real-even DFT.

The DCT-I is exactly equivalent (up to an overall scale factor of 2), to a DFT of real numbers with even symmetry. For example, a DCT-I of *N*=5 real numbers *abcde* is exactly equivalent to a DFT of eight real numbers *abcdedcb* (even symmetry), divided by two. (In contrast, DCT types II-IV involve a half-sample shift in the equivalent DFT.)

Note, however, that the DCT-I is not defined for *N* less than 2. (All other DCT types are defined for any positive *N*.)

Thus, the DCT-I corresponds to the boundary conditions: *x*_{n} is even around *n* = 0 and even around *n* = *N*−1; similarly for *X*_{k}.

### DCT-IIEdit

The DCT-II is probably the most commonly used form, and is often simply referred to as "the DCT".^{[1]}^{[2]}

This transform is exactly equivalent (up to an overall scale factor of 2) to a DFT of real inputs of even symmetry where the even-indexed elements are zero. That is, it is half of the DFT of the inputs , where , for , , and for . DCT II transformation is also possible using 2N signal followed by a multiplication by half shift. This is demonstrated by Makhoul.

Some authors further multiply the *X*_{0} term by 1/√2 and multiply the resulting matrix by an overall scale factor of (see below for the corresponding change in DCT-III). This makes the DCT-II matrix orthogonal, but breaks the direct correspondence with a real-even DFT of half-shifted input. This is the normalization used by Matlab, for example.^{[25]} In many applications, such as JPEG, the scaling is arbitrary because scale factors can be combined with a subsequent computational step (e.g. the quantization step in JPEG^{[26]}), and a scaling can be chosen that allows the DCT to be computed with fewer multiplications.^{[27]}^{[28]}

The DCT-II implies the boundary conditions: *x*_{n} is even around *n* = −1/2 and even around *n* = *N*−1/2; *X*_{k} is even around *k* = 0 and odd around *k* = *N*.

### DCT-IIIEdit

Because it is the inverse of DCT-II (up to a scale factor, see below), this form is sometimes simply referred to as "the inverse DCT" ("IDCT").^{[2]}

Some authors divide the *x*_{0} term by √2 instead of by 2 (resulting in an overall *x*_{0}/√2 term) and multiply the resulting matrix by an overall scale factor of (see above for the corresponding change in DCT-II), so that the DCT-II and DCT-III are transposes of one another. This makes the DCT-III matrix orthogonal, but breaks the direct correspondence with a real-even DFT of half-shifted output.

The DCT-III implies the boundary conditions: *x*_{n} is even around *n* = 0 and odd around *n* = *N*; *X*_{k} is even around *k* = −1/2 and even around *k* = *N*−1/2.

### DCT-IVEdit

The DCT-IV matrix becomes orthogonal (and thus, being clearly symmetric, its own inverse) if one further multiplies by an overall scale factor of .

A variant of the DCT-IV, where data from different transforms are *overlapped*, is called the modified discrete cosine transform (MDCT).^{[29]}

The DCT-IV implies the boundary conditions: *x*_{n} is even around *n* = −1/2 and odd around *n* = *N*−1/2; similarly for *X*_{k}.

### DCT V-VIIIEdit

DCTs of types I-IV treat both boundaries consistently regarding the point of symmetry: they are even/odd around either a data point for both boundaries or halfway between two data points for both boundaries. By contrast, DCTs of types V-VIII imply boundaries that are even/odd around a data point for one boundary and halfway between two data points for the other boundary.

In other words,
DCT types I-IV are equivalent to real-even DFTs of even order (regardless of whether *N* is even or odd), since the corresponding DFT is of length 2(*N*−1) (for DCT-I) or 4*N* (for DCT-II/III) or 8*N* (for DCT-IV). The four additional types of discrete cosine transform^{[30]} correspond essentially to real-even DFTs of logically odd order, which have factors of *N* ± ½ in the denominators of the cosine arguments.

However, these variants seem to be rarely used in practice. One reason, perhaps, is that FFT algorithms for odd-length DFTs are generally more complicated than FFT algorithms for even-length DFTs (e.g. the simplest radix-2 algorithms are only for even lengths), and this increased intricacy carries over to the DCTs as described below.

(The trivial real-even array, a length-one DFT (odd length) of a single number *a*, corresponds to a DCT-V of length *N* = 1.)

## Inverse transformsEdit

Using the normalization conventions above, the inverse of DCT-I is DCT-I multiplied by 2/(*N*-1). The inverse of DCT-IV is DCT-IV multiplied by 2/*N*. The inverse of DCT-II is DCT-III multiplied by 2/*N* and vice versa.^{[2]}

Like for the DFT, the normalization factor in front of these transform definitions is merely a convention and differs between treatments. For example, some authors multiply the transforms by so that the inverse does not require any additional multiplicative factor. Combined with appropriate factors of √2 (see above), this can be used to make the transform matrix orthogonal.

## Multidimensional DCTsEdit

Multidimensional variants of the various DCT types follow straightforwardly from the one-dimensional definitions: they are simply a separable product (equivalently, a composition) of DCTs along each dimension.

### M-D DCT-IIEdit

For example, a two-dimensional DCT-II of an image or a matrix is simply the one-dimensional DCT-II, from above, performed along the rows and then along the columns (or vice versa). That is, the 2D DCT-II is given by the formula (omitting normalization and other scale factors, as above):

- The inverse of a multi-dimensional DCT is just a separable product of the inverse(s) of the corresponding one-dimensional DCT(s) (see above), e.g. the one-dimensional inverses applied along one dimension at a time in a row-column algorithm.

The *3-D DCT-II* is only the extension of *2-D DCT-II* in three dimensional space and mathematically can be calculated by the formula

The inverse of **3-D DCT-II** is **3-D DCT-III** and can be computed from the formula given by

Technically, computing a two-, three- (or -multi) dimensional DCT by sequences of one-dimensional DCTs along each dimension is known as a *row-column* algorithm. As with multidimensional FFT algorithms, however, there exist other methods to compute the same thing while performing the computations in a different order (i.e. interleaving/combining the algorithms for the different dimensions). Owing to the rapid growth in the applications based on the 3-D DCT, several fast algorithms are developed for the computation of 3-D DCT-II. Vector-Radix algorithms are applied for computing M-D DCT to reduce the computational complexity and to increase the computational speed. To compute 3-D DCT-II efficiently, a fast algorithm, Vector-Radix Decimation in Frequency (VR DIF) algorithm was developed.

#### 3-D DCT-II VR DIFEdit

In order to apply the VR DIF algorithm the input data is to be formulated and rearranged as follows.^{[31]}^{[32]} The transform size *N x N x N* is assumed to be *2*.

- where

The figure to the adjacent shows the four stages that are involved in calculating 3-D DCT-II using VR DIF algorithm. The first stage is the 3-D reordering using the index mapping illustrated by the above equations. The second stage is the butterfly calculation. Each butterfly calculates eight points together as shown in the figure just below, where .

The original 3-D DCT-II now can be written as

where .

If the even and the odd parts of and and are considered, the general formula for the calculation of the 3-D DCT-II can be expressed as

where

##### Arithmetic complexityEdit

The whole 3-D DCT calculation needs stages, and each stage involves butterflies. The whole 3-D DCT requires butterflies to be computed. Each butterfly requires seven real multiplications (including trivial multiplications) and 24 real additions (including trivial additions). Therefore, the total number of real multiplications needed for this stage is , and the total number of real additions i.e. including the post-additions (recursive additions) which can be calculated directly after the butterfly stage or after the bit-reverse stage are given by^{[32]} .

The conventional method to calculate MD-DCT-II is using a Row-Column-Frame (RCF) approach which is computationally complex and less productive on most advanced recent hardware platforms. The number of multiplications required to compute VR DIF Algorithm when compared to RCF algorithm are quite a few in number. The number of Multiplications and additions involved in RCF approach are given by and respectively. From Table 1, it can be seen that the total number

Transform Size | 3D VR Mults | RCF Mults | 3D VR Adds | RCF Adds |
---|---|---|---|---|

8 x 8 x 8 | 2.625 | 4.5 | 10.875 | 10.875 |

16 x 16 x 16 | 3.5 | 6 | 15.188 | 15.188 |

32 x 32 x 32 | 4.375 | 7.5 | 19.594 | 19.594 |

64 x 64 x 64 | 5.25 | 9 | 24.047 | 24.047 |

of multiplications associated with the 3-D DCT VR algorithm is less than that associated with the RCF approach by more than 40%. In addition, the RCF approach involves matrix transpose and more indexing and data swapping than the new VR algorithm. This makes the 3-D DCT VR algorithm more efficient and better suited for 3-D applications that involve the 3-D DCT-II such as video compression and other 3-D image processing applications. The main consideration in choosing a fast algorithm is to avoid computational and structural complexities. As the technology of computers and DSPs advances, the execution time of arithmetic operations (multiplications and additions) is becoming very fast, and regular computational structure becomes the most important factor.^{[33]} Therefore, although the above proposed 3-D VR algorithm does not achieve the theoretical lower bound on the number of multiplications,^{[34]} it has a simpler computational structure as compared to other 3-D DCT algorithms. It can be implemented in place using a single butterfly and possesses the properties of the Cooley–Tukey FFT algorithm in 3-D. Hence, the 3-D VR presents a good choice for reducing arithmetic operations in the calculation of the 3-D DCT-II while keeping the simple structure that characterize butterfly style Cooley–Tukey FFT algorithms.

The image to the right shows a combination of horizontal and vertical frequencies for an 8 x 8 ( ) two-dimensional DCT. Each step from left to right and top to bottom is an increase in frequency by 1/2 cycle.

For example, moving right one from the top-left square yields a half-cycle increase in the horizontal frequency. Another move to the right yields two half-cycles. A move down yields two half-cycles horizontally and a half-cycle vertically. The source data (8x8) is transformed to a linear combination of these 64 frequency squares.

### MD-DCT-IVEdit

The M-D DCT-IV is just an extension of 1-D DCT-IV on to M dimensional domain. The 2-D DCT-IV of a matrix or an image is given by

- .

We can compute the MD DCT-IV using the regular row-column method or we can use the polynomial transform method^{[35]} for the fast and efficient computation. The main idea of this algorithm is to use the Polynomial Transform to convert the multidimensional DCT into a series of 1-D DCTs directly. MD DCT-IV also has several applications in various fields.

## ComputationEdit

Although the direct application of these formulas would require O(*N*^{2}) operations, it is possible to compute the same thing with only O(*N* log *N*) complexity by factorizing the computation similarly to the fast Fourier transform (FFT). One can also compute DCTs via FFTs combined with O(*N*) pre- and post-processing steps. In general, O(*N* log *N*) methods to compute DCTs are known as fast cosine transform (FCT) algorithms.

The most efficient algorithms, in principle, are usually those that are specialized directly for the DCT, as opposed to using an ordinary FFT plus O(*N*) extra operations (see below for an exception). However, even "specialized" DCT algorithms (including all of those that achieve the lowest known arithmetic counts, at least for power-of-two sizes) are typically closely related to FFT algorithms—since DCTs are essentially DFTs of real-even data, one can design a fast DCT algorithm by taking an FFT and eliminating the redundant operations due to this symmetry. This can even be done automatically (Frigo & Johnson, 2005). Algorithms based on the Cooley–Tukey FFT algorithm are most common, but any other FFT algorithm is also applicable. For example, the Winograd FFT algorithm leads to minimal-multiplication algorithms for the DFT, albeit generally at the cost of more additions, and a similar algorithm was proposed by Feig & Winograd (1992) for the DCT. Because the algorithms for DFTs, DCTs, and similar transforms are all so closely related, any improvement in algorithms for one transform will theoretically lead to immediate gains for the other transforms as well (Duhamel & Vetterli 1990).

While DCT algorithms that employ an unmodified FFT often have some theoretical overhead compared to the best specialized DCT algorithms, the former also have a distinct advantage: highly optimized FFT programs are widely available. Thus, in practice, it is often easier to obtain high performance for general lengths *N* with FFT-based algorithms. (Performance on modern hardware is typically not dominated simply by arithmetic counts, and optimization requires substantial engineering effort.) Specialized DCT algorithms, on the other hand, see widespread use for transforms of small, fixed sizes such as the DCT-II used in JPEG compression, or the small DCTs (or MDCTs) typically used in audio compression. (Reduced code size may also be a reason to use a specialized DCT for embedded-device applications.)

In fact, even the DCT algorithms using an ordinary FFT are sometimes equivalent to pruning the redundant operations from a larger FFT of real-symmetric data, and they can even be optimal from the perspective of arithmetic counts. For example, a type-II DCT is equivalent to a DFT of size with real-even symmetry whose even-indexed elements are zero. One of the most common methods for computing this via an FFT (e.g. the method used in FFTPACK and FFTW) was described by Narasimha & Peterson (1978) and Makhoul (1980), and this method in hindsight can be seen as one step of a radix-4 decimation-in-time Cooley–Tukey algorithm applied to the "logical" real-even DFT corresponding to the DCT II. (The radix-4 step reduces the size DFT to four size- DFTs of real data, two of which are zero and two of which are equal to one another by the even symmetry, hence giving a single size- FFT of real data plus butterflies.) Because the even-indexed elements are zero, this radix-4 step is exactly the same as a split-radix step; if the subsequent size- real-data FFT is also performed by a real-data split-radix algorithm (as in Sorensen et al. 1987), then the resulting algorithm actually matches what was long the lowest published arithmetic count for the power-of-two DCT-II ( real-arithmetic operations^{[a]}). A recent reduction in the operation count to also uses a real-data FFT.^{[36]} So, there is nothing intrinsically bad about computing the DCT via an FFT from an arithmetic perspective—it is sometimes merely a question of whether the corresponding FFT algorithm is optimal. (As a practical matter, the function-call overhead in invoking a separate FFT routine might be significant for small , but this is an implementation rather than an algorithmic question since it can be solved by unrolling/inlining.)

## Example of IDCTEdit

Consider this 8x8 grayscale image of capital letter A.

Each basis function is multiplied by its coefficient and then this product is added to the final image.

## See alsoEdit

- Discrete wavelet transform
- Jpeg#Discrete cosine transform — Contains a potentially easier to understand example of DCT transformation
- List of Fourier-related transforms
- Modified discrete cosine transform

## NotesEdit

**^**The precise count of real arithmetic operations, and in particular the count of real multiplications, depends somewhat on the scaling of the transform definition. The count is for the DCT-II definition shown here; two multiplications can be saved if the transform is scaled by an overall factor. Additional multiplications can be saved if one permits the outputs of the transform to be rescaled individually, as was shown by Arai, Agui & Nakajima (1988) for the size-8 case used in JPEG.

## CitationsEdit

- ^
^{a}^{b}^{c}Ahmed, Nasir; Natarajan, T.; Rao, K. R. (January 1974), "Discrete Cosine Transform",*IEEE Transactions on Computers*,**C-23**(1): 90–93, doi:10.1109/T-C.1974.223784 - ^
^{a}^{b}^{c}^{d}^{e}Rao, K. R.; Yip, P. (1990),*Discrete Cosine Transform: Algorithms, Advantages, Applications*, Boston: Academic Press, ISBN 978-0-12-580203-1 - ^
^{a}^{b}^{c}^{d}"T.81 – DIGITAL COMPRESSION AND CODING OF CONTINUOUS-TONE STILL IMAGES – REQUIREMENTS AND GUIDELINES" (PDF). CCITT. September 1992. Retrieved 12 July 2019. **^**Selected Papers on Visual Communication:*Technology and Applications*, (SPIE Press Book), Editors T. Russell Hsing and Andrew G. Tescher, April 1990, pp. 145-149 [1].**^**Selected Papers and Tutorial in Digital Image Processing and Analysis, Volume 1,*Digital Image Processing and Analysis*, (IEEE Computer Society Press), Editors R. Chellappa and A. A. Sawchuk, June 1985, p. 47.**^**DCT citations via Google Scholar [2].**^**Nasir Ahmed. "How I Came Up With the Discrete Cosine Transform".*Digital Signal Processing*, Vol. 1, Iss. 1, 1991, pp. 4-5.**^**Smith, C.; Fralick, S. (1977). "A Fast Computational Algorithm for the Discrete Cosine Transform".*IEEE Transactions on Communications*.**25**(9): 1004–1009. doi:10.1109/TCOM.1977.1093941. ISSN 0090-6778.**^**Ghanbari, Mohammed (2003).*Standard Codecs: Image Compression to Advanced Video Coding*. Institution of Engineering and Technology. pp. 1–2. ISBN 9780852967102.**^**J. P. Princen, A. W. Johnson und A. B. Bradley:*Subband/transform coding using filter bank designs based on time domain aliasing cancellation*, IEEE Proc. Intl. Conference on Acoustics, Speech, and Signal Processing (ICASSP), 2161–2164, 1987**^**John P. Princen, Alan B. Bradley:*Analysis/synthesis filter bank design based on time domain aliasing cancellation*, IEEE Trans. Acoust. Speech Signal Processing,*ASSP-34*(5), 1153–1161, 1986**^**Guckert, John (Spring 2012). "The Use of FFT and MDCT in MP3 Audio Compression" (PDF).*University of Utah*. Retrieved 14 July 2019.**^**Abousleman, G. P.; Marcellin, M. W.; Hunt, B. R. (January 1995), "Compression of hyperspectral imagery using 3-D DCT and hybrid DPCM/DCT",*IEEE Trans. Geosci. Remote. Sens.*,**33**: 26–34, doi:10.1109/36.368225**^**Chan, Y.; Siu, W. (May 1997), "Variable temporal-length 3-D discrete cosine transform coding" (PDF),*IEEE Trans. Image Processing.*,**6**(5): 758–763, CiteSeerX 10.1.1.516.2824, doi:10.1109/83.568933, PMID 18282969**^**Song, J.; SXiong, Z.; Liu, X.; Liu, Y., "An algorithm for layered video coding and transmission",*Proc. Fourth Int. Conf./Exh. High Performance Comput. Asia-Pacific Region*,**2**: 700–703**^**Tai, S.-C; Gi, Y.; Lin, C.-W. (September 2000), "An adaptive 3-D discrete cosine transform coder for medical image compression",*IEEE Trans. Inf. Technol. Biomed.*,**4**(3): 259–263, doi:10.1109/4233.870036**^**Yeo, B.; Liu, B. (May 1995), "Volume rendering of DCT-based compressed 3D scalar data",*IEEE Trans. Comput. Graphics.*,**1**: 29–43, doi:10.1109/2945.468390**^**CHAN, S.C., LlU, W., and HO, K.L.: ‘Perfect reconstruction modulated filter banks with sum of powers-of-two coefficients’. Proceedings of Inte.n Symp. Circuits and syst., 28-3 1 May 2000, Geneva, Switzerland, pp. 28-31**^**Queiroz, R. L.; Nguyen, T. Q. (1996). "Lapped transforms for efficient transform/subband coding".*IEEE Trans. Signal Process*.**44**(5): 497–507.**^**Malvar, H. S. (1992).*Signal processing with lapped transforms*. Englewood Cliffs, NJ: Prentice Hall.**^**Chan, S. C.; Luo, L.; Ho, K. L. (1998). "M-Channel compactly supported biorthogonal cosine-modulated wavelet bases".*IEEE Trans. Signal Process*.**46**(2): 1142–1151. doi:10.1109/78.668566.- ^
^{a}^{b}K. R. Rao and J. J. Hwang,*Techniques and Standards for Image, Video, and Audio Coding*, Prentice Hall, 1996; JPEG: Chapter 8; H.261: Chapter 9; MPEG-1: Chapter 10; MPEG-2: Chapter 11. - ^
^{a}^{b}Yao Wang, Video Coding Standards: Part I, 2006 **^**Yao Wang, Video Coding Standards: Part II, 2006**^**"Discrete cosine transform - MATLAB dct".*www.mathworks.com*. Retrieved 2019-07-11.**^**W. B. Pennebaker and J. L. Mitchell,*JPEG Still Image Data Compression Standard*. New York: Van Nostrand Reinhold, 1993.**^**Y. Arai, T. Agui, and M. Nakajima, “A fast DCT-SQ scheme for images,”*Trans. IEICE*, vol. 71, no. 11, pp. 1095–1097, 1988.**^**X. Shao and S. G. Johnson, “Type-II/III DCT/DST algorithms with reduced number of arithmetic operations,”*Signal Processing*, vol. 88, pp. 1553–1564, June 2008.**^**Malvar 1992**^**Martucci 1994**^**S. C. Chan and K. L. Ho, “Direct methods for computing discrete sinusoidal transforms,” in Proc. Inst. Elect. Eng. Radar Signal Process., vol. 137, Dec. 1990, pp. 433–442.- ^
^{a}^{b}O. Alshibami and S. Boussakta, “Three-dimensional algorithm for the 3-D DCT-III,” in Proc. Sixth Int. Symp. Commun., Theory Applications, July 2001, pp. 104–107. **^**G. Bi, G. Li, K.-K. Ma, and T. C. Tan, “On the computation of two-dimensional DCT,” IEEE Trans. Signal Process., vol. 48, pp. 1171–1183, Apr. 2000.**^**E. Feig, “On the multiplicative complexity of discrete \cosine transforms,”IEEE Trans. Inf. Theory, vol. 38, pp. 1387–1390, Aug. 1992.**^**Nussbaumer, H. J. (1981).*Fast Fourier transform and convolution algorithms*(1st ed.). New York: Springer-Verlag.**^**Shao, Xuancheng; Johnson, Steven G. (2008). "Type-II/III DCT/DST algorithms with reduced number of arithmetic operations".*Signal Processing*.**88**(6): 1553–1564. arXiv:cs/0703150. doi:10.1016/j.sigpro.2008.01.004.

## ReferencesEdit

- Narasimha, M.; Peterson, A. (June 1978). "On the Computation of the Discrete Cosine Transform".
*IEEE Transactions on Communications*.**26**(6): 934–936. doi:10.1109/TCOM.1978.1094144. - Makhoul, J. (February 1980). "A fast cosine transform in one and two dimensions".
*IEEE Transactions on Acoustics, Speech, and Signal Processing*.**28**(1): 27–34. doi:10.1109/TASSP.1980.1163351. - Sorensen, H.; Jones, D.; Heideman, M.; Burrus, C. (June 1987). "Real-valued fast Fourier transform algorithms".
*IEEE Transactions on Acoustics, Speech, and Signal Processing*.**35**(6): 849–863. CiteSeerX 10.1.1.205.4523. doi:10.1109/TASSP.1987.1165220. - Arai, Y.; Agui, T.; Nakajima, M. (November 1988). "A fast DCT-SQ scheme for images".
*IEICE Transactions*.**71**(11): 1095–1097. - Plonka, G.; Tasche, M. (January 2005). "Fast and numerically stable algorithms for discrete cosine transforms".
*Linear Algebra and Its Applications*.**394**(1): 309–345. doi:10.1016/j.laa.2004.07.015. - Duhamel, P.; Vetterli, M. (April 1990). "Fast fourier transforms: A tutorial review and a state of the art".
*Signal Processing*(Submitted manuscript).**19**(4): 259–299. doi:10.1016/0165-1684(90)90158-U. - Ahmed, N. (January 1991). "How I came up with the discrete cosine transform".
*Digital Signal Processing*.**1**(1): 4–9. doi:10.1016/1051-2004(91)90086-Z. - Feig, E.; Winograd, S. (September 1992). "Fast algorithms for the discrete cosine transform".
*IEEE Transactions on Signal Processing*.**40**(9): 2174–2193. doi:10.1109/78.157218. - Malvar, Henrique (1992),
*Signal Processing with Lapped Transforms*, Boston: Artech House, ISBN 978-0-89006-467-2 - Martucci, S. A. (May 1994). "Symmetric convolution and the discrete sine and cosine transforms".
*IEEE Transactions on Signal Processing*.**42**(5): 1038–1051. doi:10.1109/78.295213. - Oppenheim, Alan; Schafer, Ronald; Buck, John (1999),
*Discrete-Time Signal Processing*(2nd ed.), Upper Saddle River, N.J: Prentice Hall, ISBN 978-0-13-754920-7 - Frigo, M.; Johnson, S. G. (February 2005). "The Design and Implementation of FFTW3" (PDF).
*Proceedings of the IEEE*.**93**(2): 216–231. CiteSeerX 10.1.1.66.3097. doi:10.1109/JPROC.2004.840301. - Boussakta, Said.; Alshibami, Hamoud O. (April 2004). "Fast Algorithm for the 3-D DCT-II" (PDF).
*IEEE Transactions on Signal Processing*.**52**(4): 992–1000. doi:10.1109/TSP.2004.823472. - Cheng, L. Z.; Zeng, Y. H. (2003). "New fast algorithm for multidimensional type-IV DCT".
*IEEE Transactions on Signal Processing*.**51**(1): 213–220. doi:10.1109/TSP.2002.806558.

## Further readingEdit

- Wen-Hsiung Chen; Smith, C.; Fralick, S. (September 1977). "A Fast Computational Algorithm for the Discrete Cosine Transform".
*IEEE Transactions on Communications*.**25**(9): 1004–1009. doi:10.1109/TCOM.1977.1093941. - Press, WH; Teukolsky, SA; Vetterling, WT; Flannery, BP (2007), "Section 12.4.2. Cosine Transform",
*Numerical Recipes: The Art of Scientific Computing*(3rd ed.), New York: Cambridge University Press, ISBN 978-0-521-88068-8

## External linksEdit

Wikimedia Commons has media related to .Discrete cosine transform |

- "discrete cosine transform".
*PlanetMath*. - Syed Ali Khayam: The Discrete Cosine Transform (DCT): Theory and Application
- Implementation of MPEG integer approximation of 8x8 IDCT (ISO/IEC 23002-2)
- Matteo Frigo and Steven G. Johnson:
*FFTW*, http://www.fftw.org/. A free (GPL) C library that can compute fast DCTs (types I-IV) in one or more dimensions, of arbitrary size. - Takuya Ooura: General Purpose FFT Package, http://www.kurims.kyoto-u.ac.jp/~ooura/fft.html. Free C & FORTRAN libraries for computing fast DCTs (types II-III) in one, two or three dimensions, power of 2 sizes.
- Tim Kientzle: Fast algorithms for computing the 8-point DCT and IDCT, http://drdobbs.com/parallel/184410889.
- LTFAT is a free Matlab/Octave toolbox with interfaces to the FFTW implementation of the DCTs and DSTs of type I-IV.