CA2480215C - Digital stream transcoder - Google Patents

Digital stream transcoder Download PDF

Info

Publication number
CA2480215C
CA2480215C CA2480215A CA2480215A CA2480215C CA 2480215 C CA2480215 C CA 2480215C CA 2480215 A CA2480215 A CA 2480215A CA 2480215 A CA2480215 A CA 2480215A CA 2480215 C CA2480215 C CA 2480215C
Authority
CA
Canada
Prior art keywords
levels
run
level
sets
frame
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
CA2480215A
Other languages
French (fr)
Other versions
CA2480215A1 (en
Inventor
Joel Schoenblum
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Scientific Atlanta LLC
Original Assignee
Scientific Atlanta LLC
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Scientific Atlanta LLC filed Critical Scientific Atlanta LLC
Publication of CA2480215A1 publication Critical patent/CA2480215A1/en
Application granted granted Critical
Publication of CA2480215C publication Critical patent/CA2480215C/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/90Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using coding techniques not provided for in groups H04N19/10-H04N19/85, e.g. fractals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
    • H04N19/115Selection of the code volume for a coding unit prior to coding
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
    • H04N19/124Quantisation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
    • H04N19/13Adaptive entropy coding, e.g. adaptive variable length coding [AVLC] or context adaptive binary arithmetic coding [CABAC]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/134Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
    • H04N19/146Data rate or code amount at the encoder output
    • H04N19/147Data rate or code amount at the encoder output according to rate distortion criteria
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/134Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
    • H04N19/157Assigned coding mode, i.e. the coding mode being predefined or preselected to be further used for selection of another element or parameter
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H04N19/17Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object
    • H04N19/172Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object the region being a picture, frame or field
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/40Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using video transcoding, i.e. partial or full decoding of a coded input stream followed by re-encoding of the decoded output stream
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/48Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using compressed domain processing techniques other than decoding, e.g. modification of transform coefficients, variable length coding [VLC] data or run-length data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/50Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
    • H04N19/503Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving temporal prediction
    • H04N19/51Motion estimation or motion compensation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/50Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
    • H04N19/503Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving temporal prediction
    • H04N19/51Motion estimation or motion compensation
    • H04N19/547Motion estimation performed in a transform domain
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/60Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding
    • H04N19/61Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding in combination with predictive coding

Abstract

A run-level domain transcoder receives a stream of compressed frames carried in a bit stream. The run-level domain transcoder decodes the bit stream into run-level pairs and selectively processes the compressed frames so as to, among other things, reduce the number of bits necessary to represent the compressed frames.

Description

DIGITAL STREAM TRANSCODER

TECHNICAL FIELD
The present invention is generally related to broadband communication systems, and, more particularly, is related to transcoding compressed streams of information in broadband communication systems.

1s BACKGROUND OF THE INVENTION
Modern subscriber television systems (STS) transmit digital content, which is packetized, from a headend to a subscriber. The digital content is typically provided in a format such as MPEG or in other packet formats known to those skilled in the art. An operators of an STS typically prefers to provide programs in digital format because digital programs provide superior fidelity and because digital programs are compressed so that they generally use less bandwidth than analog programs. Digital programs are compressed using, in part, a quantization parameter.
Frequently, the operator of an STS may want to convert a compressed digital signal of a given bit rate into a compressed digital signal of a lower bit rate by using a conventional transcoder to change the quantization parameter. A conventional transcoder used for such a purpose consists of a cascaded decoder and encoder. This combination is rather complex and expensive. In the particular case of video signals, some other aspects have to be taken into account. A coded video signal consists of a succession of encoded video-frames, where each video-frame is subdivided into a two-dimensional array of macroblocks, each macroblock being composed of blocks. A video-frame may be in the spatial domain, which is the pixel domain, and is transmitted in the frequency or transform domain, which results from a Discrete Cosine Transform (DCT) of the video-frame in the spatial domain. In addition, a video-frame may be separated into two fields:

the top field formed by the odd lines of the video-frame and the bottom field formed by the even lines of the video-frame. A macroblock may be conveyed in two different formats: an interlaced format and a de-interlaced format. In the interlaced video-frame format, a macroblock is composed of lines from the two fields alternately and each DCT-block of the macroblock is formed by data from the two fields. In the de-interlaced format, a macroblock is composed of lines from the two fields, and each DCT-block of the macroblock is formed by data from only one of the two fields. Each DCT-block of a video-frame is scanned and encoded.
Before a conventional pixel-domain transcoder can requantize a bit stream, the decoder portion of the transcoder converts the bit stream into pixel domain values. The encoder portion of the transcoder then requantizes and converts the pixel domain values back into DCT-domain values. Thus, there exists a need for an improved transcoder that can requantize a received bit stream without converting the received bit stream into pixel domain values.
In addition to conventional pixel-domain transcoders, there exist conventional DCT-block domain transcoders, which operate in the DCT-block domain. Such a transcoder receives a bit stream and converts the bit stream into sets of run-level pairs, where a set of run-level pairs is a compressed representation of a DCT-block, and then converts the sets of run-level pairs into DCT-blocks. The transcoder manipulates information in the DCT-block domain and then reconverts the DCT-blocks back into sets of run-level pairs, which are then converted back into a compressed bit stream. Further details regarding DCT-block domain transcoders can be found in "A Frequency-Domain Transcoder For Dynamic Bit-Rate Reduction of MPEG-2 Bit Streams," Assuncao et.al., IEEE Transactions on Circuits and Systems for Video Technology, Vol. 8, Issue 8, December 1998, pages 953-967, and "Manipulation and Compositing of MC-DCT Compressed Video," Chang etal., IEEE Journal on Selected Areas In Communications, Vol. 13, No. 1, 1995, pages 1 - 11.
BRIEF DESCRIPTION OF THE DRAWINGS
The preferred embodiments of the invention can be better understood with reference to the following drawings. The components in the drawings are not necessarily to scale, emphasis instead being placed upon clearly illustrating the principles of the present invention. Moreover, in the drawings, like reference numerals designate corresponding parts throughout the several views.
FIG. 1 is a block diagram of a broadband communications system, such as a subscriber television system, in which the preferred embodiment of the present invention may be employed.
FIG. 2 is block diagram of an encoder.
FIGs. 3A and 3B are diagrams of zig-zag scan order.
FIG. 4A is a diagram of a quantized matrix.
FIG. 4B is a diagram of a set of run-level pairs for the quantized matrix illustrated in FIG. 4A.
FIG. 4C is a diagram of a set of run-level pairs for the quantized matrix illustrated in FIG. 4A.
FIGs. 5A and 5B are illustrative pictures from a sequence of pictures.
FIG. 6A is a partial picture of the picture illustrated in FIG. 5B.
FIG. 6B is a residual picture.
FIG. 7 is a block diagram of a transcoder.
FIG. 8 is a flow chart of steps taken in requantizing a digital stream.
FIG. 9 is a flow chart of steps taken in requantizing a digital stream.
FIG. 10A shows block diagrams of a run array, level array, and scan-position array.
FIG. 10B shows block diagrams of the run array, the level array, and the scan-position array illustrated in FIG. 1 OA after requantization.
FIG. 10C shows block diagrams of an updated run array, an updated level array, and an updated scan-position array.
FIG. 11 is a block diagram of selected components of a transcoder.
FIG. 12. is a block diagram of a motion compensated block.
FIG. 13 is a flow chart of steps taken in motion compensation.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS
Preferred embodiments of the present invention will be described more fully hereinafter with reference to the accompanying drawings in which like numerals represent like elements throughout the several figures, and in which several exemplary embodiments of the invention are shown. The present invention may, however, be embodied in many different forms and should not be construed as limited to the embodiments set forth herein. The examples set forth herein are non-limiting examples and are merely examples among other possible examples.
Any process descriptions or blocks in flow charts should be understood as representing modules, segments, or portions of code which include one or more executable instructions for implementing specific logical functions or steps in the process, and alternate implementations are included within the scope of the preferred embodiment of the present invention in which functions may be executed out of order from that shown or discussed, including substantially concurrently or in reverse order, depending on the functionality involved, as would be understood by those reasonably skilled in the art of the present invention One way of understanding the preferred embodiments of the invention includes viewing them within the context of a subscriber television system (STS). Thus, the preferred embodiments of the invention include, among other things, systems and methods for decreasing the size of transport streams carried by an STS by requantizing in the run-level domain blocks of video information.
Because the preferred embodiments of the invention can be understood in the context of a subscriber television system environment, an initial description of a subscriber television system (STS) is provided and then followed by a description of select components that are included within a headend of the subscriber television system.
Also, a run-level domain transcoder, which implements preferred embodiments of the invention and which is included in the headend at the headend, is described.
The preferred embodiments of the invention may, however, be embodied in many different forms and should not be construed as limited to the embodiments set forth herein; rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the invention to those having ordinary skill in the art. Furthermore, all "examples" given herein are intended to be non-limiting, and are provided as an exemplary list among many other examples contemplated but not shown.
Furthermore, it should be noted that the logic of the preferred embodiment(s) of the present invention can be implemented in hardware, software, firmware, or a combination thereof. In the preferred embodiment(s), the logic is implemented in software or firmware that is stored in a memory and that is executed by a suitable instruction execution system. If implemented in hardware, as in an alternative embodiment, the logic can be implemented with any or a combination of the following technologies, which are all well known in the art: a discrete logic circuit(s) having logic gates for implementing logic functions upon data signals, an application specific integrated circuit (ASIC) having appropriate combinational logic gates, a programmable gate array(s) (PGA), a field programmable gate array (FPGA), a digital signal processor (DSP) etc. In addition, the scope of the present invention includes embodying the functionality of the preferred embodiments of the present invention in logic embodied in hardware or software-configured mediums.
Subscriber Television System FIG. 1 is a block diagram depicting a non-limiting example of a subscriber television system (STS) 100. In this example, the STS 100 includes a headend 102, a network 104, and multiple digital subscriber communication terminals (DSCTs) 106, which are located at subscriber premises 105.
It will be appreciated that the STS 100 shown in FIG. 1 is merely illustrative and should not be construed as implying any limitations upon the scope of the preferred embodiments of the invention. For example, the STS 100 can feature a plurality of any one of the illustrated components, or may be configured with alternative embodiments for any one of the individual components or with yet other additional components not enumerated above. Subscriber television systems also included within the scope of the preferred embodiments of the invention include systems not utilizing physical structured cabling for transmission, such as, but not limited to, satellite systems.
A DSCT 106, which is located at a subscriber's premises 105, provides among other things, a two-way interface between the headend 102 of the STS 100 and the subscriber. The DSCT 106 decodes and further processes the signals for display on a display device, such as a television set (TV) 107 or a computer monitor, among other examples. Those skilled in the art will appreciate that in alternative embodiments the equipment for first decoding and further processing the signal can be located in a variety of equipment, including, but not limited to, a computer, a TV, a monitor, or an MPEG
decoder, among others.
At least one content provider 108 provides the STS 100 with digital content, which is formatted in a protocol such as, but not limited to, MPEG. Among other things, a content provider 108 can be a television station that provides "live" or "recorded"
programming. A television station will include a camera 110 and an encoder 112. The encoder 112 receives content from the camera 110 and processes the content into an MPEG format, which is then provided to the headend 102 of the STS 100.
The headend 102 receives programming signals from the content providers 108, and, after processing the content from the content providers 108 according to mechanisms described hereinbelow, the headend 102 transmits programming signals to the DSCTs 106 at the subscriber premises 105. Typically, the headend 102 transmits conventional analog signals, which will not be discussed, and digital signals.
In one implementation, the digital signals are transmitted in MPEG format and embodiments of the present invention will be discussed in terms thereof.
Specifically, embodiments of the present invention are described in terms of MPEG video-frames and video-fields. However, it is to be understood that describing embodiments of the present invention employing MPEG video-frames and video-fields is merely for exemplary and clarity purposes and is not a limitation on the scope of the present invention. The scope of the present invention is intended to extend to at least to all streams of quantized information. For the purposes of this disclosure a frame of information includes video-frames, top video-fields, bottom video-fields, and other predetermined blocks of information.
As shown in FIG. 1, selected components of the example headend 102 include a communications interface 114, a digital network control system (DNCS) 116, a conditional access (CA) server 118, a video-on-demand (VOD) server 120, a transport stream transmitter 122, a quadrature phase shift keying (QPSK) modem 124, a router 126, a VOD pump 128, and a run-level domain transcoder 134, which are connected via an Ethernet 130. It will be understood by those having ordinary skill in the art that the exemplary headend 102 can include additional components, such as additional servers, switches, multiplexers, transport stream transmitters, among others, or can omit some of the shown selected components.
Among other things, the DNCS 116 manages, monitors, and controls network elements and the broadcast of services provided to users. The DNCS 116 includes, among other modules, a subscriber database 132 that includes information about the subscribers for such purposes as billing information and survey data, among others. The DNCS 116 also communicates with the conditional access server 118 to provide for secure transmittal of content from the headend 102 to the DSCTs 106.
The CA server 118 selectively provides "entitlements" to the DSCTs 106 for the services and programming of the STS 100. In other words, among other things, the CA
server 118 determines which DSCTs 106 of the STS 100 are entitled to access a given instance of service or program and provides the selected DSCTs 106 with the necessary keys and authorizations, among other things, to access the given instance of service. In addition, the CA server 118 informs the DNCS 116 of the entitlements of each of the DSCTs 106 in the STS 100 so that each subscriber can be properly billed.
Furthermore, the CA server 118 includes a database (not shown) that includes, among other things, long term keys, the public keys of the DSCTs 106 and a private key for the CA
server 118. The CA server employs long-term keys, public and private keys to securely communicate with the DSCTs 106.
The CA server 118 also provides encryption information to the transport stream transmitter 122 and to the selected DSCTs 106. The transport stream transmitter 122 employs the encryption information to encrypt the content of a program and transmits modulated programming, among other things, to the DSCTs 110 via the network 104.
The QPSK modem 124 is responsible for transporting the out-of-band IP
(Internet protocol) datagram traffic between the headend 102 and the DSCT 106. Data transmitted or received by the QPSK modem 124 may be routed by the headend router 126. Among other things, the headend router 126 may be used to deliver upstream data to the various servers, such as the VOD server 120.
The run-level domain transcoder 134 receives a bit stream 136 that carries a stream of MPEG transport packets and outputs a bit stream 138 carrying a bit-size that is lower than the input bit stream 136. The run-level domain transcoder 134 is adapted to receive operator input and, among other things, requantize frames of a program carried by the input bit stream 136. The requantization is performed in the run-level domain and is done such that the requantization reduces the size of the frames. The purpose of requantization is to reduce the bit rate of the video bit streams. Alternatively, selected DCT
coefficients of the bit stream can be deleted without or in conjunction with requantization to reduce the bit rate of the video stream.

MPEG Compression Before describing the run-level domain transcoder 134 in detail, a brief description of MPEG video compression is provided. Further details of MPEG
compression and MPEG in general can be found in MPEG-1 standards (ISO/IEC
11172), the MPEG-2 standards (ISO/ IEC 13818) and the MPEG-4 standards (ISO/ IEC
14496) are described in detail in the International Organization for Standardization document ISO/IEC JTC 1 /SC29/WG 11 N (June 1996 for MPEG-1, July 1996 for MPEG-2, and October 1998 for MPEG-4). MPEG video compression uses both spatial coding and temporal compression.
MPEG-2 employs three types of pictures, I-picture, B-picture, and P-picture. I-pictures are pictures that are intra-coded, i.e., compressed using only spatial compression from that video-frame, which means that they are decompressed without reference to any other video-frame. B-pictures and P-pictures are pictures that are inter-coded, i.e., compressed using information from a reference picture such as an I-picture or a P-picture, and are also spatially compressed. P-pictures are "predicted" pictures using information from a previous reference picture, and B-pictures are "bi-directionally predicted" pictures using information from a previous reference picture and from a subsequent reference picture.
A typical sequence of video pictures for display is I(1), B(2), B(3), P(4), B(5), B(6), P(7), B(8), B(9), P(10), ... P(N), I(N+1). The P-picture P(4) uses information from the I-picture I(1); the B-pictures B(2) and B(3) use information from the I-picture I(1) and P-picture P(4); the P-picture P(7) uses information from the P-picture P(4);
and the B-pictures B(5) and B(6) use information from the P-pictures P(4) and P(7). The pictures between I(1) and P(N), inclusive, are known as a group of pictures (GOP) and typically number between 12 - 16, inclusive.
Those skilled in the art recognize that an MPEG frame is made up of macro-blocks, which are 16x16 pixels in size. In a typical picture for display on a television, a high quality National Television System Committee (NTSC) frame is made up of approximately 1350 macro-blocks. Common MPEG-2 standards include 4:2:0 and 4:2:2.
In the 4:2:0 standard, a 16 x 16 macroblock is represented by four 8 x 8 luminescent blocks and two 8 x 8 color difference blocks, which are generated by down sampling each axis by a factor of 2. In the 4:2:2 standard, the chroma is not down sampled, and consequently there is twice as much chroma information. Thus, in the 4:2:2 standard, a 16 x 16 macroblock is represented by six 8 x 8 blocks, and in the 4:2:2 standard, a 16 x 16 macroblock is represented by eight 8 x 8 macroblocks. All of the 8x8 blocks that represent a macro-block are steered from a reference picture (I-picture or P-picture) to a temporally compressed picture (P-picture or B-picture) by a common motion vector.
Spatial compression in MPEG-2 is based upon transforming each macro-block using a two dimensional discrete cosine transform (DCT) on each of the 8 x 8 blocks to convert from the pixel domain to the frequency domain, also known as the DCT
domain.
The steps in which an MPEG encoder, such as encoder 112, spatially compresses frames are illustrated in FIG. 2. The encoder 112 includes a transformer 202, a quantizer 204, a scanner 206, and a binary encoder 208. The transformer 202 transforms each block of pixel information 210 of a picture into a DCT domain block 212 using a discrete cosine transform. The pixel domain block 210 is written as a matrix b, whose elements are given as b(n,m), where n and in range from 0 to 7, inclusive. The DCT domain block 212 is written as a matrix B, whose elements are given as B(k,j), where k and j range from 0 to 7, inclusive. The transformer 202 uses the following equation to transform from pixel domain to DCT domain:

c(k) c(j) 7 7 bon, m) cos(2n + 1) = kn cos (2m + 1) - jn , 13(k, j) = 2 2 õ=o M=O 16 ) ( 16 (1) where c(0) = Y52 and con) = 1 for n>0.

The zero-frequency (DC) component, B(0,0), is in the top right hand corner of DCT domain matrix 212 and the coefficient for the highest frequencies, B(7,7), is in the bottom left hand corner of the DCT domain matrix 212.
The DCT coefficients are not treated equally because the human eye is less responsive to high frequencies than low frequencies. Consequently, the quantizer 204 applies a weight factor to each of the DCT coefficients while quantizing them.
Quantization usually results in a sparse representation of the DCT
coefficients, i.e., one in which most of the amplitudes of the coefficients are equal to zero. In one implementation, the quantizer 204 employs the following weight-quantization scheme:
B' (k, j) = int([2B(k, j) + 1] - Q - w(k, j) / 16, (2a) for inter-coded blocks and B' (k, j) = int(2B(k, j) - Q - w(k, j) / 16, (2b) for intra-coded block, where into is the integer function, w(k,j) is the weight factor for element (k,j), and Q is the quantization parameter. An MPEG decoder would then employ the following inverse weight-quantization scheme:
B(k, j) = nint(B' (k, j) .16 - Q / w(k, j)) , (3) where nint() is the nearest integer function. Those skilled in the art recognize that other quantization schemes, which will not be discussed, but are intended to within the scope of the invention, can also be used.
The scanner 206 performs a zig-zag scan on the quantized DCT matrix (B') 214 and produces a run-level domain matrix (RL) 216, which has the dimensions of (N+I )x2, where N is the number of non-zero coefficients in the quantized DCT matrix (B') 214.
Finally, a binary encoder 208 converts the run-level pairs of the run-level domain matrix (RL) 216 into a bit stream using Huffman coding. It should be remembered that the preferred embodiments of the invention are being described in terms of MPEG
standards, which use Huffman coding. However, the present invention is not intended to be limited to only MPEG standards and other coding techniques known to those skilled in the art can be uses in other preferred embodiments.
FIGs. 3A and 3B illustrate two possible scan orders. The scan order illustrated in FIG. 3A is implemented by the scanner 206 for scanning the quantized DCT
matrix (B') 214 when the DCT matrix represents a portion of a non-interlaced video-frame.
FIG. 3B illustrates the scan pattern that is implemented when the DCT matrix represents a portion of an interlaced video-fields.
FIG. 4A illustrates an exemplary quantized DCT-domain matrix (B') 214, and FIG. 4B illustrates the corresponding run-level domain matrix (RL) 216 after the scanner 206 has employed the scan pattern illustrated in FIG. 3A on the exemplary DCT-domain matrix 214. In the run-level domain, run refers to the number of consecutively scanned coefficients having the value of zero that precede a non-zero coefficient, and level refers to the amplitude of the non-zero coefficients. The number of coefficients having the value of zero preceding the zero-frequency (D.C.) coefficient (B(0,0) = a) is zero, and thus the run-level pair for the D.C. coefficient is (0, a). The only zero coefficient interposing B(0,0) and B(1,0) is B(0,1), and thus the run-level pair for B(1,0) is given by (1 , b ). All of the coefficients following the B(4,1) coefficient (B(4,1) =h) are zero and are represented by an end-of-block marker, denoted by the run-level pair (0,0). Thus, after processing by the quantizer 204 and the scanner 206, the 64 (real number) coefficients in the DCT domain matrix (B) 212 are now represented by nine pairs of runs and levels (18 integers). The conversion of 64 real numbers into 18 integers (levels) reduces the number of bits necessary to represent the exemplary DCT-domain matrix 214.
FIG. 4C illustrates an alternative embodiment of a set of run-level pairs 216.
In intra-coded frames, MPEG-2 treats DC levels, the B(0,0) element of matrix 214, differently from the higher frequency levels. The DC level of a block is allocated a set number of bits (N), which is greater than the number of bits for the other levels, because the human eye is more responsive to lower frequencies. Thus, the first N bits of the run-level pairs of an intra-coded frame are the DC level and there is no run value associated with the DC level because by definition that run would have to be zero.
An MPEG decoder such as the DCT 106 performs inverse operations to convert a bit stream into frames. The MPEG decoder has a binary decoder (not shown) that, among other things, converts a bit stream into sets of run-level pairs, where a set of run-level pairs represents an 8 x 8 block of pixels. An inverse scanner (not shown) converts sets of run-level pairs into 8 x 8 matrices of DCT quantized coefficients. An inverse quantizer (not shown) multiplies the levels by the quotient of the quantization factor Q
divided by the weight factor for each of the levels. Lastly, an inverse transformer (not shown) transforms the levels back into pixel domain values. Thus, MPEG encoding and decoding involve a lot of computational complexity due to, among other things, the matrix operations and DCT transformation and inverse transformations.
As previously stated, P-pictures and B-pictures are partially compressed by using information from at least one reference frame. In a sequence of pictures, there is normally a lot of redundant information that does not change substantially from one picture to the next. Bandwidth can be saved by sending motion information that is used to map portions of a reference frame into an inter-coded frame and then adding a correction or residual. The concept of inter-coding is illustrated in FIGs. 5-6.
FIGs. 5A and 5B are illustrative pictures 502A and 502B, respectively, in a sequence of pictures. Each of the pictures 502A and 502B are divided into blocks 504, which are numbered 1 - 25. In the picture 502A, an ascending airplane 506 is in blocks 504 that are labeled 1, 2, 6 and 7, a cloud 508 is in blocks 504 that are label 8, 9, 13 and 14, and sky (not shown) is in all of the 25 blocks. In the picture 502B
the airplane 506 is passing in front of the cloud 508. Much of the information of picture 502B is contained in picture 502A, and the picture 502B can be roughly generated by appropriate translations of blocks from the reference frame into a partial picture.
FIG. 6A illustrates a partial picture 602. In the partial picture 602, the airplane 506 is generated by referencing frame 502A and using motion vectors to translate the plane 506 from blocks 1, 2, 6 and 7 into blocks 9, 10, 14 and 15. The dashed box 604 represents the blocks 1, 2, 6 and 7 of frame 502A and illustrates how the plane 506 can be reconstructed by motion information referencing the frame 502A.
After the encoder has generated a partial representation of picture 502B, a residual frame 606, which is illustrated in FIG. 6B, is generated. The residual frame 606 is the difference between the actual picture 502B and the partial picture 602. The dashed outline 608 of the airplane represents the difference between the actual airplane 506 of the frame 502B and the translated airplane 506 of the partial picture 602. The difference compensates for factors such as change of lighting and perspective. Thus, picture 502B is temporally compressed by sending motion vectors that translate specific blocks 504 from a reference frame, in this case frame 502A, and the residual frame 606. The residual frame 606 is compressed using the spatial compression techniques described hereinabove.
Run-Level Domain Transcoding Referring to FIG. 7, the run-level domain transcoder 134 includes an input buffer 702, a vector length decoder (VLD) 704, a processor 706, a memory 708, a vector length encoder (VLE) 710, and an output buffer 712. The input buffer 702 receives the bit stream 136 and provides the bit stream to the VLD 704. Among other things, the VLD
704 parses headers such as the picture headers, slice headers, macroblock headers, which include motion vectors, and others from the bit stream and provides the headers to the memory 708. A slice header includes information about a horizontal sequence of macroblocks, and a macroblock header includes information about a macroblock.
In addition, the VLD 704 also parses non-video frames of information and provides the non-video frames to the memory 708 and parses run-level pairs from the bit stream and provides the run-level pairs to the memory 708. The memory 708 includes a header buffer 714, a run buffer 716, a level buffer 718, an index buffer 720, and a non-video frame buffer 722. The header buffer 714 includes information from the headers of the MPEG packets such as, but not limited to, picture headers, slice headers, and macroblock headers. The run buffer 716 has sets of runs stored therein, and the level buffer 718 has the sets of levels associated with the sets of runs stored therein. For the purposes of this disclosure, a set of run-level pairs represents a block of DCT coefficients, which in turn represent a block of pixel values.
The processor 706 processes frames in the run-level domain so that, among other things, a processed frame may be represented by fewer bits. In the preferred embodiment, the processor 706 processes multiple sets of run-level pairs in parallel.
In one preferred embodiment of the invention, the processor 706 is a general-purpose processor. In alternative embodiments, the processor 706 could be, but is not limited to, a digital signal processor (DSP), an FPGA, an ASIC, or any combination of these processing elements.

After processing a frame of information in the run-level domain, the processor 706 sends the processed frame to the VLE 710. As those skilled in the art will recognize, processor 706 controls the processing of frames such that the VLE receives video and non-video frames in the same sequence that the frames were received by the input buffer 702.
Among other things, the VLE 710 converts the processed frame into binary information and encapsulates the binary information into multiple MPEG
packets. The VLE 710 converts run-level pairs from pairs of integer values into binary sequences using well-known techniques such as, but not limited to, Hoffman coding.
The output buffer 712 receives MPEG packets from the VLE 710 and transmits the MPEG packets in the binary stream 138.
It should be emphasized that the preferred embodiments of the present invention are improvements over conventional transcoders. A conventional transcoder that transcodes an MPEG stream is essentially a cascaded MPEG decoder-encoder pair.
The MPEG decoder portion of a conventional transcoder receives a bit stream and a VLD
processes the bit stream to, among other things, recover therefrom sets of run-level pairs.
The levels of each set are then inverse quantized, i.e., multiplied by the quotient of the initial quantization parameter (Ql) divided by a weight factor. Next, each set of run-level pairs is inverse scanned, i.e., converted from a N x 2 matrix into an 8 x 8 matrix of levels (DCT coefficients). Next, an inverse DCT operation transforms the DCT
coefficients back into pixel domain values. Reference frames in pixel domain representation are stored so that they can be used to generate complete pixel domain frames of inter-coded compressed frames. The pixel domain frames are sent from the MPEG decoder portion of the conventional transcoder to the MPEG encoder portion of the conventional transcoder.
In the MPEG encoder portion of a conventional transcoder, an adder subtracts portions of pixel domain reference frames from inter-coded frames to generate the residual frames. Pixel domain reference frames and residual frames are transformed into DCT coefficients by a DCT module. Each block of 8 x 8 DCT coefficients is then requantized using a new quantization parameter Q2, thereby converting real numbers into integers, i.e., levels. Next, each 8 x 8 block of levels is then scanned and converted into sets of run-level pairs. A VLE module receives, among other things, header information and run-level pairs and processes its inputs into MPEG packets.

In addition, when a frame is a reference frame, the requantized levels are also sent to an inverse quantization module, which then multiplies levels by the quotient of the Q2 parameter divided by appropriate weighting factor. An inverse DCT module receives the blocks of levels and transforms the blocks of levels back into pixel domain values. If the reference frame is an intra-coded frame, e.g., an I-picture, the reference frame is stored in a buffer. If the reference frame is a inter-coded frame, e.g., a P-picture, the motion compensation is applied such that pixels of the residual frame are added to pixel values that have been taken from a previous reference frame to generate the actual inter-coded reference frame, which is then stored in a buffer. Thus, requantizing a bit stream using a conventional transcoder involves many operations and inverse operations and initialization operations. For example, prior to performing the inverse scan operation, the entire 64 element DCT block must be initialized, i.e., set to zero, to prepare for filling the block with new data. For the 4:2:0 video standard, the initialization for the inverse scan operation alone would require approximately 15.5 x 106 operations per second for a high resolution NTSC frame. The number of operations per second is calculated using the following equation:

NOP=Nb,ock xNMB x64xf =15.5x106 (4) where Nbiocks equals 6, NMB = 1,350, the number of macroblocks per frame, and f = 30 frames per second.
FIG. 8 is a flow chart of steps taken by the run-level domain transcoder 134 for implementing requantization of a received MPEG stream. In step 802, the VLD

parses, among other things, the header information, motion information, non-video frames, from MPEG packets and provides the parsed information to the memory 708.
The VLD 704 also decodes the binary representation of sets of run-level pairs into integer sets of run-level pairs and provides the runs and levels of a set to the memory 708, where they are buffered in buffers 716 and 718, respectively.
In step 804, the processor requantizes sets of run-level pairs of the current frame by multiplying the quantized levels by the ratio of Q1/Q2, where Q1 is the old quantization factor and Q2 is the new quantization factor. The processor also updates macroblock headers and slice headers of the current frame. Macroblock headers include fields for, among other things, Coded Block Pattern (CBP), Macroblock Type (MBTYPE), Macroblock Address Increment (MBINC), and Quantization Scale Code (QSC), which are updated after requantization. The quantization scale code is always present the slice header and optionally may be present in the macroblock header. When the quantization scale is changed, it is necessary to update the appropriate header, which may be a slice header or macroblock header. If the requantization is done on a set of run-level pair by set of run-level pair basis, then the quantization scale is changed for in the macroblock headers. Whereas, if the requantization is done on a slice of blocks, then the quantization scale is changed in the slice header.
In step 806, the VLE 710 encodes run-level pairs and encapsulates frames in MPEG packets.
Referring to FIG. 9, which further illustrates exemplary steps implemented by the processor 706 in step 804, the processor 706 extracts at least one set of runs and levels from buffers 716 and 718, respectively in step 902.
In step 904, the processor associates a scan-position array with each extracted set of run-level pairs. A scan-position array has the maximum dimension of 64 elements, which corresponds to the maximum size of the levels in the pairs in a set of run-level pairs. The elements of the scan-position array are the scan position of the non-zero levels, DCT coefficients.
In step 906, the processor applies a requantization technique to the levels.
An example of a requantization technique is given by the following equation:

12 = NINT (11 X QI / Q2), (5) where NINT() is the nearest-integer operation, QI is the initial quantization parameter, Q2 is the new quantization parameter, and 11 is the value of the level before requantization.
In step 908, the processor 706 determines the runs for the requantized levels.
Some of the levels will have changed to zero, and consequently, some new run values need to be determined. However, it should be emphasized that the new run values are determined without expanding the updated levels into an 8 x 8 matrix or equivalently into a 64 x 1 matrix.
A set of run-level pairs and its associated scan-position array are illustrated in FIG. 10A as run array 1002, level array 1004, and scan-position array 1006.
The subscript of each of the array elements gives the position of that element for its particular array. The value of each non-zero element in the scan-position array is the position of the associated level in the zig-zag scan order starting from zero. The VLD 704 calculates the scan position for each element of the scan-position array using the following equations:

in =rn +in_, +(6a) for n>0, and i = rn , (6b) for n=0.
FIG. 1 OB illustrates a temporary run array 1008, a temporary level array 1010, and the scan-position array 1006 after requantization. The processor 706 calculates new run values for the temporary run array 1008 using the following equations:

(7a) for k(n)<n, and r. =in, (7b) for k(n)=n, where k(n) is the number of levels that were zeroed in the temporary level array 1010 interposing the nth element and the first preceding non-zero element, for example, k(4) = 2 because level 11 is not zero and levels 12 and 13 have been set to zero. Runs that correspond to levels that are zeroed by requantization are ignored.
FIG. 1OC illustrates an updated run array 1012, an updated level array 1014, and corresponding set of run-level pairs 1016. The updated run array 1012 corresponds to the new run values illustrated in FIG. 10B, and the updated level array 1014 corresponds to the non-zero requantized levels illustrated in FIG. I OB.
In one preferred embodiment, instead of receiving the updated set of run-level pairs 1016, the VLE 710 receives the temporary run array 1008 and temporary level array 1010.. The VLE 710 is adapted to ignore runs that are associated with levels that have been set to zero. Thus, in the exemplary arrays illustrated in FIG. IOB, the VLE 710 only Huffman encodes the run-level pairs (ro, lo), (ri, 11), (r4, 14) and (r6, 16).
This embodiment does not require reformatting the size of the buffers for the updated run array 1012 and the updated level array 1014.
It should be noted that tremendous computational efficiencies are had by using the scan-position array in calculating the new run values. The updated runs are computed using single-instruction-multiple-data techniques (parallel processing) on a programmable digital signal processor (DSP).
In one preferred embodiment, the bit size of the frames are reduced by selectively deleting run-level pairs from sets of run-level pairs, as opposed zeroing through requantization. In this embodiment, the processor 706 determines which levels in a set of run-level pairs are to be deleted and those levels are then set to zero. After setting those levels to zero, the processor 706 determines new run values using equation 7.
The processor 706 is adapted to determine which levels to selectively set to zero using criteria such as level magnitude and frequency. The processor 706 selectively zeros levels of a set of run-level pairs using a thresholding function that selectively zeros levels based upon both amplitude and frequency. Because the human eye is more responsive to lower frequencies than higher frequencies, the threshold for zeroing high frequency levels is different from the threshold for low frequency level so that the high frequency levels are more predominately zeroed.
Working in the run-level domain instead of the pixel domain provides for increased computational efficiency. As previously noted, just initializing the inverse DCT matrix requires approximately 15.5 x 106 operations per second for high quality NTSC frames. Because we are working in the run-level domain instead of the pixel domain, these initialization operations do not need to be performed. As another example of increased efficiency consider operations for quantization. Take for example a 3-megabit per second (mbits/s) NTSC MPEG-2 bit stream with an average number of DCT
coefficients of 30,000 per picture. Assuming two operations per requantized coefficient in equation 5, requantization requires an operation count of 30,000 x 2 x 30 =
1.8 x 106 operations per second. Whereas, for a conventional transcoder the number of operations per second for inverse quantizing or requantizing would be 6 x 64 x 1,350 x 30 x nq = 15,552,000nq operations per second where nq is the number of operations for quantizing of a coefficient. The number of operations for quantization or inverse quantization depends upon the quantization/inverse quantization scheme that is implemented, but when the quantization scheme of equation 2 is implemented, nq is approximately 3 or 4, and consequently, for a conventional transcoder, requantization requires approximately 47 x 106 - 62 x 106 operations.

Run-Level Domain Motion Compensation In an alternative preferred embodiment, the run-level domain transcoder 134 not only requantizes levels and/or selectively zeros levels in the run-level domain, but also, in run-level domain, applies motion compensation to inter-coded frames. FIG. 11 illustrates some of the functional components of that are included in the processor 706 and the VLD

704 and VLE 710. The processor 706 includes the memory 708, an inverse quantizer 1102, a drift controller 1104, and a quantizer 1106.
The inverse quantizer 1102 receives sets of run-level pairs from the VLD 702.
The levels in the sets were quantized with the quantization Q, by an upstream MPEG
encoder. The inverse quantizer 1102 multiplies the levels in the sets by the quantization parameter Q' and applies an appropriate function such as, but not limited to, nint() or int( ), to the result.

Thus, 1 = pint (1(Q1) x Qj), where 1(Q1) is the quantized value of the level and "1" is the unquantized value. The drift controller 1104 receives the sets of unquantized run-level pairs, each set is denoted by jr, 1}, and implements logic for opportunistic motion control in the run-level domain, which will be explained in detail hereinbelow.
The memory 708 includes DCT-domain motion compensation matrices (G), a current frame buffer, and reference frame buffers. The current frame buffer and reference frame buffers are used to buffer frames, and a frame is composed of a group of sets of run-level pairs, where a set of run-level pairs represents a block of DCT
coefficients representing a block of pixels. The processor 704 processes the current frame using the reference frames and the DCT-domain motion compensation matrices (G) as needed to, among other things, produce sets of updated run-level pairs. The quantizer quantizes the sets of updated run-level pairs using a new quantization parameter Q2, and the drift controller 1104 calculates new runs for the requantized sets of run-level pairs. In the preferred embodiment the drift controller 1104 calculates the runs of the requantized sets of run-level pairs in the run-level domain using equation 7. The drift controller 1104 provides the VLE 710 with the updated requantized sets of run-level pairs, which then encodes them as previously described.
As previously described an inter-coded frame is generated at an MPEG decoder by adding pixel information from blocks in a reference frame to pixels of a residual frame. The MPEG decoder uses motion vectors, which are included in the headers of the inter-coded frame, to translate a block of pixel values from a reference frame to the inter-coded frame. Typically, a motion compensated block, one in which information is retrieved from one or more reference frames, is made up of portions of more than one reference block. FIG. 12 illustrates a common situation, which occurs when both components of a motion vector are not integer multiples of the block size, e.g., 8 pixels.
A motion compensated block 1202 is made up of four sub-blocks 1204, which are labeled 1 - 4, and a residual block (not shown). Each sub-block 1204 is a portion of a reference block 1206. Sub-block 1204(1) is (A x B) in size, where "A" is the number of rows of pixels and "B" is the number of columns of pixels, and corresponds to the bottom right hand corner of reference block 1206(1); sub-block 1204(2) is (A x (8-B)) in size and corresponds to the bottom left hand corner of reference block 1206(2); sub-block 1204(3) is ((8-A) x B) in size and corresponds to the top right hand corner of reference block 1206(3); and sub-block 1204(4) is ((8-A) x (8-B)) in size and corresponds to the top left hand corner of reference block 1206(4). The motion vectors, r1 - r4, translate the reference blocks 1206(1) - 1206(4) such that the sub-blocks 1204(1) - 1204(4) are appropriately positioned.
In matrix form, the motion compensated block 1202 is denoted by d ' and is given by the following equation:

dmc = Idi , (8) i=1 where d; is an 8 x 8 matrix given by the following equation:

di =hn'biWnc, (9) where b; is the it' reference block 1206, nr and nc are the number of rows and columns, respectively, of the sub-block 1204(i), and h; ' and w;n are of the form of upper and lower diagonal matrices having identity sub-matrices. The h matrices for the four sub-blocks 1204 are as follow:

nr Inn O I _ 0 I _ 0 0]nr h;` = 0 0 , h Z` 0 0 , h 3 I8-nr 0 , and h 4 = 18-nr 0 ; and the w matrices are as follows:

nc 0 0 nc 0 I8-no nc 0 0 nc O I8-nc W 1 = Inc 0 , wz 0 0 , w3 Inc 0 , and w4 = 0 0 Applying the discrete cosine transform to equation 9 yields:

DCT(d) _ DCT(d;) _ DCT(h;')DCT(b; )DCT(wi`) (lOa) i=1 i=1 D=jD; =EHnrB,W,n` (lOb) i=1 i=1 because the hnr and wnc matrices are unitary orthogonal, the DCT operation is distributive. All of the matrices in equations 8 - 10 are 8 x 8 in size, and consequently, by arranging the elements of the D, D;, and B; matrices in a predetermined order, such as the scan order shown in FIG. 3A, each component of equation l Ob can be rewritten as D; = G; (H `, Wine)B; , (11) where the primed matrices are 64 x 1 in size and G, which is a function of the H and W
matrices, is a 64 x 64 matrix that is calculated from the H and W matrices.
Consider matrices a, b, c, d and e, which are all the same size (NxN), where a = cdb = (cd)b = eb, (12) and the (n,m) component of matrix a is given by an,m = Zen,aba,m = I ICn,ada,abam = (13) a=0 43=0 a=0 Each element in the a and b matrices have a one-to-one mapping into scan order arrays, and the first element of the scan order array (ao = a0 0) is the following:

N-1 N-I Nz-1 an = Z Eco,Pda,oba,a = Zfo,yby (14) p=0 a=0 y=0 Each element off is determined on a term by term basis according to scan order. For example, using the scan order illustrated in FIG. 3A and N=8, bo = boo, b, =
b01, bZ =b10, ... b63 =b7,7,then f00 =c00d00, f01 =c00d10, foe =c01d00, ... and fo63 =C07d70.

In a similar fashion, the elements of the G matrix, which for the purposes of this disclosure is called a DCT-domain motion compensation (MC) matrix, are found.
In one preferred embodiment, the memory 708 includes a complete set of G matrices to account for all possible integer pixel sub-block placements within the motion compensated block.
As those skilled in the art are well aware, MPEG-2 allows for half pixel translations of a sub-block, which are accomplished through a linear combination of integer pixel translations. For the sake of clarity, motion vectors that translate a block of pixels from a reference frame into an inter-coded frame are considered to be integer translations, but those skilled in the art understand half-integer translations, and such translations are considered to be within the scope of the invention.
In an alternative preferred embodiment, the memory 708 includes a complete set of partial G matrices. In this embodiment, the partial G matrices are truncated versions of complete 64x64 G matrices. The partial G matrices include lower frequency components of the complete G matrices. Even though the use of partial G
matrices results in the loss of motion compensation for some high frequencies, the quality of service for the user should not be substantially affected because the human eye is less responsive to changes in high frequency. Of course, the quality of service will depend upon the amount of truncation in the partial G matrices, and the size of the partial "G"
matrices is determined by the operator of the STS 100.
Equation 11 provides the basis for performing DCT-domain motion compensation. However, the output of the VLD 704 includes sets of run-level (RL) pairs 216, which are of the form [ro, 1o, ri, 11, ... rõ_1, 1n_1, r,,, 1"]T, which is short form for a 64 element array consisting of zeroes and non-zero coefficients in scan order.
Thus, in order to use equation 11, sets of run-level pairs need to be expanded into 64 element arrays. Instead of expanding sets of run-level pairs and then doing matrix multiplication, a computationally efficient way of calculating motion compensation for a given set of run-level pairs can be employed using information from the given set of run-level pairs.
First, a G; (H; `, W;n') matrix is defined as Gi(Har,Wi"c)=[go(IInr,W;"`),gI(I-Inr,WI"c),...,g61(Hnr'W"c)], (15) where g" (H', W.nc) is the nth column of G; (H; W;" ) . For the given set of run-level pairs, a scan-position array is associated with the set of run-level pairs and the elements of the scan-position array are given by equation 6. A modified sub-matrix G', which is made up of selected columns of the G I (H "r , W,"`) matrix, is determined based upon the scan positions. The selected columns are determined from the following equation:
n = ro, (16a) for the first selected column and n = in-1 + r" + 1, (16b) for subsequent columns. For example, consider the exemplary set of run-level pairs illustrated in FIG. 4B and the corresponding run array 1002, level array 1004, and scan-position array 1006, which are illustrated in FIG. 10A. For this example, the modified sub-matrix G' is as follows:

G =[gl'gl,gl,gl'gl,gl 5 gl ,gl ]~ (17) where the selected columns correspond to the values of the level array 1004, then D=G'L, (18) where L is the level array matrix 1004.

Motion Compensation Refer to FIG. 13, steps 1300 illustrate exemplary logic that is implemented by the run-level domain transcoder 134 for applying motion compensation in the run-level domain to frames that are transcoded. In step 1302 the processor 706 receives a current frame from the VLD 704. The current frame includes, among other things, headers, and sets of quantized run-level pairs denoted by {r, 1(Q1)}. If the current frame is inter-coded, it also includes among other things motion vectors.
In step 1304, the inverse quantizer 1102 converts the sets of quantized run-level pairs {r, 1(Qj)} of the current frame into unquantized sets of run-level pairs, which are denoted as { r, 1} .
In step 1306, the drift controller 1104 determines whether or not the current frame is an I-picture. The drift controller 1104 determines the type of picture using header information. Reference frames such as I-Pictures and P-Pictures are transmitted before any frame that depends on them is transmitted. Thus, a GOP such as I(1), B(2), B(3), P(4), B(5), B(6), P(7), B(8), B(9), P(10), ... B(N-2), B(N-1), P(N) is transmitted in the following order: I(1), P(4), B(2), B(3), P(7), B(5), B(6), P(10), B(8), B(9), ... P(N), B(N-2), B(N-1). Consequently, a description of how the drift controller 1104 processes I-pictures is provided first, followed by a description of P-picture and B-picture processing.

Intra-Coded Frames (I-Picture) In step 1308, the drift controller 1104 associates a scan-position array 1006 with each set of unquantized run-level pairs (r, 1). In one preferred embodiment, the values of the scan-positions are calculated using equation 6. Sometimes the scan pattern that is used in a GOP changes from one frame to another. Consequently, the processor checks the scan pattern for the current frame using header information and maps the scan-positions from the scan pattern used by the current frame to a reference scan pattern. For example, if the scan pattern illustrated in FIG. 3A is the reference scan pattern and the scan pattern illustrated in FIG. 3B is the scan pattern of the current frame, then a scan-position of "2" would map to a scan-position of "3". The reference scan pattern is used for processing current frame and all of the subsequent frames.

In step 1310, the drift controller 1104 sends the input frame to the quantizer 1106, which requantizes using the quantization parameter Q2. The requantized levels of a set of run-level pairs are denoted as { 1' (Q2)}. As a consequence of requantization, some of the levels in the requantized set are set to zero, as illustrated in FIG. 10B
for the temporary level array 1010. The associated scan-position array 1006 and the associated run values are not updated.
In step 1312, the inverse quantizer 1102 unquantizes the requantized sets of run-level pairs {r' ,1' (Q2)}, and the unquantized sets of run-level pairs are denoted by {r, 1' }. The sets of run-level pairs denoted by jr, 1' } are hereinafter referred to as unquantized-requantized sets of run-level pairs.
In step 1314, the drift controller 1104 determines a set of quantization differences D; for the unquantized levels "1" and "1' " for each set of run-level pairs that make up the current frame. The quantization difference D; is the result of the requantization of the levels from the Qi parameter to the Q2 parameter of the it" set of run-level pairs. The sets of quantization differences (D) are stored in memory 708 and used in the motion compensation of run-level domain residual pseudo-pictures for subsequent P-pictures and B-pictures. In one preferred embodiment, the scan-position arrays 1006 that are associated with the sets of run-level pairs are associated with the corresponding sets of quantization differences and are buffered in memory 708.
In step 1316, the drift controller 1104 updates the runs of the requantized sets of run-level pairs {r, 1' (Q2)} to produce new sets of requantized run-level pairs, which are denoted by {r' , 1' (Q2)}. In one preferred embodiment, the requantization of the levels is done in parallel, and the calculations of the new runs associated with the requantized levels is done in parallel. In one preferred embodiment, the drift controller 1104 employs equations 6 and 7 in the calculations of the new runs.

In step 1318, the processor 706 sends the requantized run-level pairs {r' ,1' (Q2)}
of the current frame to the VLE 710 for processing. In one preferred embodiment, the requantized run-level pairs {r' , 1' (Q2)} includes updated run values (r') that are associated with levels having non-zero values and original run values (r) that are associated with levels that have the value of zero. In this case, the VLE 710 is adapted to ignore run-level pairs in which the level is zero (r,0).

Inter-Coded Frames (P-Pictures and B-Pictures) Referring back to step 1306, responsive to the input frame being a P-picture or B-picture, the drift controller 1104 proceeds to step 1318 and buffers the current frame in the memory 708.
In step 1320, the drift controller 1104 extracts DCT domain MC matrices (G) from the memory 708. Each of the DCT domain MC matrices in the memory 708 is associated with a motion vector, and the drift controller 1104 uses the motion vectors for the current frame to determine which DCT domain MC matrices (G) to extract.
In step 1322, the drift controller 1104 extracts selected sets of quantization differences from the memory 708. The selected sets of quantization differences correspond to the reference frame blocks for motion compensated blocks of the current frame, and the drift controller 1104 uses the header information of the current frame to determine which quantization differences (D;) to extract, where "i" denotes that the quantization difference corresponds to the ,ilh" block of the reference frame.
Each set of the quantization differences is associated with a particular DCT domain MC
matrix (G) through the motion vectors. When the current frame is a P-Picture, the sets of quantization differences are from the preceding reference frame such as an I-Picture or P-Picture. When the current frame is a B-Picture, the sets of quantization differences are selected from the preceding reference frame such as an I-Picture or P-Picture, and from the subsequent P-Picture reference frame. In the preferred embodiment, the drift controller 1322 extracts associated scan-position arrays 1006 for each extracted set of quantization differences.
In step 1324, for each extracted set of quantization differences Di the drift controller 1104 uses the associated scan-position array to extract selected columns of from its associated DCT domain MC matrix (G) to produce modified sub-matrices (G').
The columns of the modified sub-matrices G' are determined from the scan-position arrays. The drift controller 1104 also associates scan-position arrays with sets of run-level pairs {r, 1} of the current frame. The elements of the scan-position array are the scan position of the non-zero DCT coefficients for each set of run-level pairs. If the scan pattern for the current frame is not the reference scan pattern, then the scan-positions are mapped into scan-positions of the current frame.

In step 1326, for each set of run-level pairs {r, 1} of the current frame the drift controller 1104 calculates motion compensation for the quantization differences by matrix multiplication of the modified sub-matrix G' with the associated set of quantization differences D, and the product (T) is buffered in memory 708. Typically, as illustrated in FIG. 12, a block in the current frame receives information from four blocks in a reference frame, and consequently, T = L GA D; . Conceptually, the modified sub-matrix G' maps quantization differences associated with a block in reference frame into a motion compensated block of the current frame. In addition, the drift controller 1104 updates level values for each set of run-level pairs {r, 1} by adding the motion compensation for the quantization differences to the levels.
In one preferred embodiment, an opportunistic scheme is employed such that a given set of run-level pairs {r,1 } is equal to the given set of run-level pairs {r,1 } plus the motion compensated quantization difference, where only like scan positions of the motion compensated quantization difference are added to the given set of current run-level pairs {r,1}. In this embodiment, the runs of the given set of run-level pairs do not change as a consequence of adding the motion compensated quantization difference.
In step 1328, the quantizer 1106 requantizes the levels of the current frame using the quantization parameter Q2. The requantized sets of run-level pairs are denoted by {r, 1' (Q2)}. In step 1330, the drift controller determines whether the current frame is a P-Picture or a B-Picture. If the current frame is a B-Picture, the drift controller 1104 proceeds to step 1316. However, if the current frame is a P-Picture, the drift controller proceeds to step 1332, and the inverse quantizer 1102 inverse quantizes the requantized sets of run-level pairs {r, 1' (Q2)} to produce unquantized-requantized sets of run-level pairs {r, 1' } for the current frame.

In one embodiment, the current frame is requantized using a plurality of quantization parameters. The quantizer 1106 requantizes set of run-level pairs on a set by set basis using different quantization parameters. In addition, selected sets of run-level pairs of the current frame can be requantized by the quantizer 1106 using one or more quantization parameters, and other sets of run-level pairs of the current frame are not requantized. Headers of the current frame such as slice headers and macroblock headers are updated to include the quantization parameter used in the associated sets of run-level pairs.
In step 1334, the sets quantization differences are updated. For a given set of quantization differences Dk, where the given set of quantization differences corresponds to the k"' block in the reference frame, the updated given set of quantization differences is equal to the sum of the motion compensated quantization differences (T) for that given set plus the of the quantization difference (1 - 1' )k of the unquantized levels for the sets of run-level pairs corresponding to the kth block of the current frame.
The updated sets of quantization differences for the current frame are buffered in the memory 708. In one preferred embodiment, the memory 708 includes buffers for at least two frames worth of quantization differences so that it can include quantization differences for both the immediately preceding reference frame (an I-Picture or P-Picture) and the current reference frame (a P-Picture) in order to properly process B-Pictures.
In one preferred embodiment, the quantization differences for different types of frames such as video-frames, top video-fields, and bottom video-fields are accumulated in memory 708 separately. In this embodiment, the processor 706 determines whether the current frame is a video-frame, i.e., non-interlaced, or a top video-field, or a bottom video-field using the header information of the current frame and then extracts the appropriate sets of quantization differences from the memory 708 for motion compensation and updates the appropriate sets of quantization differences.
It should be emphasized, that for the sake of clarity, the steps 1300 were described in a sequential manner. However, as those skilled in the art will recognize, the steps could be implemented in a different order and/or in parallel. In one preferred embodiment, steps such as, but not limited to, quantizing, inverse quantizing, calculation of new run values, and linear operations of matrices are done in parallel in enhance computational efficiency. Furthermore, it should be noted that the motion compensation is performed in the run-level domain because the sets of run-level pairs are not expanded into DCT-domain matrices. Thus, computational efficiency is had by not inverse scanning sets of run-level pairs into DCT-domain matrices and, then after processing, scanning the DCT-domain matrices back into sets of run-level pairs.
In one preferred embodiment, the motion compensation is implemented using expanded level arrays, which are 64x1 in size. In this embodiment, the sets of quantized run-level pairs {r, 1(Q1)}, the sets of unquantized run-level pairs {r, 1}, the sets of requantized run-level pairs {r, 1' (Q2)}, and the sets of unquantized-requantized run-level pairs {r' ,1' } are expanded such that the levels are now in scan order.
Because the various sets of run-level pairs are expanded, the matrix operations in steps 1314, 1326, and 1334 are done for each level according to scan order.

In one preferred embodiment, B-Pictures are processed doing requantization without motion compensation. In other words, for a B-Picture steps 1320 - 1326 are skipped over. Motion compensation of B-Pictures can be skipped because B-Pictures are not used as reference pictures and any drift error in the B-Pictures is not accumulated and used in the motion compensation of subsequent pictures. Since many MPEG-2 streams contain a majority of B-Pictures, computational efficiency is enhanced by not doing motion compensation for B-Pictures.
Although exemplary preferred embodiments of the present invention have been shown and described, it will be apparent to those of ordinary skill in the art that a number of changes, modifications, or alterations to the invention as described may be made, none of which depart from the spirit of the present invention. Changes, modifications, and alterations should therefore be seen as within the scope of the present invention. It should also be emphasized that the above-described embodiments of the present invention, particularly, any "preferred embodiments" are merely possible non-limiting examples of implementations, merely setting forth a clear understanding of the principles of the inventions.

Claims (76)

WHAT IS CLAIMED IS:
1. A method of transcoding a digital stream, the method comprising the steps of:
decoding a compressed frame of data carried in a first bit stream such that the frame is represented by a first group of sets of run-level pairs defined by a set of quantized levels, which were quantized by a first quantization parameter Q1, and an associated set of runs;

processing the frame in a domain defined by run and level to generate a second group of sets of run-level pairs representing the frame;

decomposing the sets of run-level pairs of the first group of sets of run-level pairs into sets of quantized levels and sets of runs;

requantizing in parallel the levels in a given set of quantized levels of the first group using the first quantization parameter Q1 and a second quantization parameter Q2, wherein the values of the requantized levels are smaller than the values of the quantized levels; and encoding the frame using the second group of sets of run-level pairs in a second bit stream, wherein the number of bits of the frame in the second bit stream is less than the number of bits of the frame in the first bit stream.
2. The method of claim 1, wherein the step of processing the frame includes the step of:

buffering the frame in a memory, wherein the frame is buffered only in the run-level domain format.
3. The method of claim 1, wherein each set of run-level pairs of the first group represents a block of pixel information.
4. The method of claim 1, further comprising :

calculating new run values for the set of runs associated with the given set of quantized levels using the requantized levels.
5. The method of claim 4, wherein the new run values are calculated for multiple sets of runs in parallel.
6. The method of claim 4, wherein the step of processing further includes the step of:
determining for each quantized level of the given set of quantized levels the scan position thereof, and wherein the new run values are calculated using at least the determined scan positions.
7. The method of claim 6, wherein the step of processing further includes the step of:
associating a scan-position array with the given set of quantized levels, wherein the elements of the scan-position array include the determined scan positions;

determining the number of requantized levels that were set to zero by requantization, which precede the first non-zero requantized level; and determining the number of requantized levels that were set to zero by requantization, which interpose non-zero requantized levels.
8. The method of claim 7, wherein the scan position value of the n th element of the scan-position array is determined using the equation i n = r n + i n-1 + 1, for n > 0, and in = m for n = 0, where r n is the value of the n th run in associated set of runs.
9. The method of claim 8, wherein the new run value for the n th run of the set of runs associated with the given set of quantized levels is calculated using the equation r n' = i n - i n-k(n)-1 -1, for k(n) < n, r n' = i n, for k(n) = n, where k(n) is the number of levels that were set to zero interposing the n th requantized level and the first preceding requantized non-zero level, i(n) is the scan position of the n th level of the given set of levels, and r n' is the new run value for the n th level.
10. The method of claim 4, wherein a given set of run-level pairs of the second group of sets of run-level pairs is defined by the requantized levels of the given set of quantized levels and the new run values of the associated set of runs.
11. A method of transcoding a digital stream, the method comprising the steps of:
decoding a compressed frame of data carried in a first bit stream such that the frame is represented by a first group of sets of run-level pairs;

processing the frame in a domain defined by run and level to generate a second group of sets of run-level pairs representing the frame;

encoding the frame using the second group of sets of run-level pairs in a second bit stream, wherein the number of bits of the frame in the second bit stream is less than the number of bits of the frame in the first bit stream, wherein each set of run-level pairs of the first group of sets of run-level pairs is defined by a set of levels and an associated set of runs, and the step of processing further includes the steps of:

decomposing the sets of run-level pairs of the first group of sets of run-level pairs into sets of levels and associated sets of runs;

selectively zeroing levels in parallel in a given set of levels of the first group;
and calculating new run values for the set of runs associated with the given set of levels.
12. The method of claim 11, wherein the new run values are calculated for multiple sets of runs in parallel.
13. The method of claim 11, wherein the step of processing further includes the step of:

determining for each level of the given set of levels the scan position thereof, and wherein the new run values are calculated using at least the determined scan positions.
14. The method of claim 13, wherein the step of processing further includes the step of:

associating a scan-position array with the given set of levels, wherein the elements of the scan-position array include the determined scan positions;

determining the number of zeroed levels that were set to zero, which precede the first non-zero level; and determining the number of levels that were set to zero, which interpose non-zero levels.
15. The method of claim 14, wherein the scan position value of the n th element of the scan-position array is determined using the equation i n = r n i n-1 +1, for n > 0, and i n = r n, for n = 0, where r n is the value of the n th run in associated set of runs.
16. The method of claim 15, wherein the new run value for the n run of the set of runs associated with the given set of levels is calculated using the equation r n' = i n - i n-k(n)-1 -1, for k(n) < n, r n' = i n, for k(n) = n where k(n) is the number of levels that were set to zero interposing the n th level and the first preceding requantized non-zero level, i(n) is the scan position of the n th level of the given set of levels, and r n' is the new run value for the n th level.
17. The method of claim 11, wherein a given set of run-level pairs of the second group of sets of run-level pairs is defined by the levels of the given set of levels after selective zeroing and the new run values of the associated set of runs.
18. The method of claim 1, wherein the frame is a video-frame.
19. The method of claim 1, wherein the frame is a video-field.
20. The method of claim 1, wherein the frame is a formatted according to an MPEG
protocol.
21. The method of claim 20, wherein the frame is a video-frame.
22. A transcoder in a digital network that receives a stream of frames of information carried in a first bit stream and transmits the stream of frames in a second bit stream, the transcoder comprising:

a memory having multiple sets of runs buffered therein, and multiple sets of levels buffered therein, wherein the multiple sets of runs and multiple sets of levels define multiple sets of run-level pairs of a given frame of the stream of frames;

a processor in communication with the memory, the processor adapted to process in the run-level domain the multiple sets of run-level pairs of the given frame using at least the sets of runs and adapted to process levels of a given set of run-level pairs using properties of the levels of the given set of run-level pairs; and a vector length encoder in communication with the processor, the vector length encoder adapted to receive the processed multiple sets of run-level pairs of the inter-coded frame and encode the multiple sets of run-level pairs into bits for the second bit stream, wherein the bit size of the given frame in the second bit stream is smaller than the bit size of the given frame in the first bit stream.
23. The transcoder of claim 22, further including:

a vector length decoder in communication with the memory, the vector length decoder receives the first bit stream and decodes the bits of the first bit stream into the multiple sets of runs and multiple sets of levels and provides sets of multiple sets of runs and multiple sets of level to the memory for buffering therein.
24. The transcoder of claim 22, wherein the processor selectively zeros levels in the multiple sets of run-level pairs.
25. The transcoded of claim 24, wherein for a given set run-level pairs of the multiple sets of run-level pairs the processor selectively zeros levels of the given set of run-level pairs using at least the amplitudes of the levels of the given set of run-level pairs.
26. The transcoder of claim 24, wherein for a given set of run-level pairs of the multiple sets of run-level pairs the processor selectively zeros levels of the given set of run-level pairs using at least the frequencies of the levels of the given set of run-level pairs.
27. The transcoder of claim 24, wherein for a given set of run-level pairs of the multiple sets of run-level pairs the processor selectively zeros levels of the given set of run-level pairs using a thresholding function that selectively zeros levels based upon both amplitude and frequency.
28. A transcoder in a digital network that receives a stream of frames of information carried in a first bit stream and transmits the stream of frames in a second bit stream, the transcoder comprising:

a memory having multiple sets of runs buffered therein, and multiple sets of levels buffered therein, wherein the multiple sets of runs and multiple sets of levels define multiple sets of run-level pairs of a given frame of the stream of frames;

a processor in communication with the memory, the processor adapted to process in the run-level domain the multiple sets of run-level pairs of the given frame using at least the sets of runs;

a vector length encoder in communication with the processor, the vector length encoder adapted to receive the processed multiple sets of run-level pairs of the inter-coded frame and encode the multiple sets of run-level pairs into bits for the second bit stream, wherein the bit size of the given frame in the second bit stream is smaller than the bit size of the given frame in the first bit stream; and a vector length decoder in communication with the memory, the vector length decoder receives the first bit stream and decodes the bits of the first bit stream into the multiple sets of runs and multiple sets of levels and provides sets of multiple sets of runs and multiple sets of level to the memory for buffering therein, wherein the processor requantizes levels in the multiple sets of run-level pairs.
29. The transcoder of claim 28, prior to requantization, a given set of levels of the multiple sets of levels is defined by a contiguous sequence of non-zero values and at most two zero values that bookend the contiguous sequence of non-zero values, and after requantization, the given set of levels includes more than two zero values.
30. The transcoder of claim 28, prior to requantization, a given set of levels of the multiple sets of levels is defined by a contiguous sequence of non-zero values and only one zero value, and after requantization, the given set of levels includes more than one zero value.
31. The transcoder of claim 28, prior to requantization, a given set of levels of the multiple sets of levels consists of a contiguous sequence of non-zero values, and after requantization, the given set of levels includes at least one zero value.
32. The transcoder of claim 28, wherein the memory includes multiple scan-position arrays that are associated with the multiple sets of run-level pairs, wherein for a given scan-position array the elements thereof index the scan positions of the levels of particular set of levels, wherein the particular set of levels partially defines a given set of run-level pairs that is associated with the given scan-position array.
33. The transcoder of claim 32, wherein the vector length decoder determines the scan position value of the n th element of the given scan-position array using the equation i n = r n i n-1 + 1, for n > 0, and i n = r n, for n = 0, where r n is the value of the n th run in a particular set of runs, wherein the particular set of runs and the particular set of levels together define given set of run-level pairs.
34. The transcoder of claim 33, wherein the processor is adapted to determine the number of levels that were set to zero preceding the first non-zero requantized level of the particular set of levels and the number of levels that were set of zero interposing non-zero requantized levels.
35. The transcoder of claim 34, wherein the processor calculates the new run value for the n th run of the particular set of runs using the equation r n' = i n - i n-k(n)-1 -1, for k(n) = n, r n' = i n, for k(n) = n where k(n) is the number of levels that were set to zero interposing the n th requantized level and the first preceding requantized non-zero level, i(n) is the scan position of the n th level of the particular set of levels, and r n' is the new run value for the n th level.
36. The transcoder of claim 34, wherein the processor calculates the new run values in parallel.
37. The transcoder of claim 34, wherein the processor is a digital signal processor.
38. The transcoder of claim 34, wherein the processor is an ASIC.
39. The transcoder of claim 34, wherein the processor is an FPGA.
40. A method of transcoding a digital stream, the method comprising the steps of:
decoding a compressed frame of data carried in a first bit stream such that the frame is represented by a first group of sets of run-level pairs wherein each set of run-level pairs of the first group of sets of run-level pairs is defined by a set of levels and an associated set of runs;

decomposing the sets of run-level pairs of the first group of sets of run-level pairs into sets of levels and sets of runs;

processing the sets of levels and the sets of runs of the frame in a domain defined by run and level to generate a second group of sets of run-level pairs representing the frame; and encoding the frame using the second group of sets of run-level pairs in a second bit stream, wherein the number of bits of the frame in the second bit stream is less than the number of bits of the frame in the first bit stream, wherein each set of levels is defined by a set of quantized levels, which were quantized by a first quantization parameter Q1, and the step of processing further includes the steps of:

(a) inverse-quantizing the quantized levels of a given set of quantized levels (l(Q1)) of the first group using the first quantization parameter Q1 to produce therefrom a set of unquantized levels (1);

(b) requantizing the unquantized levels of the set of unquantized levels (1) using a second quantization parameter Q2 to produce therefrom a set of requantized levels (l(Q2)); and (c) calculating new run values for the set of runs associated with the given set of quantized levels (l(Q2));

wherein a given set of run-level pairs of the second group of sets of run-level pairs is defined by the set of requantized levels (l(Q2)) and the new run values of the set of runs associated with the given set of quantized levels (l(Q1)).
41. A method of transcoding a digital stream, the method comprising the steps of:
decoding a compressed frame of data carried in a first bit stream such that the frame is represented by a first group of sets of run-level pairs wherein each set of run-level pairs of the first group of sets of run-level pairs is defined by a set of levels and an associated set of runs;

decomposing the sets of run-level pairs of the first group of sets of run-level pairs into sets of levels and sets of runs;

processing the sets of levels and the sets of runs of the frame in a domain defined by run and level to generate a second group of sets of run-level pairs representing the frame;

wherein each set of levels is defined by a set of quantized levels, which were quantized by a first quantization parameter Q1, and the step of processing further includes the steps of:

(a) inverse-quantizing the quantized levels of a given set of quantized levels (1(Q,)) of the first group using the first quantization parameter Q1 to produce therefrom a set of unquantized levels (l);

(b) requantizing the unquantized levels of the set of unquantized levels (1) using a second quantization parameter Q2 to produce therefrom a set of requantized levels (l(Q2)); and (c) calculating new run values for the set of runs associated with the given set of quantized levels (l(Q1)); and encoding the frame using the second group of sets of run-level pairs in a second bit stream, wherein the number of bits of the frame in the second bit stream is less than the number of bits of the frame in the first bit stream, wherein the step of processing further includes the steps of:

(d) inverse-quantizing the requantized levels of the set of requantized levels (1(Q2)) using the second quantization parameter Q2 to produce therefrom a set of unquantized-requantized levels (1');

(e) determining a set of quantization differences (D) by subtracting the set of unquantized-requantized levels (1') from the set of set of unquantized levels (1);
(f) buffering the set of quantization differences;

(g) determining for each level of the given set of quantized levels (1(Q1)) the scan position thereof;

(h) associating a scan-position array with the set of quantization differences (D), wherein the elements of the scan-position array include the determined scan positions; and (i) buffering the scan-position array.
42. The method of claim 41, wherein the step of processing further includes the steps of:

(j) determining the number of levels, which have the value of zero and which precede the first non-zero level, in the set of requantized levels (1(Q2));
and (k) determining the number of levels, which have the value of zero and which interpose non-zero levels, in the set of requantized levels (1(Q2)).
43. The method of claim 42, wherein the scan position value of the n th element of the scan-position array is determined using the equation i n=r n +i n-1+1, for n>0, and i n = r n, for n=0, where r n is the value of the n th run in the associated set of runs.
44. The method of claim 43, wherein the new run value for the n th run of the set of runs associated with the given set of quantized levels is calculated using the equation r n'=i n-i n-k(n)-1-1, for k(n)>n, r n' =i n, for k(n)=n where k(n) is the number of levels that were set to zero interposing the n th level and the first preceding requantized non-zero level, i(n) is the scan position of the n th level of the given set of levels, and r n' is the new run value for the n th level.
45. The method of claim 41, wherein steps (a) through (i) are repeated for each set of run-level pairs of the first group, and further including the steps of:

(j) decoding a second compressed frame of data carried in the first bit stream such that the second frame is represented by a third group of sets of run-level pairs, wherein each set of run-level pairs of the third group of sets of run-level pairs is defined by a set of quantized levels, which were quantized by a first quantization parameter Q3, and an associated set of runs;

(k) applying motion compensation to the sets of run-level pairs of the third group of sets of run-level pairs using at the sets of quantization differences (D) to produce therefrom a fourth group of sets of run-level pairs; and (l) encoding the fourth group of sets of run-level pairs in the second bit stream.
46. The method of claim 45, wherein step (k) further includes the steps of:

(m) inverse-quantizing the quantized levels of a given second set of quantized levels (1(Q3)) of the third group using the third quantization parameter Q3 to produce therefrom a second set of unquantized levels (1);

(n) extracting a particular set of quantization differences from the buffer using header information of the second frame;

(o) matrix multiplying the particular set of quantization differences with a particular DCT-domain motion compensation matrix (G) to produce therefrom a set of motion compensated quantization differences (T);

(p) adding the set of motion compensated quantization differences (T) to the second set of unquantized levels (1);

(q) requantizing the second set of unquantized levels (1) using a fourth quantization parameter Q4 to produce therefrom a second set of requantized levels (1(Q4)); and (r) calculating new run values for the second set of runs associated with the given second set of quantized levels (1(Q3)).
47. The method of claim 46, wherein the new run values for the second set of runs associates with the second set of quantized levels (1(Q3)) and the second set of quantized levels define a particular set of run-level pairs of the fourth group of run-level pairs.
48. The method of claim 46, wherein the particular DCT-domain motion compensation matrix (G) is selected from a set of DCT-domain motion compensation matrices using a motion vector of the second frame.
49. The method of claim 46, wherein each element of the set of motion compensated quantization differences (T) is associated with a scan position, and wherein step (p) further includes the step of:

(s) determining for each level of a given second set of quantized levels (1(Q3)) the scan position thereof; and (t) opportunistically adding the elements of the set of motion compensated quantization differences (T) to the levels of the second set of unquantized levels (1), wherein only when the scan position that is associated with a particular element of the set of motion compensated quantization differences (T) matches the scan position of a particular level is the particular element of the set of motion compensated quantization differences (T) added to the particular level.
50. The method of claim 46, wherein step (k) further includes the steps of.
(s) determining whether the second frame is a reference frame;

(t) responsive to determining the second frame is a reference frame, inverse-quantizing the quantized levels of the second set of requantized levels (1(Q4)) using the fourth quantization parameter Q4 to produce therefrom a second set of unquantized-requantized levels (1');

(u) responsive to determining the second frame is a reference frame, updating a particular set of quantization differences (D) by adding the difference of the second set of unquantized levels (1) and the second set of unquantized-requantized levels (1') to the set of motion compensated quantization differences (T).
51. The method of claim 50, wherein each element of the set of motion compensated quantization differences (T) is associated with a scan position, and wherein step (u) further includes the step of:

(v) determining for each level of the second set of unquantized levels (1) the scan position thereof and (w) opportunistically adding the difference of the levels of the second set of unquantized levels (1) and the second set of unquantized-requantized levels (1') to the set of motion compensated quantization differences (T), wherein only when the scan position that is associated with a particular element of the set of motion compensated quantization differences (T) matches the scan position associated with a particular level is the difference of the levels added to the particular element of the set of motion compensated quantization differences.
52. A transcoder in a digital network that receives a stream of frames of information carried in a first bit stream and transmits the stream of frames in a second bit stream, wherein the bit size of the frames in the second bit stream is smaller than the bit size in the first bit stream, the transcoder comprising:

a memory having multiple sets of runs buffered therein, multiple sets of levels buffered therein, multiple sets of quantization differences buffered therein, wherein the multiple sets of runs and multiple sets of levels define multiple sets of run-level pairs of an inter-coded frame, and wherein each set of run-level pairs represents information for a block of pixels; and a processor in communication with the memory, the processor adapted to apply motion compensation to the sets of run-level pairs of the inter-coded frame using at least the sets of quantization differences, wherein for a given set of run-level pairs the processor applies motion compensation by adding to a specific set of unquantized levels (1) a specific set of quantization differences (D); and wherein the addition of the specific set of quantization differences (D) to the specific set of unquantized levels (1) involves matrix multiplying the specific set of unquantized levels (1) by a specific DCT-domain motion compensation matrix and adding the result to the specific set of unquantized levels (1).
53. The transcoder of claim 52, wherein the processor is further adapted to inverse quantize the multiple sets of levels to produce multiple sets of unquantized levels (1) using a quantization parameter (Q1).
54. The transcoder of claim 52, wherein the levels in a given set of levels are a sequence of non-zero numbers.
55. The transcoder of claim 52, wherein the levels in a given set of levels consist of a sequence of non-zero numbers and at most one zero.
56. The transcoder of claim 52 wherein the specific set of unquantized levels (1) was produced from the set of levels used in defining the given set of run-level pairs.
57. The transcoder of claim 52 wherein the specific set of quantization differences (D) is selected using at least one motion vector of the inter-coded frame.
58. The transcoder of claim 52, wherein the specific DCT-domain motion compensation matrix is one of a plurality of DCT-domain motion compensation matrices that is selected using at least a portion of a motion vector.
59. The transcoder of claim 52, wherein the specific DCT-domain motion compensation matrix is a sub-matrix that is made up of selected columns of the specific DCT-domain motion compensation matrix.
60. The transcoder of claim 59, wherein the specific set of quantization differences (D) has a scan-position array associated therewith, and wherein the columns used in the sub-matrix are determined using the scan-position array.
61. A transcoder in a digital network that receives a stream of frames of information carried in a first bit stream and transmits the stream of frames in a second bit stream, wherein the bit size of the frames in the second bit stream is smaller than the bit size in the first bit stream, the transcoder comprising:

a memory having multiple sets of runs buffered therein, multiple sets of levels buffered therein, multiple sets of quantization differences buffered therein, wherein the multiple sets of runs and multiple sets of levels define multiple sets of run-level pairs of an inter-coded frame, and wherein each set of run-level pairs represents information for a block of pixels;

a processor in communication with the memory, the processor adapted to apply motion compensation to the sets of run-level pairs of the inter-coded frame using at least the sets of quantization differences, wherein the sum of the motion compensated specific set of quantization differences (D) and the specific set of unquantized levels (1) are requantized by the processor using a second quantization parameter (Q2) to produce a set of requantized levels (1'(Q2)), wherein for a given set of run-level pairs the processor applies motion compensation by adding to a specific set of unquantized levels (1) a specific set of quantization differences (D).
62. The transcoder of claim 61, wherein the processor is further adapted to determine a set of new run values (r') for the set of requantized levels (1'(Q2)) using at least the set of levels used in defining the given set of run-level pairs.
63. The transcoder of claim 62, further including:

a vector length encoder in communication with the processor, the vector length encoder adapted to receive the set of new run values (r') and the set of requantized levels (1'(Q2)) and a compressed output representing the set of new run values and the set of requantized levels (1'(Q2)).
64. The transcoder of claim 63, wherein the vector length encoder uses Huffman coding to compress the set of new run values and the set of requantized levels (1'(Q2))-
65. The transcoder of claim 61, wherein the processor is adapted to determine whether the inter-coded frame is a reference frame for a subsequent inter-coded frame in the stream of frames.
66. The transcoder of claim 65, wherein the processor is adapted to inverse quantize the set of requantized levels (1'(Q2)) using the second quantization parameter (Q2) to produce a set of unquantized-requantized levels (1'), and responsive to the processor determining the inter-coded frame is a reference frame, the processor inverse quantizes the set of requantized levels (1'(Q2)) using the second quantization parameter (Q2) to produce the set of unquantized-requantized levels (P).
67. The transcoder of claim 65, wherein the processor subtracts the set of unquantized-requantized levels (1') from the set of unquantized set of levels (1) to generate an instantaneous set of quantization differences for the given set of run-level pairs.
68. The transcoder of claim 65, wherein the given set of run-level pairs corresponds to a specific block of pixels in a frame, wherein a particular set of quantization differences is associated with the specific block of pixels, wherein the processor accumulates quantization differences for the particular set of quantization differences by motion compensating the specific set of quantization differences and adding the instantaneous set of quantization differences thereto.
69. The transcoder of claim 52, wherein the memory includes a group of scan-position arrays, wherein the multiple sets of levels are associated with the group of scan-position arrays, and wherein a given scan-position array, which is associated with a given set of levels, indexes the scan positions for the levels of the given set of levels.
70. The transcoder of claim 69, wherein the memory include a second group of scan-position arrays, wherein the multiple sets of quantization differences are associated with the second group of scan-position arrays, wherein a given set of quantization differences includes differences in unquantized levels and unquantized-requantized levels for a particular set of levels from a previous reference frame, wherein an unquantized level (1) is the result of inverse quantizing a first quantized level (1(Q1)), which was quantized using a first quantization parameter (Q1), wherein a unquantized-requantized level (1') is the result of requantizing the first unquantized level (1) using a second quantization parameter (Q2) to produce a second quantized level (1(Q2)) and then inverse quantizing the second quantized level (1(Q2)) using the second quantization parameter (Q2), and wherein a given scan-position array, which is associated with the given set of quantization differences, indexes the scan positions for the unquantized levels (1) of the particular set of levels.
71. The transcoder of claim 70, wherein the given set of quantization differences in the unquantized levels and unquantized-requantized levels for the particular set of levels are motion compensated, and the given set of quantization differences includes differences in unquantized levels and unquantized-requantized levels for a second particular set of levels from a second previous reference frame.
72. The transcoder of claim 70, wherein the processor applies motion compensation to the sets of run-level pairs of the inter-coded frame using at least the sets of quantization differences, the first group of scan-position arrays, and the second group of scan-position arrays.
73. The transcoder of claim 70, wherein the processor applies motion compensation to sets of run-level pairs of the inter-coded frame in parallel.
74. The transcoder of claim 73, wherein the processor is a programmable digital signal processor.
75. The transcoder of claim 73, wherein the processor is an ASIC.
76. The transcoder of claim 73, wherein the processor is an FPGA.
CA2480215A 2002-03-27 2003-03-27 Digital stream transcoder Expired - Fee Related CA2480215C (en)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US36806802P 2002-03-27 2002-03-27
US60/368,068 2002-03-27
US10/397,658 2003-03-26
US10/397,658 US7236521B2 (en) 2002-03-27 2003-03-26 Digital stream transcoder
PCT/US2003/009272 WO2003084250A2 (en) 2002-03-27 2003-03-27 Digital stream transcoder

Publications (2)

Publication Number Publication Date
CA2480215A1 CA2480215A1 (en) 2003-10-09
CA2480215C true CA2480215C (en) 2012-03-13

Family

ID=28678209

Family Applications (1)

Application Number Title Priority Date Filing Date
CA2480215A Expired - Fee Related CA2480215C (en) 2002-03-27 2003-03-27 Digital stream transcoder

Country Status (4)

Country Link
US (2) US7236521B2 (en)
EP (1) EP1495638A4 (en)
CA (1) CA2480215C (en)
WO (1) WO2003084250A2 (en)

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7190723B2 (en) * 2002-03-27 2007-03-13 Scientific-Atlanta, Inc. Digital stream transcoder with a hybrid-rate controller
US8434116B2 (en) 2004-12-01 2013-04-30 At&T Intellectual Property I, L.P. Device, system, and method for managing television tuners
US8199825B2 (en) * 2004-12-14 2012-06-12 Hewlett-Packard Development Company, L.P. Reducing the resolution of media data
US7908627B2 (en) 2005-06-22 2011-03-15 At&T Intellectual Property I, L.P. System and method to provide a unified video signal for diverse receiving platforms
US20070147496A1 (en) * 2005-12-23 2007-06-28 Bhaskar Sherigar Hardware implementation of programmable controls for inverse quantizing with a plurality of standards
US20080260024A1 (en) * 2006-10-03 2008-10-23 Matsushita Electric Industrial Co., Ltd. Method, device, integrated circuit, and transcoder for selectively reducing quantization levels
WO2009075698A1 (en) * 2007-12-11 2009-06-18 Thomson Licensing Methods and systems for transcoding within the distribution chain
US20100278236A1 (en) * 2008-01-17 2010-11-04 Hua Yang Reduced video flicker
KR101680915B1 (en) * 2008-11-25 2016-11-29 톰슨 라이센싱 Methods and apparatus for sparsity-based de-artifact filtering for video encoding and decoding
US9516375B2 (en) 2008-12-02 2016-12-06 Orckit Ip, Llc Edge optimized transrating system
US8374113B2 (en) 2010-06-03 2013-02-12 Cisco Technology, Inc. Distributed gateway for reliable multicast wireless video
US8811167B2 (en) 2011-02-24 2014-08-19 Cisco Technology, Inc. Shaping multimedia stream bit-rates to adapt to network conditions
US20130083840A1 (en) * 2011-09-30 2013-04-04 Broadcom Corporation Advance encode processing based on raw video data
US20130117418A1 (en) * 2011-11-06 2013-05-09 Akamai Technologies Inc. Hybrid platform for content delivery and transcoding
US9041721B2 (en) * 2012-02-13 2015-05-26 Nvidia Corporation System, method, and computer program product for evaluating an integral utilizing a low discrepancy sequence and a block size

Family Cites Families (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5614952A (en) * 1994-10-11 1997-03-25 Hitachi America, Ltd. Digital video decoder for decoding digital high definition and/or digital standard definition television signals
US5666161A (en) * 1993-04-26 1997-09-09 Hitachi, Ltd. Method and apparatus for creating less amount of compressd image data from compressed still image data and system for transmitting compressed image data through transmission line
US5537440A (en) * 1994-01-07 1996-07-16 Motorola, Inc. Efficient transcoding device and method
DE4416967A1 (en) 1994-05-13 1995-11-16 Thomson Brandt Gmbh Method and device for transcoding bit streams with video data
SE515535C2 (en) 1996-10-25 2001-08-27 Ericsson Telefon Ab L M A transcoder
US6141447A (en) 1996-11-21 2000-10-31 C-Cube Microsystems, Inc. Compressed video transcoder
US5870146A (en) 1997-01-21 1999-02-09 Multilink, Incorporated Device and method for digital video transcoding
US6181711B1 (en) 1997-06-26 2001-01-30 Cisco Systems, Inc. System and method for transporting a compressed video and data bit stream over a communication channel
US6058143A (en) 1998-02-20 2000-05-02 Thomson Licensing S.A. Motion vector extrapolation for transcoding video sequences
US6570922B1 (en) 1998-11-24 2003-05-27 General Instrument Corporation Rate control for an MPEG transcoder without a priori knowledge of picture type
US6434197B1 (en) 1999-01-07 2002-08-13 General Instrument Corporation Multi-functional transcoder for compressed bit streams
US6400763B1 (en) 1999-02-18 2002-06-04 Hewlett-Packard Company Compression system which re-uses prior motion vectors
US6259741B1 (en) 1999-02-18 2001-07-10 General Instrument Corporation Method of architecture for converting MPEG-2 4:2:2-profile bitstreams into main-profile bitstreams
JP2000244872A (en) * 1999-02-19 2000-09-08 Toshiba Corp Transcoder device
EP1032212A3 (en) * 1999-02-23 2004-04-28 Matsushita Electric Industrial Co., Ltd. Transcoder, transcoding system, and recording medium
US6275536B1 (en) 1999-06-23 2001-08-14 General Instrument Corporation Implementation architectures of a multi-channel MPEG video transcoder using multiple programmable processors
US6441754B1 (en) 1999-08-17 2002-08-27 General Instrument Corporation Apparatus and methods for transcoder-based adaptive quantization
CN1593062A (en) 2000-02-04 2005-03-09 皇家菲利浦电子有限公司 Quantization method for bit rate transcoding applications
US7020196B2 (en) * 2000-03-13 2006-03-28 Sony Corporation Content supplying apparatus and method, and recording medium
US6748020B1 (en) * 2000-10-25 2004-06-08 General Instrument Corporation Transcoder-multiplexer (transmux) software architecture
US7266148B2 (en) * 2001-01-05 2007-09-04 Lg Electronics Inc. Video transcoding apparatus
US6778607B2 (en) 2001-05-22 2004-08-17 Intel Corporation Method and apparatus for multi-rate encoding of video sequences
US6950463B2 (en) * 2001-06-13 2005-09-27 Microsoft Corporation Non-compensated transcoding of a video stream
KR100440952B1 (en) * 2001-08-04 2004-07-21 삼성전자주식회사 Bit rate changing method through change of codeword of compressed image bit stream and apparatus therefor
US20030043908A1 (en) * 2001-09-05 2003-03-06 Gao Cheng Wei Bandwidth scalable video transcoder
US6959116B2 (en) * 2001-09-18 2005-10-25 Emc Corporation Largest magnitude indices selection for (run, level) encoding of a block coded picture
US7400774B2 (en) * 2002-09-06 2008-07-15 The Regents Of The University Of California Encoding and decoding of digital data using cues derivable at a decoder
US20060072667A1 (en) * 2002-11-22 2006-04-06 Koninklijke Philips Electronics N.V. Transcoder for a variable length coded data stream

Also Published As

Publication number Publication date
EP1495638A4 (en) 2006-06-21
US20030202583A1 (en) 2003-10-30
WO2003084250A3 (en) 2004-01-29
US8155211B2 (en) 2012-04-10
EP1495638A2 (en) 2005-01-12
WO2003084250A2 (en) 2003-10-09
US20070237219A1 (en) 2007-10-11
CA2480215A1 (en) 2003-10-09
US7236521B2 (en) 2007-06-26

Similar Documents

Publication Publication Date Title
US8155211B2 (en) Digital stream transcoder
US8279922B2 (en) Hybrid rate control in a digital stream transcoder
US8885705B2 (en) Digital stream transcoder with a hybrid-rate controller
CA2410573C (en) Video size conversion and transcoding from mpeg-2 to mpeg-4
US7957600B2 (en) Methods and systems for rate-distortion optimized quantization of transform blocks in block transform video coding
Youn et al. Video transcoder architectures for bit rate scaling of H. 263 bit streams
EP0934661A1 (en) A transcoder
KR20010070539A (en) A method for computational graceful degradation in an audiovisual compression system
KR20080090335A (en) A method and apparatus for transcoding a video signal
US6040875A (en) Method to compensate for a fade in a digital video input sequence
KR101375302B1 (en) Apparatus and method of processing multimedia data
Chen et al. A fast coefficients convertion method for the transform domain MPEG-2 to H. 264 transcoding
CA2522856C (en) Video size conversion and transcoding from mpeg-2 to mpeg-4
Hashemi et al. Macroblock type selection for compressed domain down-sampling of MPEG video
JPH03124182A (en) Cell abort compensation picture decoding system
Chander et al. Fast and high quality temporal transcoding architecture in the DCT domain for adaptive video content delivery

Legal Events

Date Code Title Description
EEER Examination request
MKLA Lapsed

Effective date: 20180327