US20060062293A1 - Pre-processing of bit rate allocation in a multi-channel video encoder - Google Patents
Pre-processing of bit rate allocation in a multi-channel video encoder Download PDFInfo
- Publication number
- US20060062293A1 US20060062293A1 US11/271,181 US27118105A US2006062293A1 US 20060062293 A1 US20060062293 A1 US 20060062293A1 US 27118105 A US27118105 A US 27118105A US 2006062293 A1 US2006062293 A1 US 2006062293A1
- Authority
- US
- United States
- Prior art keywords
- bit rate
- current picture
- adjusting
- initial bit
- rate demand
- 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.)
- Abandoned
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
- H04N21/4347—Demultiplexing of several video streams
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/102—Methods 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/115—Selection of the code volume for a coding unit prior to coding
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/134—Methods 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/136—Incoming video signal characteristics or properties
- H04N19/137—Motion inside a coding unit, e.g. average field, frame or block difference
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/134—Methods 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/136—Incoming video signal characteristics or properties
- H04N19/14—Coding unit complexity, e.g. amount of activity or edge presence estimation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/134—Methods 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/142—Detection of scene cut or scene change
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/134—Methods 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/146—Data rate or code amount at the encoder output
- H04N19/152—Data rate or code amount at the encoder output by measuring the fullness of the transmission buffer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/134—Methods 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/162—User input
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/169—Methods 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/17—Methods 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/176—Methods 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 block, e.g. a macroblock
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/169—Methods 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/179—Methods 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 a scene or a shot
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/42—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by implementation details or hardware specially adapted for video compression or decompression, e.g. dedicated software implementation
- H04N19/436—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by implementation details or hardware specially adapted for video compression or decompression, e.g. dedicated software implementation using parallelised computational arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/60—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding
- H04N19/61—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding in combination with predictive coding
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/85—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using pre-processing or post-processing specially adapted for video compression
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/85—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using pre-processing or post-processing specially adapted for video compression
- H04N19/87—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using pre-processing or post-processing specially adapted for video compression involving scene cut or scene change detection in combination with video compression
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
- H04N21/2365—Multiplexing of several video streams
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
- H04N21/2365—Multiplexing of several video streams
- H04N21/23655—Statistical multiplexing, e.g. by controlling the encoder to alter its bitrate to optimize the bandwidth utilization
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/134—Methods 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/146—Data rate or code amount at the encoder output
- H04N19/149—Data rate or code amount at the encoder output by estimating the code amount by means of a model, e.g. mathematical model or statistical model
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/134—Methods 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/146—Data rate or code amount at the encoder output
- H04N19/15—Data rate or code amount at the encoder output by monitoring actual compressed data size at the memory before deciding storage at the transmission buffer
Definitions
- the present invention relates to a method and apparatus for bit rate allocation in a multi-channel video data encoder.
- the invention relates generally to statistical multiplexing, wherein a bit rate (e.g., bandwidth) is allocated to the different channels based on the channels' bit rate needs and the overall available bandwidth.
- a bit rate e.g., bandwidth
- Statistical multiplexing is the process of encoding a number of signals at variable bit rates and combining the variable-rate bitstreams into a single fixed-rate transport stream so that the bandwidth allotted to each signal is flexible and varies with each signal's bit rate need.
- an estimate of bit rate need is made based on signal statistics.
- the data in each signal is compressed and encoded using a specific quantization level.
- the amount of data that results from the compression is examined in each channel, and the quantization level is adjusted so that channels with more encoded data receive a higher bit rate,
- the video data is compressed and encoded again using the adjusted quantization level.
- the process may be repeatedly successively in multiple feedback cycles.
- Other conventional techniques attempt to equalize a quantization distortion measure across the channels.
- the conventional techniques have various drawbacks. For example, the use of successive feedback cycles in the compressor can be time-consuming and computationally intensive. Additionally, special bit rates needs for specific types of video scenes may not be considered. Moreover, the equalization of a quantization distortion measure does not reliably translate to an equalization of perceived image quality.
- the system should provide a pre-processor which measures statistical information of the video data prior to compression and encoding to estimate the relative bit rate required to adequately encode each video scene. The measurements should be made sufficiently early in the encoding process to eliminate undesirable time delays.
- the system should provide the allocated bit rate to the video compressor from the pre processor in a feedforward path to avoid undesirable feedback. The system should also provide the capability for feedback processing to fine tune the allocated bit rate before providing it to the compressor.
- the system should measure or detect at least some of the following characteristics of each video frame (e.g., picture): spatial activity, temporal activity, image size, frame rate, scene change, brightness, flash, fade, and horizontal pixel resolution.
- the system should bias the bit rate allocation according to inter-frame distance, whether the average spatial activity level is below a lower threshold, whether the inter-frame distance is above an upper threshold or below a lower threshold, whether the quantization of previous frames is above an upper threshold, the length of the Group of Pictures (GOP), and a user-selectable priority factor.
- the system should also allocate any surplus bit rate, if any, among the channels, to avoid having unused bandwidth.
- VOPs Video Object Planes
- the system should further be compatible with different video standards including NTSC, PAL, and NTSC detelecine.
- the system should provide a pre-processor which can be used with existing commercially available compression circuitry to allow quick and inexpensive retrofitting of such circuitry.
- the present invention provides a system having the above and other advantages.
- the present invention relates to a method and apparatus for bit rate allocation in a multi-channel video data encoder.
- a method for allocating a bit rate to a plurality of variable rate video channels in a video encoder includes the steps of: processing video data from a current picture (e.g., frame) in each respective channel to determine at least a spatial activity and a temporal activity thereof; and determining a bit rate demand 1 k for each current picture according to the associated spatial activity and temporal activity.
- the method is suitable for use with multiplexed channels that are all variable rate, as well as with a combination of fixed rate and variable rate channels.
- the method may include the further step of adjusting the bit rate demand Di for each current picture according to whether at least one of a scene change, fade and flash is detected for the current picture. Generally, bit allocation is increased if any of these events are detected since such events cannot usually be efficiently coded.
- the method may include the further steps of increasing the associated temporal activity of each current picture if the associated spatial activity is below a lower threshold; and adjusting the bit rate demand Di for each current picture according to the increasing step. This is done since motion within a scene with a low spatial activity will produce an artificially small inter-frame difference.
- the method may include the further steps of increasing the bit rate demand Di for each current picture when the associated temporal activity exceeds an upper threshold, and/or decreasing the bit rate demand Di for each current picture when the associated temporal activity is less than a lower threshold. This is done since high motion scenes require additional bits to maintain a given image quality while fewer bits are required for low motion scenes.
- the method may include the further steps of is determining a quantization level of at least one previous picture for each current picture; and increasing the bit rate demand Di for each current picture when the quantization level of the at least one previous picture exceeds an upper threshold. This is done to avoid oscillations in the quantization level that may be noticeable to a viewer.
- Each current picture may be part of an associated Group Of Pictures (GOP), where each GOP typically includes one or more intra-coded pictures and several inter-coded pictures.
- the method may include the further steps of decreasing the bit rate demand Di for each current picture when a length of the associated group of pictures exceeds a nominal level; and/or increasing the bit rate demand Di for each current picture when a length of the associated group of pictures is less than a nominal level. This is done since fewer bits are required to code a large GOP since there are relatively more inter-coded (e.g., predictive coded pictures), such as B- and P-pictures.
- the method may include the further step of reducing or eliminating the increase or decrease of the increasing and decreasing steps, respectively, when the temporal activity of each current picture exceeds an upper threshold. This is done since high motion is likely to result in relatively more intro coded pictures in a GOP.
- the method may include the further step of adjusting the bit rate demand Di for each current picture according to a horizontal pixel resolution thereof. This is done since more bits are required to code a higher resolution picture.
- the method may include the further steps of determining a brightness level for each current picture; and increasing the bit rate demand Di for each current picture when the associated brightness level is less than a lower threshold. Darker scenes should be coded with additional bits to maintain a perceived image quality.
- the method may include the further step of adjusting the bit rate demand Di for each current picture according to priority factor thereof that indicates a relative importance of each current picture in the multiplexed data stream.
- more important channels such as movies and pay per view events, for example, may be allocated additional bits to provide an enhanced picture.
- the allocated bit rate for each current picture used in the encoding step may be determined in a single iteration or in successive iterations.
- the method may comprise the further steps of determining an overall available bit rate for transmitting the current pictures in a multiplexed data stream; determining an allocated hit rate for each current picture according to a ratio of bit rate demand of each current picture and a sum of the bit rate demands from each current picture; and providing the allocated bit rate for each current picture to respective video data compressors for compressing the respective current pictures to obtain compressed video data for transmission in said multiplexed data stream.
- the method may include the further steps of determining a bit rate surplus or deficit between the overall available bit rate and a sum of the allocated bit rates for each current picture in the initial iteration; and allocating the surplus or deficit among at least some of the current pictures according to a ratio of bit rate demand of the at least some of the current pictures and a sum of the bit rate demands of the at least some of the current pictures in the at least one successive iteration.
- a satisfactory final bit rate can be converged on usually in about three total iterations.
- FIG. 1 illustrates a multi-channel video encoder in accordance with the present invention.
- FIG. 2 illustrates conceptually how bit rate demand is determined for a video channel in accordance with the present invention.
- FIG. 3A is Part A of a flowchart illustrating how bit rate demand Di is determined in accordance with the present invention.
- FIG. 3B is Part B of the flowchart of FIG. 3A illustrating how bit rate demand Di is determined in accordance with the present invention.
- FIGS. 4, 4A and 4 B illustrate how macroblock activity is calculated in accordance with the present invention.
- FIG. 5 is a flow chart illustrating how allocated bit rate Ri is determined for several channels of a multi-channel video encoder.
- the present invention relates to a method and apparatus for bit rate allocation in a multi-channel video data encoder.
- FIG. 1 illustrates a multi-channel video encoder in accordance with the present invention.
- a multi-channel video encoder shown generally at 100 includes a number N of channel encoders 111 , 121 , . . . and 131 .
- Each channel encoder also referred to as an application, includes a pre-processor and a compressor. These components need not be physically separate but may be implemented in shared hardware, firmware and/or software. However, in a particularly advantageous embodiment of the present invention, the pre-processor circuitry is used with existing commercially available video compression circuitry to allow quick and easy retrofit of an existing channel encoder.
- a first channel encoder 111 includes a pre-processor 110 and a compressor 140
- a second channel encoder 121 includes a pre-processor 120 and a compressor 150
- an Nth channel encoder 131 includes a pre-processor 130 and a compressor 160 .
- Each compressor may be implemented using a commercially available video processor, such as those available from C-Cube Microsystems, Milpitas, Calif., USA.
- Each compressor performs conventional compression and encoding steps such as motion compensation and estimation, transform coding (e.g., using the Discrete Cosine Transform), and Huffman encoding.
- Pixel data from a first, second and Nth channel are provided to pre-processors 110 , 120 and 130 , respectively.
- Each pre-processor may operate in parallel, and performs calculations using the respective pixel data to determine a bit rate demand Di for each ith channel.
- a corresponding bit rate demand signal is provided from each pre-processor to a central control 170 .
- pre-processor 110 may communicate with the central control 170 via line 114
- pre-processor 120 communicates with the central control 170 via line 124
- preprocessor 130 communicates with the central control 170 via line 134
- the central control 170 may be implemented as a micro-processor using known circuitry.
- each pre-processor 110 , 120 , 130 may communicate with the central control 170 via a bus in a time-sharing manner.
- Each pre-processor may also communicate with the respective compressor.
- the central control 170 processes the bit rate demand signals Di to determine an allocated bit rate Ri for each ith channel as explained in greater detail in FIG. below.
- Each compressor also receives the pixel data from its respective channel. For example, compressor 140 receives the channel “1” pixel data via line 112 , while compressor 150 receives the channel “2” pixel data via line 122 , and compressor 160 receives the channel N pixel data via line 132 .
- Each compressor compresses and encodes the respective pixel data according to the allocated bit rate Ri, which is provided as a feedforward signal from the pre-processor to the respective compressor.
- the control 170 receives the Di values from the pre-processors, the control calculates a final Ri in one or more iterations, and provides the final Ri value to the compressors.
- the pixel data which is compressed and encoded at the respective compressors at the allocated bit rate is then provided to a multiplexer (MUX 180 ) to provide a time multiplexed data stream (e.g., transport stream) on line 182 .
- a multiplexer e.g., transport stream
- the MUX 180 receives compressed pixel data from compressor 140 via line 142 , from compressor 150 via line 152 , and from compressor 160 via line 162 .
- the MUX 180 also receives a control signal from the central control 170 via line 172 for synchronizing the multiplexing of the video data from the respective channels,
- the MUX 180 and control 170 need not be physically separate but may be implemented in shared hardware, firmware and/or software.
- FIG. 2 illustrates conceptually how bit rate demand is determined for a video channel in accordance with the present invention.
- the bit rate demand Di from the ith channel is an indication of the complexity of the video source being compressed. Note that the terms “bit demand” and “bit rate demand” may be used interchangeably, as the bit rate demand is simply the bit demand in a specific time interval.
- the spatial activity of a current video frame is calculated, The spatial activity, or intra-frame activity, is an average macroblock activity for the frame as discussed in greater detail below in FIGS. 4, 4A and 4 B.
- frame or “picture” as used herein refers generally to any image, including a particular field of interlaced video, a progressive mode frame, or even a Video Object Place (VOP) which is an image in a sequence of generally arbitrarily shaped images. VOPs are discussed in the MPEG-4 standard.
- a temporal or inter-frame activity of the current video frame is calculated.
- the scene change, fade, and flash detection is made.
- the average quantization step size for the current video frame is determined.
- the scene change, fade, and flash detect block 230 receives data inputs from the temporal activity block 220 and quantization step size block 240 .
- the brightness of the current frame is determined, while at block 260 , the frame rate is determined, and at block 270 , the current image size is determined.
- Information from each of the blocks 210 , 220 , 230 , 240 , 250 , 260 and 270 is then provided to the bit rate demand block 280 to determine Di.
- the temporal activity of the current frame is determined as the sum of the absolute pixel differences between the current and previous frames. Each pixel difference is determined for correspondingly situated pixels within the respective frames.
- the quantization step size is the result of compressing a prior picture at a previously-determined bit rate.
- the scene change, fade, and flash detect may be performed using any known technique. For example, a fade may be detected if the average picture brightness is decreasing over a number of frames. Moreover, a flash may be detected when the picture brightness increases rapidly above an upper threshold.
- the brightness is determined as the average pixel luminance in the current frame.
- the frame rate is determined according to the interval between the current and previous frames.
- the frame rate may vary, for example, between standard NTSC video, with thirty frames per second, PAL video at twenty-five frames per second, and NTSC detelecine video at an average of twenty-four frames per second.
- a length of the group of pictures is also provided as an input for determining the bit rate demand Di.
- the image size of the current frame is determined based on the horizontal resolution, or number of pixels per line.
- FIG. 3A is Part A of a flowchart illustrating how bit rate demand Di is determined in accordance with the present invention.
- FIGS. 3A and 3B illustrate an exemplary process that is used by the pre-processors in determining a bit rate demand Di for the respective video channel. It will be appreciated that the different steps may be performed in different sequences, that not every step is required, and that additional steps which are not shown may be performed.
- the average spatial activity is calculated for the current frame. The calculation of SAavg, is discussed further in connection with FIGS. 4, 4A and 4 B, below.
- the average spatial activity is optionally mapped to a more convenient range.
- SAavg is clipped to remove especially high or low values. The actual values used for clipping can be determined by experimentation.
- the initial bit rate demand for the ith channel, Di is set to the average spatial activity value.
- the inter-frame distance INTERdist is calculated as the sum of the absolute differences of the luminance pixel values between the current and previous frames. INTERdist is a measure of temporal activity for the current frame.
- a scene change, fade, and flash detection is made.
- the bit rate demand Di is adjusted based on whether a fade is detected. Specifically, if a fade is detected, 1 k may be increased by a predetermined amount that can be set by experimentation. Di is increased since coding of fades is generally inefficient. That is, additional bits are required to maintain a given video quality level.
- Di is adjusted based on whether a flash is detected for the current frame. If a flash is detected, Di is increased by a predetermined amount that can be determined by experimentation.
- INTERdist is increased. This is done since motion within a scene with a low spatial activity will produce an artificially small inter-frame distance.
- Di is increased. This is done since the inventors have determined that very high levels of inter-frame activity are relatively more noticeable and therefore require additional bits to maintain a given image quality level.
- INTERdist is below a lower threshold which can be determined by experimentation, Di is decreased since scenes with little motion are encoded more efficiently, so fewer bits can be used for coding.
- QUANTprevious if the previous quantization level, QUANTprevious, is greater than an upper threshold, which can be determined by experimentation, Di is increased. This is done to avoid oscillations in the quantization level that may be noticeable to the viewer. Additionally, note that since the quantization level may vary with the picture type, the quantization level should be taken only from similar picture types, e.g., from B pictures or P-pictures. Moreover, the quantization level can be run through a fast attack, slow decay function to avoid fluctuations in the bit rate. Such a function can he implemented in a filter that allows a rapid increase in the quantization level but only a slow decrease. Thus, QUANTprevious may represent a value that is a function of the actual quantization level of one or more previous frames.
- a group of pictures includes at least one I-picture, which is intra coded without reference to any other picture, followed by a number of inter-coded or predicted pictures such as B-pictures and F-pictures.
- a B-picture is a bi-directionally predicted picture which uses both previous and future pictures (in presentation order) for prediction.
- a P-picture uses only a previous picture for prediction. Therefore, with successive GOPs, each having one I-picture, a frequency of I pictures in the data stream can be determined Therefore, at block 326 , if the nominal GOP is more than fifteen pictures in length, Di should be decreased. This accounts for the relationship between the required bit rate and the frequency of I-pictures.
- the frequency of I-pictures is generally inversely proportional to the length of the GOPs. Moreover, for a given picture quality, fewer bits are needed to code pictures in a larger GOP since there are relatively more inter-coded pictures, and inter-coded pictures (B-pictures and P-pictures) require fewer bits to code than I-pictures. Conversely, more bits are needed to code pictures in a smaller GOP since there are relatively fewer inter-coded pictures.
- the nominal GOP length for adjusting the bit S rate need not be fifteen pictures, but this value has been determined by the inventors to be satisfactory. It is possible to use higher and/or lower GOP length thresholds.
- FIG. 3B is Part B of the flowchart of FIG. 3A illustrating how bit rate demand Di is determined in accordance with the present invention.
- an increase is set for Di.
- the magnitude of the increase or decrease of Di based on the length of the GOP is reduced if the inter-frame distance INTERJLS is greater than an upper threshold which can be determined by experimentation. That is, the magnitude of the adjustment is reduced when the inter-frame activity is high since a large amount of motion is likely to cause intracoding in all pictures, thereby countering the effect of the I-frame frequency.
- the decrease of block 326 and the increase of block 328 may even be eliminated for very high levels of inter-frame activity.
- Di is modified by the adjusted increase or decrease, if any.
- Di is adjusted based on the horizontal resolution of the current frame. Specifically, Di is increased if the horizontal resolution is greater than a baseline level, and Di is decreased if the resolution is less than the baseline level. For example, if the baseline level corresponds to standard NTSC video, additional bits will be allocated for High Definition Television (HDTV).
- the baseline level corresponds to standard NTSC video, additional bits will be allocated for High Definition Television (HDTV).
- the brightness is less than a threshold that can be determined by experimentation, Di is increased. The bit rate is increased for relatively dark scenes, since such scenes generally are not coded efficiently.
- Di is set to a maximum value. This is done since scene changes generally are also not coded efficiently, even more so than dark scenes.
- Di is clipped between maximum and minimum values and linearly scaled to a predetermined range, e.g. 50 to 700.
- the allocated bit rate Di is optionally further adjusted by a priority factor according to the relative importance of the video channel. Assuming a base line priority factor of “1”, for example, a relatively more important video channel will have a priority factor greater than “1”, while a relatively less important video channel will have a priority factor less than “1”. For example, it may be desirable to assign a relatively high priority factor to movies and special sporting events, while a relatively low priority factor is assigned to common news broadcasts.
- the priority factor may be specified by an operator using a keyboard or other input device that communicates with the central control 170 of FIG. 1 .
- Di is normalized, for example, by dividing by 128.
- the final bit rate demand Di is now available for use by the central control 170 in allocating the bit rate Ri for each ith channel as set forth in FIG. and the accompanying discussion below.
- FIGS. 4, 4A and 4 B illustrate how macroblock activity is calculated in accordance with the present invention.
- an activity value is generated for each macroblock in the current picture.
- Each 16 ⁇ 16 luma value macroblock is subdivided into 2 ⁇ 2 tiles, and the values jn each tile are examined.
- the absolute difference in luma values between one corner (either the top right or bottom left) and its horizontal and vertical neighbors is taken.
- a macroblock shown generally at 400 includes tiles 410 and 420 .
- Tile 410 includes pixel “a” 412 , pixel “b” 414 , pixel “c” 416 and pixel “d” 418 .
- the tile activity is the absolute value of b-a plus the absolute value of b-d.
- Tile 420 includes a pixel “a” 422 , pixel “b” 424 , pixel “c” 426 , and pixel “d” 428 .
- the tile activity is the absolute value of c-a plus the absolute value of c-d.
- the absolute difference terms for each tile are summed to give the macroblock activity.
- the macroblock activity values are then summed across the entire current picture and divided by the total number of macroblocks in the picture to obtain the picture's average spatial activity.
- the average spatial activity may then be reported to the preprocessor.
- the activity calculation procedure shown may be modified in various ways.
- the tile size may be varied along with the selected reference pixel in each tile.
- FIG. 5 is a flow chart illustrating how allocated bit rate Ri is determined for several channels of a multi-channel video encoder.
- the central control solicits the applications to obtain the bit rate demands t), e.g., every ten msec.
- the term “application” is used generally to refer to each channel encoder, which comprises the combination of a pre-processor and compressor for each channel.
- the control marks that application as “dead” or “inactive” and sets Di to a minimum value.
- An application may or may not respond to a solicitation based on whether it has computed new need information. That is, the application need not respond to a solicitation if it has not computed a new need value, Di.
- the control retains the most recent need value from each application. The application remains in a minimum rate status until it responds to a subsequent control solicitation in which case the application is marked as alive and is allocated the currently determined rate Ri.
- the control executes the bit allocation procedure.
- Ri is sent to each application even if the application's new rate is the same as the old rate.
- the control and MUX implement the transport stream schedule according to the specified fixed rates, if any, and the calculated variable rates.
- the sum of the bit rate requests from the dead applications is subtracted from an available bit rate.
- the available bit rate may be a fixed amount that is known a priori or may vary with time.
- the available bit rate is the overall amount of channel bandwidth that is currently allocated for transmitting the data from each VER video channel. This available bit rate may correspond to a transport bit rate minus the fixed rate allocations for any fixed rate channels that are multiplexed with the VBR channels.
- the remaining bit rate is allocated to the alive or active applications in proportion to their need values.
- each allocated rate is examined to see if it exceeds the application's specified minimum or maximum rate. If so, the allocated rate is clipped to the appropriate minimum of maximum limit.
- any surplus and deficit bit rate from each channel is collected (e.g., summed) to form a net surplus or net deficit bit rate.
- a net surplus occurs when the available bit rate is greater than the sum of the allocated bit rates, while a net deficit occurs when the opposite is true. Note that a surplus for one channel can offset a deficit for another channel.
- any application at its maximum rate is eliminated from further adjustments until the next iteration of the process, if any.
- any application at its minimum rate is eliminated from further adjustments until the next iteration of the process, if any.
- the net surplus bit rate is reallocated among the remaining applications in proportion to their need values.
- the net deficit is reallocated among the remaining applications in proportion to their need values.
- the allocated bit rate Ri is communicated from the central control 170 to each compressor. The video data is compressed and encoded according to the final value of Ri and communicated to the MUX 180 .
- the reallocation of the net surplus or net deficit may be repeated in successive reiterations if a net surplus or net deficit is still present and the bit rate has not been fixed at a minimum or maximum value for all applications.
- the process may be repeated at block 525 for an additional two iterations, for example. Limiting the process to a maximum of three iterations is done to limit computation time. However, it should be appreciated that the present invention may also be implemented with one or more iterations.
- the final allocated bit rate Ri is communicated to the compressors for each ith channel.
- An operator may control the bandwidth allocated to each application via bit-rate setting.
- Any application can be set to a fixed bit rate.
- a video encoder can alternatively be set to a variable bit rate (VBR) through the specification of a minimum and maximum bit rate.
- VBR variable bit rate
- the available transport bit rate is less than the minimum required bit rate, the system cannot comply with the specified configuration. If the available transport bit rate is greater than the maximum useable bit rate, then all VER applications run at their respective maximum rates, and no statistical multiplexing will occur. If the available transport rate is between the minimum and maximum bit rates, statistical multiplexing occurs, and the entire available transport bandwidth is allocated among the different channels.
- each VER channel encoder Prior to encoding each picture, each VER channel encoder checks for a new allocated bit rate, Ri, from the control. If there is a new rate, the channel encoder is commanded to compress and encode the channel data at the new rate.
- a frame activity value is calculated in the respective channel encoders and made available to the control at the frame rate.
- the update interval is every 33 msec.
- the time between updates is 33 msec, and 50 msec.
- control executes its bit allocation process each time it has updates from at least one-half of the VBR applications. This should occur no less frequently than every fifty msec.
- the present invention provides a system for allocating a bit rate to a plurality of variable rate channels in a video encoder according to the bit rate demand from each channel and the available bit rate,
- a bit rate demand Di is determined in a pre-processor for each channel prior to compressing and encoding the data for transmission.
- the allocated bit rate Ri may be determined from the Di values in one or more iterations.
- the bit rate demand Di accounts for various characteristics of the current picture data in each channel, including spatial activity, temporal activity, image size, frame rate, scene change, brightness, flash, fade, and horizontal pixel resolution.
- the system also biases the bit rate allocation according to inter-frame distance, whether the average spatial activity level is below a lower threshold, whether the inter-frame distance is above an upper threshold or below a lower threshold, whether the quantization of previous frames is above an upper threshold, the length of the Group of Pictures (GOP), and a user-selectable priority factor.
- the system also allocates any surplus bit rate among the channels to avoid having unused bandwidth.
Abstract
A method and apparatus for bit rate allocation, or statistical multiplexing, in a multi-channel video data encoder. A pre-processor in each channel determines a bit rate need prior to compression and encoding. A control processes the bit rate need in each channel to arrive at an allocated bit rate for each channel. The video data is then compressed and encoded according to the allocated bit rate. The bit rate demand accounts for various characteristics of the current picture data in each channel, including spatial activity, temporal activity, image size, frame rate, scene change, brightness, flash, fade, and horizontal pixel resolution. The system also biases the bit rate allocation according to inter-frame distance, whether the average spatial activity level is below a lower threshold, whether the inter-frame distance is above an upper threshold or below a lower threshold, whether the quantization of previous frames is above an upper threshold, the length of the Group of Pictures (GOP), and a user-selectable priority factor. The system also allocates any surplus bit rate among the channels to avoid having unused bandwidth.
Description
- This application is a continuation of U.S. application Ser. No. 09/837,496 (filed on Apr. 18, 2001), which was itself a continuation of U.S. application Ser. No. 09/097,645 (filed on Jun. 16, 1998) and issued as U.S. Pat. No. 6,259,733 (Jul. 10, 2001).
- The present invention relates to a method and apparatus for bit rate allocation in a multi-channel video data encoder. The invention relates generally to statistical multiplexing, wherein a bit rate (e.g., bandwidth) is allocated to the different channels based on the channels' bit rate needs and the overall available bandwidth.
- Statistical multiplexing is the process of encoding a number of signals at variable bit rates and combining the variable-rate bitstreams into a single fixed-rate transport stream so that the bandwidth allotted to each signal is flexible and varies with each signal's bit rate need. Conventionally, an estimate of bit rate need is made based on signal statistics. After a bit rate is allocated based on the need, the data in each signal is compressed and encoded using a specific quantization level. The amount of data that results from the compression is examined in each channel, and the quantization level is adjusted so that channels with more encoded data receive a higher bit rate, Next, the video data is compressed and encoded again using the adjusted quantization level. The process may be repeatedly successively in multiple feedback cycles. Other conventional techniques attempt to equalize a quantization distortion measure across the channels.
- However, the conventional techniques have various drawbacks. For example, the use of successive feedback cycles in the compressor can be time-consuming and computationally intensive. Additionally, special bit rates needs for specific types of video scenes may not be considered. Moreover, the equalization of a quantization distortion measure does not reliably translate to an equalization of perceived image quality.
- Accordingly, it would be desirable to provide a high-performance dynamic rate allocation system that quickly and accurately allocates bit rate to a plurality of video channels to equalize the overall image quality of all channels at any time instant. The system should provide a pre-processor which measures statistical information of the video data prior to compression and encoding to estimate the relative bit rate required to adequately encode each video scene. The measurements should be made sufficiently early in the encoding process to eliminate undesirable time delays. The system should provide the allocated bit rate to the video compressor from the pre processor in a feedforward path to avoid undesirable feedback. The system should also provide the capability for feedback processing to fine tune the allocated bit rate before providing it to the compressor.
- Furthermore, the system should measure or detect at least some of the following characteristics of each video frame (e.g., picture): spatial activity, temporal activity, image size, frame rate, scene change, brightness, flash, fade, and horizontal pixel resolution. The system should bias the bit rate allocation according to inter-frame distance, whether the average spatial activity level is below a lower threshold, whether the inter-frame distance is above an upper threshold or below a lower threshold, whether the quantization of previous frames is above an upper threshold, the length of the Group of Pictures (GOP), and a user-selectable priority factor.
- The system should also allocate any surplus bit rate, if any, among the channels, to avoid having unused bandwidth.
- The system should be compatible with progressive or interlaced video, as well as different image shapes and sizes, including Video Object Planes (VOPs).
- The system should further be compatible with different video standards including NTSC, PAL, and NTSC detelecine.
- The system should provide a pre-processor which can be used with existing commercially available compression circuitry to allow quick and inexpensive retrofitting of such circuitry. The present invention provides a system having the above and other advantages.
- The present invention relates to a method and apparatus for bit rate allocation in a multi-channel video data encoder.
- A method for allocating a bit rate to a plurality of variable rate video channels in a video encoder includes the steps of: processing video data from a current picture (e.g., frame) in each respective channel to determine at least a spatial activity and a temporal activity thereof; and determining a bit rate demand 1 k for each current picture according to the associated spatial activity and temporal activity.
- The method is suitable for use with multiplexed channels that are all variable rate, as well as with a combination of fixed rate and variable rate channels.
- The method may include the further step of adjusting the bit rate demand Di for each current picture according to whether at least one of a scene change, fade and flash is detected for the current picture. Generally, bit allocation is increased if any of these events are detected since such events cannot usually be efficiently coded.
- The method may include the further steps of increasing the associated temporal activity of each current picture if the associated spatial activity is below a lower threshold; and adjusting the bit rate demand Di for each current picture according to the increasing step. This is done since motion within a scene with a low spatial activity will produce an artificially small inter-frame difference.
- The method may include the further steps of increasing the bit rate demand Di for each current picture when the associated temporal activity exceeds an upper threshold, and/or decreasing the bit rate demand Di for each current picture when the associated temporal activity is less than a lower threshold. This is done since high motion scenes require additional bits to maintain a given image quality while fewer bits are required for low motion scenes.
- The method may include the further steps of is determining a quantization level of at least one previous picture for each current picture; and increasing the bit rate demand Di for each current picture when the quantization level of the at least one previous picture exceeds an upper threshold. This is done to avoid oscillations in the quantization level that may be noticeable to a viewer.
- Each current picture may be part of an associated Group Of Pictures (GOP), where each GOP typically includes one or more intra-coded pictures and several inter-coded pictures. In this case, the method may include the further steps of decreasing the bit rate demand Di for each current picture when a length of the associated group of pictures exceeds a nominal level; and/or increasing the bit rate demand Di for each current picture when a length of the associated group of pictures is less than a nominal level. This is done since fewer bits are required to code a large GOP since there are relatively more inter-coded (e.g., predictive coded pictures), such as B- and P-pictures.
- The method may include the further step of reducing or eliminating the increase or decrease of the increasing and decreasing steps, respectively, when the temporal activity of each current picture exceeds an upper threshold. This is done since high motion is likely to result in relatively more intro coded pictures in a GOP.
- The method may include the further step of adjusting the bit rate demand Di for each current picture according to a horizontal pixel resolution thereof. This is done since more bits are required to code a higher resolution picture.
- The method may include the further steps of determining a brightness level for each current picture; and increasing the bit rate demand Di for each current picture when the associated brightness level is less than a lower threshold. Darker scenes should be coded with additional bits to maintain a perceived image quality.
- The method may include the further step of adjusting the bit rate demand Di for each current picture according to priority factor thereof that indicates a relative importance of each current picture in the multiplexed data stream. Thus, more important channels, such as movies and pay per view events, for example, may be allocated additional bits to provide an enhanced picture.
- Moreover, the allocated bit rate for each current picture used in the encoding step may be determined in a single iteration or in successive iterations.
- The method may comprise the further steps of determining an overall available bit rate for transmitting the current pictures in a multiplexed data stream; determining an allocated hit rate for each current picture according to a ratio of bit rate demand of each current picture and a sum of the bit rate demands from each current picture; and providing the allocated bit rate for each current picture to respective video data compressors for compressing the respective current pictures to obtain compressed video data for transmission in said multiplexed data stream.
- When the allocated bit rate for each current picture is determined in a plurality of iterations including an initial iteration and at least one successive iteration, the method may include the further steps of determining a bit rate surplus or deficit between the overall available bit rate and a sum of the allocated bit rates for each current picture in the initial iteration; and allocating the surplus or deficit among at least some of the current pictures according to a ratio of bit rate demand of the at least some of the current pictures and a sum of the bit rate demands of the at least some of the current pictures in the at least one successive iteration. A satisfactory final bit rate can be converged on usually in about three total iterations.
- A corresponding apparatus is also presented.
-
FIG. 1 illustrates a multi-channel video encoder in accordance with the present invention. -
FIG. 2 illustrates conceptually how bit rate demand is determined for a video channel in accordance with the present invention. -
FIG. 3A is Part A of a flowchart illustrating how bit rate demand Di is determined in accordance with the present invention. -
FIG. 3B is Part B of the flowchart ofFIG. 3A illustrating how bit rate demand Di is determined in accordance with the present invention. -
FIGS. 4, 4A and 4B illustrate how macroblock activity is calculated in accordance with the present invention. -
FIG. 5 is a flow chart illustrating how allocated bit rate Ri is determined for several channels of a multi-channel video encoder. - The present invention relates to a method and apparatus for bit rate allocation in a multi-channel video data encoder.
-
FIG. 1 illustrates a multi-channel video encoder in accordance with the present invention. A multi-channel video encoder shown generally at 100 includes a number N ofchannel encoders - A
first channel encoder 111 includes a pre-processor 110 and acompressor 140, while asecond channel encoder 121 includes a pre-processor 120 and acompressor 150, and anNth channel encoder 131 includes a pre-processor 130 and acompressor 160. Each compressor may be implemented using a commercially available video processor, such as those available from C-Cube Microsystems, Milpitas, Calif., USA. - Each compressor performs conventional compression and encoding steps such as motion compensation and estimation, transform coding (e.g., using the Discrete Cosine Transform), and Huffman encoding. Pixel data from a first, second and Nth channel are provided to
pre-processors central control 170. For example,pre-processor 110 may communicate with thecentral control 170 vialine 114, whilepre-processor 120 communicates with thecentral control 170 vialine 124, andpreprocessor 130 communicates with thecentral control 170 vialine 134. Thecentral control 170 may be implemented as a micro-processor using known circuitry. Moreover, each pre-processor 110, 120, 130 may communicate with thecentral control 170 via a bus in a time-sharing manner. Each pre-processor may also communicate with the respective compressor. - The
central control 170 processes the bit rate demand signals Di to determine an allocated bit rate Ri for each ith channel as explained in greater detail in FIG. below. The respective allocated bit rate signals Ri, where I=1, 2, . . . N, are provided to thecompressor 140,compressor 150, andcompressor 160 vialines compressor 140 receives the channel “1” pixel data vialine 112, whilecompressor 150 receives the channel “2” pixel data vialine 122, andcompressor 160 receives the channel N pixel data vialine 132. - Each compressor compresses and encodes the respective pixel data according to the allocated bit rate Ri, which is provided as a feedforward signal from the pre-processor to the respective compressor. Once the
control 170 receives the Di values from the pre-processors, the control calculates a final Ri in one or more iterations, and provides the final Ri value to the compressors. - The pixel data which is compressed and encoded at the respective compressors at the allocated bit rate is then provided to a multiplexer (MUX 180) to provide a time multiplexed data stream (e.g., transport stream) on
line 182. Specifically, theMUX 180 receives compressed pixel data fromcompressor 140 vialine 142, fromcompressor 150 vialine 152, and fromcompressor 160 vialine 162. TheMUX 180 also receives a control signal from thecentral control 170 vialine 172 for synchronizing the multiplexing of the video data from the respective channels, TheMUX 180 andcontrol 170 need not be physically separate but may be implemented in shared hardware, firmware and/or software. -
FIG. 2 illustrates conceptually how bit rate demand is determined for a video channel in accordance with the present invention. The bit rate demand Di from the ith channel is an indication of the complexity of the video source being compressed. Note that the terms “bit demand” and “bit rate demand” may be used interchangeably, as the bit rate demand is simply the bit demand in a specific time interval. Atblock 210, the spatial activity of a current video frame is calculated, The spatial activity, or intra-frame activity, is an average macroblock activity for the frame as discussed in greater detail below inFIGS. 4, 4A and 4B. - Note that the term “frame” or “picture” as used herein refers generally to any image, including a particular field of interlaced video, a progressive mode frame, or even a Video Object Place (VOP) which is an image in a sequence of generally arbitrarily shaped images. VOPs are discussed in the MPEG-4 standard.
- At
block 220, a temporal or inter-frame activity of the current video frame is calculated. Atblock 230, the scene change, fade, and flash detection is made. Atblock 240, the average quantization step size for the current video frame is determined. The scene change, fade, and flash detectblock 230 receives data inputs from thetemporal activity block 220 and quantizationstep size block 240. Atblock 250, the brightness of the current frame is determined, while atblock 260, the frame rate is determined, and atblock 270, the current image size is determined. Information from each of theblocks rate demand block 280 to determine Di. - At
block 220, the temporal activity of the current frame is determined as the sum of the absolute pixel differences between the current and previous frames. Each pixel difference is determined for correspondingly situated pixels within the respective frames. Referring to block 240, the quantization step size is the result of compressing a prior picture at a previously-determined bit rate. Atblock 230, the scene change, fade, and flash detect may be performed using any known technique. For example, a fade may be detected if the average picture brightness is decreasing over a number of frames. Moreover, a flash may be detected when the picture brightness increases rapidly above an upper threshold. - At
block 250, the brightness is determined as the average pixel luminance in the current frame. Atblock 260, the frame rate is determined according to the interval between the current and previous frames. The frame rate may vary, for example, between standard NTSC video, with thirty frames per second, PAL video at twenty-five frames per second, and NTSC detelecine video at an average of twenty-four frames per second. - At
block 255, a length of the group of pictures (GOP) is also provided as an input for determining the bit rate demand Di. Atblock 270, the image size of the current frame is determined based on the horizontal resolution, or number of pixels per line. -
FIG. 3A is Part A of a flowchart illustrating how bit rate demand Di is determined in accordance with the present invention.FIGS. 3A and 3B illustrate an exemplary process that is used by the pre-processors in determining a bit rate demand Di for the respective video channel. It will be appreciated that the different steps may be performed in different sequences, that not every step is required, and that additional steps which are not shown may be performed. Atblock 302, the average spatial activity is calculated for the current frame. The calculation of SAavg, is discussed further in connection withFIGS. 4, 4A and 4B, below. Inblock 304, the average spatial activity is optionally mapped to a more convenient range. Atblock 306, SAavg is clipped to remove especially high or low values. The actual values used for clipping can be determined by experimentation. Atblock 308, the initial bit rate demand for the ith channel, Di, is set to the average spatial activity value. - At
block 310, the inter-frame distance INTERdist is calculated as the sum of the absolute differences of the luminance pixel values between the current and previous frames. INTERdist is a measure of temporal activity for the current frame. Atblock 312, a scene change, fade, and flash detection is made. Atblock 314, the bit rate demand Di is adjusted based on whether a fade is detected. Specifically, if a fade is detected, 1 k may be increased by a predetermined amount that can be set by experimentation. Di is increased since coding of fades is generally inefficient. That is, additional bits are required to maintain a given video quality level. Similarly, atblock 316, Di is adjusted based on whether a flash is detected for the current frame. If a flash is detected, Di is increased by a predetermined amount that can be determined by experimentation. - At
block 318, if SAavg is less than a lower threshold, INTERdist is increased. This is done since motion within a scene with a low spatial activity will produce an artificially small inter-frame distance. Atblock 320, if INTERdist is above an upper threshold which can be determined by experimentation; Di is increased. This is done since the inventors have determined that very high levels of inter-frame activity are relatively more noticeable and therefore require additional bits to maintain a given image quality level, Conversely, asblock 322, if INTERdist is below a lower threshold which can be determined by experimentation, Di is decreased since scenes with little motion are encoded more efficiently, so fewer bits can be used for coding. - At
block 324, if the previous quantization level, QUANTprevious, is greater than an upper threshold, which can be determined by experimentation, Di is increased. This is done to avoid oscillations in the quantization level that may be noticeable to the viewer. Additionally, note that since the quantization level may vary with the picture type, the quantization level should be taken only from similar picture types, e.g., from B pictures or P-pictures. Moreover, the quantization level can be run through a fast attack, slow decay function to avoid fluctuations in the bit rate. Such a function can he implemented in a filter that allows a rapid increase in the quantization level but only a slow decrease. Thus, QUANTprevious may represent a value that is a function of the actual quantization level of one or more previous frames. - Next, at
block 326, the length of the GOP isused to modify the bit rate demand Di. Note that according to the MPEG-2 or similar video standards, a group of pictures includes at least one I-picture, which is intra coded without reference to any other picture, followed by a number of inter-coded or predicted pictures such as B-pictures and F-pictures. - A B-picture is a bi-directionally predicted picture which uses both previous and future pictures (in presentation order) for prediction. A P-picture uses only a previous picture for prediction. Therefore, with successive GOPs, each having one I-picture, a frequency of I pictures in the data stream can be determined Therefore, at
block 326, if the nominal GOP is more than fifteen pictures in length, Di should be decreased. This accounts for the relationship between the required bit rate and the frequency of I-pictures. - That is, the frequency of I-pictures is generally inversely proportional to the length of the GOPs, Moreover, for a given picture quality, fewer bits are needed to code pictures in a larger GOP since there are relatively more inter-coded pictures, and inter-coded pictures (B-pictures and P-pictures) require fewer bits to code than I-pictures. Conversely, more bits are needed to code pictures in a smaller GOP since there are relatively fewer inter-coded pictures.
- The nominal GOP length for adjusting the bit S rate need not be fifteen pictures, but this value has been determined by the inventors to be satisfactory. It is possible to use higher and/or lower GOP length thresholds.
-
FIG. 3B is Part B of the flowchart ofFIG. 3A illustrating how bit rate demand Di is determined in accordance with the present invention. Atblock 328, if the length of the GOP is less than fifteen pictures, an increase is set for Di. Atblock 330, the magnitude of the increase or decrease of Di based on the length of the GOP is reduced if the inter-frame distance INTERJLS is greater than an upper threshold which can be determined by experimentation. That is, the magnitude of the adjustment is reduced when the inter-frame activity is high since a large amount of motion is likely to cause intracoding in all pictures, thereby countering the effect of the I-frame frequency. The decrease ofblock 326 and the increase ofblock 328 may even be eliminated for very high levels of inter-frame activity. Atblock 332, Di is modified by the adjusted increase or decrease, if any. - At
block 334, Di is adjusted based on the horizontal resolution of the current frame. Specifically, Di is increased if the horizontal resolution is greater than a baseline level, and Di is decreased if the resolution is less than the baseline level. For example, if the baseline level corresponds to standard NTSC video, additional bits will be allocated for High Definition Television (HDTV). Atblock 336, if the brightness is less than a threshold that can be determined by experimentation, Di is increased. The bit rate is increased for relatively dark scenes, since such scenes generally are not coded efficiently. Atblock 338, if a scene change is detected, Di is set to a maximum value. This is done since scene changes generally are also not coded efficiently, even more so than dark scenes. - At
block 340, Di is clipped between maximum and minimum values and linearly scaled to a predetermined range, e.g. 50 to 700. - At
block 342, the allocated bit rate Di is optionally further adjusted by a priority factor according to the relative importance of the video channel. Assuming a base line priority factor of “1”, for example, a relatively more important video channel will have a priority factor greater than “1”, while a relatively less important video channel will have a priority factor less than “1”. For example, it may be desirable to assign a relatively high priority factor to movies and special sporting events, while a relatively low priority factor is assigned to common news broadcasts. The priority factor may be specified by an operator using a keyboard or other input device that communicates with thecentral control 170 ofFIG. 1 . Also atblock 342, Di is normalized, for example, by dividing by 128. - At
block 344, the final bit rate demand Di is now available for use by thecentral control 170 in allocating the bit rate Ri for each ith channel as set forth in FIG. and the accompanying discussion below. -
FIGS. 4, 4A and 4B illustrate how macroblock activity is calculated in accordance with the present invention. As each picture in encoded, an activity value is generated for each macroblock in the current picture. Each 16×16 luma value macroblock is subdivided into 2×2 tiles, and the values jn each tile are examined. In each tile, the absolute difference in luma values between one corner (either the top right or bottom left) and its horizontal and vertical neighbors is taken. For example, inFIG. 4 a macroblock shown generally at 400 includestiles Tile 410 includes pixel “a” 412, pixel “b” 414, pixel “c” 416 and pixel “d” 418. The tile activity is the absolute value of b-a plus the absolute value of b-d.Tile 420 includes a pixel “a” 422, pixel “b” 424, pixel “c” 426, and pixel “d” 428. The tile activity is the absolute value of c-a plus the absolute value of c-d. - The absolute difference terms for each tile are summed to give the macroblock activity. The macroblock activity values are then summed across the entire current picture and divided by the total number of macroblocks in the picture to obtain the picture's average spatial activity. The average spatial activity may then be reported to the preprocessor.
- Of course, the activity calculation procedure shown may be modified in various ways. For example, the tile size may be varied along with the selected reference pixel in each tile.
-
FIG. 5 is a flow chart illustrating how allocated bit rate Ri is determined for several channels of a multi-channel video encoder. Once the bit rate demand Di has been determined by the preprocessors for each video channel as explained in connection withFIGS. 3A and 3B , it is forwarded to thecentral control 170, as shown inFIG. 1 . Thecentral control 170 uses the demand signals Di to determine corresponding allocated bit rate signals Ri for each ith channel. Generally, one or more iterations may be used by the control to arrive at a final Ri. That is, an initial Ri may be fine tuned in successive iterations. - Referring to
FIG. 5 , atbox 500, the central control solicits the applications to obtain the bit rate demands t), e.g., every ten msec, The term “application” is used generally to refer to each channel encoder, which comprises the combination of a pre-processor and compressor for each channel. Atbox 505, if an application does not respond to the control's request within a predetermined amount of time, for example, eighty msec., the control marks that application as “dead” or “inactive” and sets Di to a minimum value. An application may or may not respond to a solicitation based on whether it has computed new need information. That is, the application need not respond to a solicitation if it has not computed a new need value, Di. The control retains the most recent need value from each application. The application remains in a minimum rate status until it responds to a subsequent control solicitation in which case the application is marked as alive and is allocated the currently determined rate Ri. - Each time the updated bit rate needs Di have been received from at least one-half of the alive VBR applications, for example, the control executes the bit allocation procedure. Upon completion of the procedure, Ri is sent to each application even if the application's new rate is the same as the old rate. The control and MUX implement the transport stream schedule according to the specified fixed rates, if any, and the calculated variable rates.
- At
box 510, the sum of the bit rate requests from the dead applications is subtracted from an available bit rate. The available bit rate may be a fixed amount that is known a priori or may vary with time. The available bit rate is the overall amount of channel bandwidth that is currently allocated for transmitting the data from each VER video channel. This available bit rate may correspond to a transport bit rate minus the fixed rate allocations for any fixed rate channels that are multiplexed with the VBR channels. Atblock 515, the remaining bit rate is allocated to the alive or active applications in proportion to their need values. Atblock 520, each allocated rate is examined to see if it exceeds the application's specified minimum or maximum rate. If so, the allocated rate is clipped to the appropriate minimum of maximum limit. - At
block 525, any surplus and deficit bit rate from each channel is collected (e.g., summed) to form a net surplus or net deficit bit rate. A net surplus occurs when the available bit rate is greater than the sum of the allocated bit rates, while a net deficit occurs when the opposite is true. Note that a surplus for one channel can offset a deficit for another channel. Atblock 530, if a net surplus is present, any application at its maximum rate is eliminated from further adjustments until the next iteration of the process, if any. Similarly, atblock 545, if a net bit rate deficit is present, any application at its minimum rate is eliminated from further adjustments until the next iteration of the process, if any. - At
block 535, the net surplus bit rate is reallocated among the remaining applications in proportion to their need values. Similarly, atblock 550, the net deficit is reallocated among the remaining applications in proportion to their need values. Atblock 555, if there is no net surplus or net deficit present, the allocated bit rate Ri is communicated from thecentral control 170 to each compressor. The video data is compressed and encoded according to the final value of Ri and communicated to theMUX 180. - At
block 540, the reallocation of the net surplus or net deficit may be repeated in successive reiterations if a net surplus or net deficit is still present and the bit rate has not been fixed at a minimum or maximum value for all applications. The process may be repeated atblock 525 for an additional two iterations, for example. Limiting the process to a maximum of three iterations is done to limit computation time. However, it should be appreciated that the present invention may also be implemented with one or more iterations. - If a net surplus or net deficit exists after the third iteration, it is distributed equally among all applications that remain available for adjustment; that is, the applications that are not dead or fixed. At
block 560, the final allocated bit rate Ri is communicated to the compressors for each ith channel. - An operator may control the bandwidth allocated to each application via bit-rate setting. Any application can be set to a fixed bit rate. A video encoder can alternatively be set to a variable bit rate (VBR) through the specification of a minimum and maximum bit rate. The minimum transport bit rate required for a multi-channel video encoder is equal to the sum of the fixed bit rates plus the sum of the minimum VER rates, that is:
MinimumNecessaryBitrate=ΣFIxedRate+ΣVBRMinRates.
Similarly, the maximum usable bandwidth is the sum of the fixed bit rates plus the sum of the maximum VBR rates:
MaximurnuseableBitrate=ΣFixedRate+ΣVBRMaxRates.
If the available transport bit rate is less than the minimum required bit rate, the system cannot comply with the specified configuration. If the available transport bit rate is greater than the maximum useable bit rate, then all VER applications run at their respective maximum rates, and no statistical multiplexing will occur. If the available transport rate is between the minimum and maximum bit rates, statistical multiplexing occurs, and the entire available transport bandwidth is allocated among the different channels. - Prior to encoding each picture, each VER channel encoder checks for a new allocated bit rate, Ri, from the control. If there is a new rate, the channel encoder is commanded to compress and encode the channel data at the new rate.
- Regarding timing of the rate control scheme, as discussed, a frame activity value is calculated in the respective channel encoders and made available to the control at the frame rate. For standard NTSC encoding, the update interval is every 33 msec., while for PAL it is every 40 msec, and for NTSC with detelecine, the time between updates is 33 msec, and 50 msec.
- Preferably, the control executes its bit allocation process each time it has updates from at least one-half of the VBR applications. This should occur no less frequently than every fifty msec.
- As can be seen, the present invention provides a system for allocating a bit rate to a plurality of variable rate channels in a video encoder according to the bit rate demand from each channel and the available bit rate, Advantageously, a bit rate demand Di is determined in a pre-processor for each channel prior to compressing and encoding the data for transmission. The allocated bit rate Ri may be determined from the Di values in one or more iterations.
- The bit rate demand Di accounts for various characteristics of the current picture data in each channel, including spatial activity, temporal activity, image size, frame rate, scene change, brightness, flash, fade, and horizontal pixel resolution. The system also biases the bit rate allocation according to inter-frame distance, whether the average spatial activity level is below a lower threshold, whether the inter-frame distance is above an upper threshold or below a lower threshold, whether the quantization of previous frames is above an upper threshold, the length of the Group of Pictures (GOP), and a user-selectable priority factor. The system also allocates any surplus bit rate among the channels to avoid having unused bandwidth.
- Although the invention has been described in connection with various specific embodiments, those skilled in the art will appreciate that numerous adaptations and modifications may be made thereto without departing from the spirit and scope of the invention as set forth in the claims.
Claims (68)
1. A method for determining a bit rate need of a plurality of variable rate video channels in a video encoder, comprising the steps of:
processing video data from a current picture in each respective channel to determine at least a spatial activity and a temporal activity thereof;
determining an initial bit rate demand for each current picture according to the associated spatial activity and temporal activity; and
for at least one current picture, determining whether the associated spatial activity is below a lower threshold, and if so, increasing the associated temporal activity thereof, and adjusting the initial bit rate demand thereof according to the increased temporal activity thereof.
2. A method in accordance with claim 25 , comprising the further step of:
adjusting said initial bit rate demand for each current picture according to whether a scene change is detected for the current picture.
3. A method in accordance with claim 25 , comprising the further step of:
adjusting said initial bit rate demand for each current picture according to whether a fade is detected for the current picture.
4. A method in accordance with claim 25 , comprising the further step of:
adjusting said initial bit rate demand for each current picture according to whether a flash is detected for the current picture.
5. A method in accordance with claim 25 , comprising at least one of the further steps of, for at least one current picture:
adjusting the initial bit rate demand thereof upwards when the associated temporal activity exceeds an upper threshold; and
adjusting the initial bit rate demand thereof downwards when the associated temporal activity is less than a lower threshold.
6. A method in accordance with claim 25 , comprising the further step of:
for at least one current picture, adjusting the initial bit rate demand thereof upwards when a quantization level of at least one previous picture associated therewith of a same picture type exceeds an upper threshold.
7. A method in accordance with claim 25 , comprising at least one of the further steps of, for at least one current picture:
adjusting the initial bit rate demand thereof downwards when a length of an associated group of pictures exceeds a nominal level; and
adjusting the initial bit rate demand thereof upwards when a length of an associated group of pictures is less than a nominal level.
8. A method in accordance with claim 31 , comprising the further step of, for the at least one current picture:
tempering the upwards or downward adjusting of the initial bit rate demand thereof when the temporal activity thereof exceeds an upper threshold.
9. A method in accordance with claim 25 , comprising the further step of:
for at least one current picture, adjusting the initial bit rate demand thereof according to whether a horizontal pixel resolution thereof exceeds or is less than a nominal level.
10. A method in accordance with claim 25 , comprising the further step of:
for at least one current picture, adjusting the initial bit rate demand thereof upwards when an associated brightness level is less than a lower threshold.
11. A method in accordance with claim 25 , comprising the further step of:
for at least one current picture, adjusting the initial bit rate demand thereof according to a priority factor thereof which indicates a relative importance of the at least one current picture in the multiplexed data stream.
12. An apparatus for determining a bit rate need of a plurality of variable rate video channels in a video encoder, comprising:
means for processing video data from a current picture in each respective channel to determine at least a spatial activity and a temporal activity thereof;
means for determining an initial bit rate demand for each current picture according to the associated spatial activity and temporal activity; and
means for determining, for at least one current picture, whether the associated spatial activity is below a lower threshold, and if so, increasing the associated temporal activity thereof, and adjusting the initial bit rate demand thereof according to the increased temporal activity thereof.
13. Apparatus in accordance with claim 36 , further comprising:
means for adjusting said initial bit rate demand for each current picture according to whether a scene change is detected for the current picture.
14. Apparatus in accordance with claim 36 , further comprising:
means for adjusting said initial bit rate demand for each current picture according to whether a fade is detected for the current picture.
15. Apparatus in accordance with claim 36 , further comprising:
means for adjusting said initial bit rate demand for each current picture according to whether a flash is detected for the current picture.
16. Apparatus in accordance with claim 36 , wherein, for at least one current picture, the apparatus further comprises:
means for adjusting the initial bit rate demand thereof upwards when the associated temporal activity exceeds an upper threshold; and
means for adjusting the initial bit rate demand thereof downwards when the associated temporal activity is less than a lower threshold.
17. Apparatus in accordance with claim 36 , further comprising:
means for adjusting, for at least one current picture, the initial bit rate demand thereof upwards when a quantization level of at least one previous picture associated therewith of a same picture type exceeds an upper threshold.
18. Apparatus in accordance with claim 36 , wherein, for at least one current picture, the apparatus further comprises:
means for adjusting the initial bit rate demand thereof downwards when a length of an associated group of pictures exceeds a nominal level; and
means for adjusting the initial bit rate demand thereof upwards when a length of an associated group of pictures is less than a nominal level.
19. Apparatus in accordance with claim 42 , wherein, for the at least one current picture, the apparatus further comprises:
means for tempering the upward or downward adjusting of the initial bit rate demand thereof when the temporal activity thereof exceeds an upper threshold.
20. Apparatus in accordance with claim 36 , further comprising:
means for adjusting, for at least one current picture, the initial bit rate demand thereof according to whether a horizontal pixel resolution thereof exceeds or is less than a nominal level.
21. Apparatus in accordance with claim 36 , further comprising:
means for adjusting, for at least one current picture, the initial bit rate demand thereof upward when an associated brightness level is less than a lower threshold.
22. Apparatus in accordance with claim 36 , further comprising:
means for adjusting, for at least one current picture, the initial bit rate demand thereof according to a priority factor thereof which indicates a relative importance of the at least one current picture in the multiplexed data stream.
23. A method for determining a bit rate need of a plurality of variable rate video channels in a video encoder, comprising the steps of:
processing video data from a current picture in each respective channel to determine at least a spatial activity and a temporal activity thereof;
determining an initial bit rate demand for each current picture according to the associated spatial activity and temporal activity; and
for at least one current picture, adjusting the initial bit rate demand thereof upwards when an associated brightness level is less than a lower threshold.
24. A method in accordance with claim 47, comprising the further step of:
adjusting said initial bit rate demand for each current picture according to whether a scene change is detected for the current picture.
25. A method in accordance with claim 47, comprising the further step of:
adjusting said initial bit rate demand for each current picture according to whether a fade is detected for the current picture.
26. A method in accordance with claim 47, comprising the further step of:
adjusting said initial bit rate demand for each current picture according to whether a flash is detected for the current picture.
27. A method in accordance with claim 47, comprising the further step of:
for at least one current picture, determining whether the associated spatial activity is below a lower threshold, and if so, increasing the associated temporal activity thereof, and adjusting the initial bit rate demand thereof according to the increased temporal activity thereof.
28. A method in accordance with claim 47, comprising at least one of the further steps of, for at least one current picture:
adjusting the initial bit rate demand thereof upwards when the associated temporal activity exceeds an upper threshold; and
adjusting the initial bit rate demand thereof downwards when the associated temporal activity is less than a lower threshold.
29. A method in accordance with claim 47, comprising the further step of:
for at least one current picture, adjusting the initial bit rate demand thereof upwards when a quantization level of at least one previous picture associated therewith of a same picture type exceeds an upper threshold.
30. A method in accordance with claim 47, comprising at least one of the further steps of, for at least one current picture:
adjusting the initial bit rate demand thereof downwards when a length of an associated group of pictures exceeds a nominal level; and
adjusting the initial bit rate demand thereof upwards when a length of an associated group of pictures is less than a nominal level.
31. A method in accordance with claim 54, comprising the further step of, for the at least one current picture:
tempering the upwards or downward adjusting of the initial bit rate demand thereof when the temporal activity thereof exceeds an upper threshold.
32. A method in accordance with claim 47, comprising 4 the further step of:
for at least one current picture, adjusting the initial bit rate demand thereof according to whether a horizontal pixel resolution thereof exceeds or is less than a nominal level.
33. A method in accordance with claim 47, comprising the further step of:
for at least one current picture, adjusting the initial bit rate demand thereof according to a priority factor thereof which indicates a relative importance of the at least one current picture in the multiplexed data stream.
34. An apparatus for determining a bit rate need of a plurality of variable rate video channels in a video encoder, comprising:
means for processing video data from a current picture in each respective channel to determine at least a spatial activity and a temporal activity thereof;
means for determining an initial bit rate demand for each current picture according to the associated spatial activity and temporal activity; and
means for adjusting, for at least one current picture, the initial hit rate demand thereof upward when an associated brightness level is less than a lower threshold.
35. Apparatus in accordance with claim 58, further comprising:
means for adjusting said initial bit rate demand for each current picture according to whether a scene change is detected for the current picture.
36. Apparatus in accordance with claim 59, further comprising:
means for adjusting said initial bit rate demand for each current picture according to whether a fade is detected for the current picture.
37. Apparatus in accordance with claim 58, further comprising:
means for adjusting said initial bit rate demand for each current picture according to whether a flash is detected for the current picture.
38. Apparatus in accordance with claim 58, further comprising:
means for determining, for at least one current picture, whether the associated spatial activity is below a lower threshold, end if so, increasing the associated temporal activity thereof, and adjusting the initial bit rate demand thereof according to the increased temporal activity thereof.
39. Apparatus in accordance with claim 59, wherein, for at least one current picture, the apparatus further comprises:
means for adjusting the initial bit rate demand thereof upwards when the associated temporal activity exceeds an upper threshold; and
means for adjusting the initial bit rate demand thereof downwards when the associated temporal activity is less than a lower threshold.
40. Apparatus in accordance with claim 58, further comprising:
means for adjusting, for at least one current picture, the initial bit rate demand thereof upwards when a quantization level of at least one previous picture associated therewith of a same picture type exceeds an upper threshold.
41. Apparatus in accordance with claim 58, wherein, for at least one current picture, the apparatus further comprises:
means for adjusting the initial bit rate demand thereof downwards when a length of an associated group of pictures exceeds a nominal level; and
means for adjusting the initial bit rate demand thereof upwards when a length of an associated group of pictures is less than a nominal level.
42. Apparatus in accordance with claim 65, wherein, for the at least one current picture, the apparatus further comprises:
means for tempering the upward or downward adjusting of the initial bit rate demand thereof when the temporal activity thereof exceeds an upper threshold.
43. Apparatus in accordance with claim 58, further comprising:
means for adjusting, for at least one current picture, the initial hit rate demand thereof according to whether a horizontal pixel resolution thereof exceeds or is less than a nominal level.
44. Apparatus in accordance with claim 58, further comprising:
means for adjusting, for at least one current picture, the initial bit rate demand thereof according to a priority factor thereof which indicates a relative importance of the at least one current picture in the multiplexed data stream.
69. (canceled)
70. (canceled)
71. (canceled)
72. (canceled)
73. (canceled)
74. (canceled)
75. (canceled)
76. A method in accordance with claim 69 , comprising at least one of the further steps of, for at least one current picture:
adjusting the initial bit rate demand thereof downwards when a length of an associated group of pictures exceeds a nominal level; and
adjusting the initial bit rate demand thereof upwards when a length of an associated group of pictures is less than a nominal level.
77. (canceled)
78. (canceled)
79. (canceled)
80. (canceled)
81. (canceled)
82. (canceled)
83. (canceled)
84. (canceled)
85. (canceled)
86. (canceled)
87. (canceled)
88. (canceled)
89. (canceled)
90. (canceled)
91. (canceled)
92. (canceled)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/271,181 US20060062293A1 (en) | 1998-06-16 | 2005-11-10 | Pre-processing of bit rate allocation in a multi-channel video encoder |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US09/097,645 US6259733B1 (en) | 1998-06-16 | 1998-06-16 | Pre-processing of bit rate allocation in a multi-channel video encoder |
US09/837,496 US7016407B2 (en) | 1998-06-16 | 2001-04-18 | Pre-processing of bit rate allocation in a multi-channel video encoder |
US11/271,181 US20060062293A1 (en) | 1998-06-16 | 2005-11-10 | Pre-processing of bit rate allocation in a multi-channel video encoder |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/837,496 Continuation US7016407B2 (en) | 1998-06-16 | 2001-04-18 | Pre-processing of bit rate allocation in a multi-channel video encoder |
Publications (1)
Publication Number | Publication Date |
---|---|
US20060062293A1 true US20060062293A1 (en) | 2006-03-23 |
Family
ID=22264448
Family Applications (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/097,645 Expired - Lifetime US6259733B1 (en) | 1998-06-16 | 1998-06-16 | Pre-processing of bit rate allocation in a multi-channel video encoder |
US09/837,496 Expired - Lifetime US7016407B2 (en) | 1998-06-16 | 2001-04-18 | Pre-processing of bit rate allocation in a multi-channel video encoder |
US11/271,181 Abandoned US20060062293A1 (en) | 1998-06-16 | 2005-11-10 | Pre-processing of bit rate allocation in a multi-channel video encoder |
Family Applications Before (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/097,645 Expired - Lifetime US6259733B1 (en) | 1998-06-16 | 1998-06-16 | Pre-processing of bit rate allocation in a multi-channel video encoder |
US09/837,496 Expired - Lifetime US7016407B2 (en) | 1998-06-16 | 2001-04-18 | Pre-processing of bit rate allocation in a multi-channel video encoder |
Country Status (1)
Country | Link |
---|---|
US (3) | US6259733B1 (en) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050105815A1 (en) * | 2003-11-14 | 2005-05-19 | Vweb Corporation | Video encoding using variable bit rates |
US20110158325A1 (en) * | 2009-12-24 | 2011-06-30 | Megachips Corporation | Image coding apparatus and image conversion apparatus |
CN104954888A (en) * | 2014-03-24 | 2015-09-30 | 中国电信股份有限公司 | Method and device for adjusting code stream sending speed of streaming media |
CN105490703A (en) * | 2015-12-28 | 2016-04-13 | 生迪智慧科技有限公司 | Audio frequency reception device, method and wireless play system |
CN108965298A (en) * | 2018-07-19 | 2018-12-07 | 广州青鹿教育科技有限公司 | Interaction technique is handled based on multicomponent theme HD video |
US10324943B2 (en) * | 2015-08-10 | 2019-06-18 | Business Objects Software, Ltd. | Auto-monitoring and adjustment of dynamic data visualizations |
Families Citing this family (85)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
IL125310A (en) * | 1998-07-12 | 2002-02-10 | Eci Telecom Ltd | Method and system for managing varying traffic load in telecommunication network |
JP3724956B2 (en) * | 1998-08-06 | 2005-12-07 | パイオニア株式会社 | Image signal fade detection method and fade detection apparatus |
JP3166716B2 (en) * | 1998-08-12 | 2001-05-14 | 日本電気株式会社 | Fade image-adaptive moving image encoding apparatus and encoding method |
US7016337B1 (en) * | 1999-03-02 | 2006-03-21 | Cisco Technology, Inc. | System and method for multiple channel statistical re-multiplexing |
US7593433B1 (en) * | 1999-03-02 | 2009-09-22 | Cisco Technology, Inc. | System and method for multiple channel statistical re-multiplexing |
US6490250B1 (en) * | 1999-03-09 | 2002-12-03 | Conexant Systems, Inc. | Elementary stream multiplexer |
US8270479B2 (en) * | 1999-04-06 | 2012-09-18 | Broadcom Corporation | System and method for video and audio encoding on a single chip |
IL160386A (en) * | 1999-04-06 | 2005-11-20 | Broadcom Corp | Video encoding and video/audio/data multiplexing device |
KR100390115B1 (en) * | 1999-04-12 | 2003-07-04 | 마츠시타 덴끼 산교 가부시키가이샤 | Image processing method, image processing apparatus and data storage media |
US6625322B1 (en) * | 1999-06-08 | 2003-09-23 | Matsushita Electric Industrial Co., Ltd. | Image coding apparatus |
US7992163B1 (en) | 1999-06-11 | 2011-08-02 | Jerding Dean F | Video-on-demand navigational system |
US6817028B1 (en) | 1999-06-11 | 2004-11-09 | Scientific-Atlanta, Inc. | Reduced screen control system for interactive program guide |
US7010801B1 (en) | 1999-06-11 | 2006-03-07 | Scientific-Atlanta, Inc. | Video on demand system with parameter-controlled bandwidth deallocation |
US6721957B1 (en) * | 1999-08-16 | 2004-04-13 | Georgia Tech Research Corporation | System and method for maximizing bandwidth efficiency in a digital video program stream |
US6825874B1 (en) * | 1999-12-14 | 2004-11-30 | Intel Corporation | Monitoring the degree of action in video transmissions |
US6674796B1 (en) * | 2000-02-14 | 2004-01-06 | Harmonic, Inc. | Statistical multiplexed video encoding for diverse video formats |
AU7207701A (en) * | 2000-02-15 | 2001-08-27 | 4Nsys Co., Ltd. | Multi-channel image encoding method and system |
JP2001268575A (en) * | 2000-03-14 | 2001-09-28 | Pioneer Electronic Corp | Image change detector, image change detecting method, image encoder and information recording medium in which program for detecting image change is computer readably recorded |
WO2001072046A1 (en) * | 2000-03-21 | 2001-09-27 | Koninklijke Philips Electronics N.V. | Variable bit rate video encoding method and device |
US7975277B1 (en) | 2000-04-03 | 2011-07-05 | Jerding Dean F | System for providing alternative services |
US8516525B1 (en) | 2000-06-09 | 2013-08-20 | Dean F. Jerding | Integrated searching system for interactive media guide |
US7200857B1 (en) | 2000-06-09 | 2007-04-03 | Scientific-Atlanta, Inc. | Synchronized video-on-demand supplemental commentary |
US7934232B1 (en) | 2000-05-04 | 2011-04-26 | Jerding Dean F | Navigation paradigm for access to television services |
US8069259B2 (en) | 2000-06-09 | 2011-11-29 | Rodriguez Arturo A | Managing removal of media titles from a list |
US7962370B2 (en) | 2000-06-29 | 2011-06-14 | Rodriguez Arturo A | Methods in a media service system for transaction processing |
GB2365245B (en) * | 2000-07-28 | 2004-06-30 | Snell & Wilcox Ltd | Video Compression |
US7039115B1 (en) * | 2000-09-20 | 2006-05-02 | General Instrument Corporation | Processor allocation for channels in a video multi-processor system |
US7340759B1 (en) | 2000-11-10 | 2008-03-04 | Scientific-Atlanta, Inc. | Systems and methods for adaptive pricing in a digital broadband delivery system |
US7058087B1 (en) * | 2001-05-29 | 2006-06-06 | Bigband Networks, Inc. | Method and system for prioritized bit rate conversion |
US6937619B1 (en) * | 2001-05-29 | 2005-08-30 | Bigband Networks, Inc. | Method and system for comparison-based prioritized bit rate conversion |
US7512964B2 (en) | 2001-06-29 | 2009-03-31 | Cisco Technology | System and method for archiving multiple downloaded recordable media content |
US7526788B2 (en) | 2001-06-29 | 2009-04-28 | Scientific-Atlanta, Inc. | Graphic user interface alternate download options for unavailable PRM content |
US8006262B2 (en) | 2001-06-29 | 2011-08-23 | Rodriguez Arturo A | Graphic user interfaces for purchasable and recordable media (PRM) downloads |
US7496945B2 (en) | 2001-06-29 | 2009-02-24 | Cisco Technology, Inc. | Interactive program guide for bidirectional services |
US20030007516A1 (en) * | 2001-07-06 | 2003-01-09 | Yuri Abramov | System and method for the application of a statistical multiplexing algorithm for video encoding |
US6804301B2 (en) | 2001-08-15 | 2004-10-12 | General Instrument Corporation | First pass encoding of I and P-frame complexity for compressed digital video |
US7644144B1 (en) * | 2001-12-21 | 2010-01-05 | Microsoft Corporation | Methods, tools, and interfaces for the dynamic assignment of people to groups to enable enhanced communication and collaboration |
US7334251B2 (en) | 2002-02-11 | 2008-02-19 | Scientific-Atlanta, Inc. | Management of television advertising |
US6961376B2 (en) * | 2002-06-25 | 2005-11-01 | General Instrument Corporation | Methods and apparatus for rate control during dual pass encoding |
US7251275B2 (en) * | 2002-06-25 | 2007-07-31 | General Instrument Corporation | Methods and apparatus for statistical multiplexing during dual pass encoding |
US7529276B1 (en) | 2002-09-03 | 2009-05-05 | Cisco Technology, Inc. | Combined jitter and multiplexing systems and methods |
US7042943B2 (en) | 2002-11-08 | 2006-05-09 | Apple Computer, Inc. | Method and apparatus for control of rate-distortion tradeoff by mode selection in video encoders |
US8054880B2 (en) * | 2004-12-10 | 2011-11-08 | Tut Systems, Inc. | Parallel rate control for digital video encoder with multi-processor architecture and picture-based look-ahead window |
US7925770B1 (en) | 2003-01-29 | 2011-04-12 | Realnetworks, Inc. | Systems and methods for selecting buffering time for media data |
FR2857205B1 (en) * | 2003-07-04 | 2005-09-23 | Nextream France | DEVICE AND METHOD FOR VIDEO DATA CODING |
US7898951B2 (en) * | 2003-08-13 | 2011-03-01 | Jones Farm Technology 2, Llc | Encoding and transmitting variable bit streams with utilization of a constrained bit-rate channel |
JP2005151096A (en) * | 2003-11-14 | 2005-06-09 | Pioneer Electronic Corp | Multichannel statistical multiplex system |
US7675970B2 (en) * | 2004-01-12 | 2010-03-09 | General Instrument Corporation | Method and apparatus for processing a bitstream in a digital video transcoder |
US8161388B2 (en) | 2004-01-21 | 2012-04-17 | Rodriguez Arturo A | Interactive discovery of display device characteristics |
US8005139B2 (en) * | 2004-06-27 | 2011-08-23 | Apple Inc. | Encoding with visual masking |
US8406293B2 (en) | 2004-06-27 | 2013-03-26 | Apple Inc. | Multi-pass video encoding based on different quantization parameters |
US7602820B2 (en) | 2005-02-01 | 2009-10-13 | Time Warner Cable Inc. | Apparatus and methods for multi-stage multiplexing in a network |
US8208536B2 (en) * | 2005-04-28 | 2012-06-26 | Apple Inc. | Method and apparatus for encoding using single pass rate controller |
JP2006319690A (en) * | 2005-05-13 | 2006-11-24 | Hitachi Ltd | Dynamic image coder |
US20070025441A1 (en) * | 2005-07-28 | 2007-02-01 | Nokia Corporation | Method, module, device and system for rate control provision for video encoders capable of variable bit rate encoding |
US8189472B2 (en) * | 2005-09-07 | 2012-05-29 | Mcdonald James F | Optimizing bandwidth utilization to a subscriber premises |
FR2891685B1 (en) * | 2005-10-03 | 2008-04-18 | Envivio France Entpr Uniperson | METHOD AND DEVICE FOR MULTIPLE REFERENCE MOTION ESTIMATING, METHOD AND DEVICE FOR ENCODING, COMPUTER PROGRAM PRODUCTS, AND CORRESPONDING STORAGE MEANS. |
FR2891686B1 (en) * | 2005-10-03 | 2008-04-18 | Envivio France Entpr Uniperson | METHOD AND DEVICE FOR DETECTING TRANSITIONS IN A VIDEO SEQUENCE, METHOD AND DEVICE FOR ENCODING, COMPUTER PROGRAM PRODUCTS, AND CORRESPONDING STORAGE MEANS. |
US7889765B2 (en) * | 2005-11-30 | 2011-02-15 | Time Warner Cable Inc. | Apparatus and methods for utilizing variable rate program streams in a network |
FR2903271A1 (en) * | 2006-06-30 | 2008-01-04 | Thomson Licensing Sa | FRAME OR BITRAME MODE ENCODING METHOD |
US20080043643A1 (en) * | 2006-07-25 | 2008-02-21 | Thielman Jeffrey L | Video encoder adjustment based on latency |
EP2057846A4 (en) * | 2006-09-01 | 2016-06-29 | Thomson Licensing | Method and apparatus for encoding a flash picture occurring in a video sequence, and for decoding corresponding data for a flash picture |
DE102007001379A1 (en) * | 2007-01-09 | 2008-07-10 | Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. | Concept for encoding a plurality of information signals for a common transmission in a time division multiplex |
US8269897B2 (en) * | 2007-01-24 | 2012-09-18 | Analogix Semiconductor, Inc. | Method and apparatus for video format conversion |
US8553757B2 (en) * | 2007-02-14 | 2013-10-08 | Microsoft Corporation | Forward error correction for media transmission |
US8305914B2 (en) * | 2007-04-30 | 2012-11-06 | Hewlett-Packard Development Company, L.P. | Method for signal adjustment through latency control |
US8625607B2 (en) | 2007-07-24 | 2014-01-07 | Time Warner Cable Enterprises Llc | Generation, distribution and use of content metadata in a network |
US8300541B2 (en) * | 2008-02-19 | 2012-10-30 | Time Warner Cable Inc. | Apparatus and methods for utilizing statistical multiplexing to ensure quality of service in a network |
EP2101503A1 (en) * | 2008-03-11 | 2009-09-16 | British Telecommunications Public Limited Company | Video coding |
US8275046B2 (en) * | 2008-09-19 | 2012-09-25 | Texas Instruments Incorporated | Fast macroblock structure decision using SAD discrepancy and its prediction mode |
WO2010060463A1 (en) * | 2008-11-25 | 2010-06-03 | Telefonaktiebolaget L M Ericsson (Publ) | Method and apparatus for statistical multiplexing |
EP2200319A1 (en) * | 2008-12-10 | 2010-06-23 | BRITISH TELECOMMUNICATIONS public limited company | Multiplexed video streaming |
EP2219342A1 (en) | 2009-02-12 | 2010-08-18 | BRITISH TELECOMMUNICATIONS public limited company | Bandwidth allocation control in multiple video streaming |
KR101585428B1 (en) * | 2009-04-02 | 2016-01-18 | 삼성전자주식회사 | Apparatus and method for tramsmitting load indicator in a broadband wireless communication system |
JP5573053B2 (en) * | 2009-09-04 | 2014-08-20 | ソニー株式会社 | Wireless communication apparatus and wireless communication method |
US8385414B2 (en) * | 2010-11-30 | 2013-02-26 | International Business Machines Corporation | Multimedia size reduction for database optimization |
JP2012170054A (en) * | 2011-01-26 | 2012-09-06 | Panasonic Corp | Video recording apparatus, video reproduction apparatus, and video recovery apparatus |
EP2490447A1 (en) * | 2011-02-16 | 2012-08-22 | British Telecommunications Public Limited Company | Compact cumulative bit curves |
ES2401270B1 (en) * | 2011-03-17 | 2014-02-25 | Vodafone España, S.A.U. | NETWORK METHOD AND ENTITY TO DOWNLOAD VIDEO ON MOBILE NETWORKS |
US20140181266A1 (en) * | 2011-09-29 | 2014-06-26 | Avvasi Inc. | System, streaming media optimizer and methods for use therewith |
US10616086B2 (en) | 2012-12-27 | 2020-04-07 | Navidia Corporation | Network adaptive latency reduction through frame rate control |
US20150049099A1 (en) * | 2013-08-13 | 2015-02-19 | Mediatek Inc. | Data processing apparatus for transmitting/receiving compressed pixel data groups of picture over display interface and related data processing method |
CN110071877B (en) * | 2018-01-22 | 2021-01-29 | 华为技术有限公司 | Method and device for transmitting information |
US10523978B1 (en) | 2018-02-27 | 2019-12-31 | Amazon Technologies, Inc. | Dynamic quality adjustments for media transport |
CN108804045B (en) * | 2018-06-28 | 2021-10-15 | 郑州云海信息技术有限公司 | Bad block table establishing method and related device |
Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4630098A (en) * | 1985-07-31 | 1986-12-16 | Rca Corporation | Progressive scan display system with correction for non-standard signals |
US5216503A (en) * | 1991-12-24 | 1993-06-01 | General Instrument Corporation | Statistical multiplexer for a multichannel image compression system |
US5291281A (en) * | 1992-06-18 | 1994-03-01 | General Instrument Corporation | Adaptive coding level control for video compression systems |
US5376968A (en) * | 1993-03-11 | 1994-12-27 | General Instrument Corporation | Adaptive compression of digital video data using different modes such as PCM and DPCM |
US5400401A (en) * | 1992-10-30 | 1995-03-21 | Scientific Atlanta, Inc. | System and method for transmitting a plurality of digital services |
US5461619A (en) * | 1993-07-06 | 1995-10-24 | Zenith Electronics Corp. | System for multiplexed transmission of compressed video and auxiliary data |
US5500676A (en) * | 1993-07-22 | 1996-03-19 | Nippon Hoso Kyokai | Method of encoding and multiplexing picture signals and apparatus utilizing the same |
US5506844A (en) * | 1994-05-20 | 1996-04-09 | Compression Labs, Inc. | Method for configuring a statistical multiplexer to dynamically allocate communication channel bandwidth |
US5509017A (en) * | 1991-10-31 | 1996-04-16 | Fraunhofer Gesellschaft Zur Forderung Der Angewandten Forschung E.V. | Process for simultaneous transmission of signals from N signal sources |
US5686963A (en) * | 1995-12-26 | 1997-11-11 | C-Cube Microsystems | Method for performing rate control in a video encoder which provides a bit budget for each frame while employing virtual buffers and virtual buffer verifiers |
US5708664A (en) * | 1995-08-22 | 1998-01-13 | Digi-Media Vision Ltd. | Statistical multiplexing |
US5862140A (en) * | 1995-11-21 | 1999-01-19 | Imedia Corporation | Method and apparatus for multiplexing video programs for improved channel utilization |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5233629A (en) * | 1991-07-26 | 1993-08-03 | General Instrument Corporation | Method and apparatus for communicating digital data using trellis coded qam |
US5630098A (en) * | 1991-08-30 | 1997-05-13 | Ncr Corporation | System and method for interleaving memory addresses between memory banks based on the capacity of the memory banks |
US5933450A (en) * | 1994-04-20 | 1999-08-03 | Thomson Consumer Electronics, Inc. | Complexity determining apparatus |
KR100297830B1 (en) * | 1996-11-09 | 2001-08-07 | 윤종용 | Device and method for controlling bit generation amount per object |
US5793425A (en) * | 1996-09-13 | 1998-08-11 | Philips Electronics North America Corporation | Method and apparatus for dynamically controlling encoding parameters of multiple encoders in a multiplexed system |
US6038256A (en) * | 1996-12-31 | 2000-03-14 | C-Cube Microsystems Inc. | Statistical multiplexed video encoding using pre-encoding a priori statistics and a priori and a posteriori statistics |
-
1998
- 1998-06-16 US US09/097,645 patent/US6259733B1/en not_active Expired - Lifetime
-
2001
- 2001-04-18 US US09/837,496 patent/US7016407B2/en not_active Expired - Lifetime
-
2005
- 2005-11-10 US US11/271,181 patent/US20060062293A1/en not_active Abandoned
Patent Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4630098A (en) * | 1985-07-31 | 1986-12-16 | Rca Corporation | Progressive scan display system with correction for non-standard signals |
US5509017A (en) * | 1991-10-31 | 1996-04-16 | Fraunhofer Gesellschaft Zur Forderung Der Angewandten Forschung E.V. | Process for simultaneous transmission of signals from N signal sources |
US5216503A (en) * | 1991-12-24 | 1993-06-01 | General Instrument Corporation | Statistical multiplexer for a multichannel image compression system |
US5291281A (en) * | 1992-06-18 | 1994-03-01 | General Instrument Corporation | Adaptive coding level control for video compression systems |
US5400401A (en) * | 1992-10-30 | 1995-03-21 | Scientific Atlanta, Inc. | System and method for transmitting a plurality of digital services |
US5376968A (en) * | 1993-03-11 | 1994-12-27 | General Instrument Corporation | Adaptive compression of digital video data using different modes such as PCM and DPCM |
US5461619A (en) * | 1993-07-06 | 1995-10-24 | Zenith Electronics Corp. | System for multiplexed transmission of compressed video and auxiliary data |
US5500676A (en) * | 1993-07-22 | 1996-03-19 | Nippon Hoso Kyokai | Method of encoding and multiplexing picture signals and apparatus utilizing the same |
US5506844A (en) * | 1994-05-20 | 1996-04-09 | Compression Labs, Inc. | Method for configuring a statistical multiplexer to dynamically allocate communication channel bandwidth |
US5708664A (en) * | 1995-08-22 | 1998-01-13 | Digi-Media Vision Ltd. | Statistical multiplexing |
US5862140A (en) * | 1995-11-21 | 1999-01-19 | Imedia Corporation | Method and apparatus for multiplexing video programs for improved channel utilization |
US5686963A (en) * | 1995-12-26 | 1997-11-11 | C-Cube Microsystems | Method for performing rate control in a video encoder which provides a bit budget for each frame while employing virtual buffers and virtual buffer verifiers |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050105815A1 (en) * | 2003-11-14 | 2005-05-19 | Vweb Corporation | Video encoding using variable bit rates |
US7409097B2 (en) * | 2003-11-14 | 2008-08-05 | Vweb Corporation | Video encoding using variable bit rates |
US20110158325A1 (en) * | 2009-12-24 | 2011-06-30 | Megachips Corporation | Image coding apparatus and image conversion apparatus |
US8879638B2 (en) * | 2009-12-24 | 2014-11-04 | Megachips Corporation | Image coding apparatus and image conversion apparatus |
CN104954888A (en) * | 2014-03-24 | 2015-09-30 | 中国电信股份有限公司 | Method and device for adjusting code stream sending speed of streaming media |
US10324943B2 (en) * | 2015-08-10 | 2019-06-18 | Business Objects Software, Ltd. | Auto-monitoring and adjustment of dynamic data visualizations |
CN105490703A (en) * | 2015-12-28 | 2016-04-13 | 生迪智慧科技有限公司 | Audio frequency reception device, method and wireless play system |
CN108965298A (en) * | 2018-07-19 | 2018-12-07 | 广州青鹿教育科技有限公司 | Interaction technique is handled based on multicomponent theme HD video |
Also Published As
Publication number | Publication date |
---|---|
US7016407B2 (en) | 2006-03-21 |
US6259733B1 (en) | 2001-07-10 |
US20010014121A1 (en) | 2001-08-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7016407B2 (en) | Pre-processing of bit rate allocation in a multi-channel video encoder | |
CA2396305C (en) | Methods and apparatus for rate control during dual pass encoding | |
US6804301B2 (en) | First pass encoding of I and P-frame complexity for compressed digital video | |
KR100880055B1 (en) | A method and apparatus for allocating bits for coding pictures and a sequence of pictures in a bitstream received at a digital video transcoder | |
US5929916A (en) | Variable bit rate encoding | |
US5650860A (en) | Adaptive quantization | |
US5682204A (en) | Video encoder which uses intra-coding when an activity level of a current macro-block is smaller than a threshold level | |
US8218627B2 (en) | Scalable MPEG video/macro block rate control | |
US5878166A (en) | Field frame macroblock encoding decision | |
US5872598A (en) | Scene change detection using quantization scale factor rate control | |
US5854658A (en) | Statistical multiplexing system which encodes a sequence of video images using a plurality of video encoders | |
US5801779A (en) | Rate control with panic mode | |
US8406297B2 (en) | System and method for bit-allocation in video coding | |
CA2396308C (en) | Methods and apparatus for statistical multiplexing during dual pass encoding | |
US5761398A (en) | Three stage hierarchal motion vector determination | |
EP1086593B1 (en) | Sequence adaptive bit allocation for pictures encoding | |
JPH0898179A (en) | Picture encoding device | |
US7035334B2 (en) | Device and method for controlling image encoding, encoding system, transmission system and broadcast system | |
KR19990036646A (en) | Video frame sequence encoding system and method thereof, computer program product | |
JPH11262003A (en) | Method for encoding double bus of digital motion video sequence for fixed bit rate of variable bit rate | |
US5771316A (en) | Fade detection | |
JPH1075451A (en) | Device and method for compressing video data | |
US5764293A (en) | Method of encoding video using master and slave encoders wherein bit budgets for frames to be encoded are based on encoded frames | |
EP2041984A1 (en) | Method and apparatus for adapting a default encoding of a digital video signal during a scene change period | |
US20060256858A1 (en) | Method and system for rate control in a video encoder |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |