WO1998044737A1 - Method for seamless splicing in a video encoder - Google Patents

Method for seamless splicing in a video encoder Download PDF

Info

Publication number
WO1998044737A1
WO1998044737A1 PCT/IB1998/000266 IB9800266W WO9844737A1 WO 1998044737 A1 WO1998044737 A1 WO 1998044737A1 IB 9800266 W IB9800266 W IB 9800266W WO 9844737 A1 WO9844737 A1 WO 9844737A1
Authority
WO
WIPO (PCT)
Prior art keywords
encoder
buffer
picture
bits
decoder
Prior art date
Application number
PCT/IB1998/000266
Other languages
French (fr)
Inventor
Mahesh Balakrishnan
Cedric Caron
Original Assignee
Koninklijke Philips Electronics N.V.
Philips Ab
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Koninklijke Philips Electronics N.V., Philips Ab filed Critical Koninklijke Philips Electronics N.V.
Priority to EP98903251A priority Critical patent/EP0914745A1/en
Priority to JP10529292A priority patent/JP2000511740A/en
Publication of WO1998044737A1 publication Critical patent/WO1998044737A1/en

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
    • H04N21/23406Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving management of server-side video buffer
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
    • H04N19/103Selection of coding mode or of prediction mode
    • H04N19/114Adapting the group of pictures [GOP] structure, e.g. number of B-frames between two anchor frames
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
    • H04N19/115Selection of the code volume for a coding unit prior to coding
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
    • H04N19/117Filters, e.g. for pre-processing or post-processing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
    • H04N19/124Quantisation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/134Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
    • H04N19/142Detection of scene cut or scene change
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/134Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
    • H04N19/146Data rate or code amount at the encoder output
    • H04N19/149Data 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/134Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
    • H04N19/146Data rate or code amount at the encoder output
    • H04N19/152Data rate or code amount at the encoder output by measuring the fullness of the transmission buffer
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/134Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
    • H04N19/157Assigned coding mode, i.e. the coding mode being predefined or preselected to be further used for selection of another element or parameter
    • H04N19/159Prediction type, e.g. intra-frame, inter-frame or bidirectional frame prediction
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H04N19/17Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object
    • H04N19/172Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object the region being a picture, frame or field
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H04N19/177Methods 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 group of pictures [GOP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/40Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using video transcoding, i.e. partial or full decoding of a coded input stream followed by re-encoding of the decoded output stream
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/50Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
    • H04N19/503Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving temporal prediction
    • H04N19/51Motion estimation or motion compensation
    • H04N19/577Motion compensation with bidirectional frame interpolation, i.e. using B-pictures
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/60Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding
    • H04N19/61Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding in combination with predictive coding
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
    • H04N21/23424Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving splicing one content stream with another content stream, e.g. for inserting or substituting an advertisement
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236Assembling 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/2365Multiplexing of several video streams
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/434Disassembling 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/4347Demultiplexing of several video streams
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/44Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs
    • H04N21/44004Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs involving video buffer management, e.g. video decoder buffer or video display buffer
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/44Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs
    • H04N21/44016Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs involving splicing one content stream with another content stream, e.g. for substituting a video clip

Definitions

  • the present invention relates generally to video encoders and decoder systems, and in particular, to a method of splicing compressed video pictures from selected encoder sources to achieve seamless switching.
  • Video signals in the analog domain in a television studio are all synchronized, that is, the starting, running and ending times of each video picture is the same. Since each picture starts at the same time, switching from one analog encoder to another analog encoder requires the simple procedure of monitoring the end of a video picture in the first encoder since the beginning and end of each picture of each video signal is synchronized with the beginning and end of each picture in the second encoder. Since there is synchronization, switching out of one picture at the end thereof automatically places the video at the beginning of a picture in the other selected video signal. Therefore, switching, for example, from one video source (showing for example, a television network program) to another video source (showing for example, a local affiliate's commercial) when using analog (and therefore synchronized) signals, is relatively simple and well known.
  • a video source may be transmitting either digitally and uncompressed, or digitally and compressed, video signals.
  • switching is still relatively simple since the signals again can be easily synchronized as is well known in the art.
  • switching from one video encoder source to a second video encoder source when dealing with digitally uncompressed signals is similar to the methods found when switching in the analog domain.
  • MPEG represents a compressed video picture by a number of bits.
  • the difficulty is that the particular number of bits for each picture can vary. That is, the number of bits representing one video picture has little correlation to the number of bits representing the next video picture. Therefore, editing and switching between video sources, as illustrated above, of digitally compressed video signals becomes very difficult because it is necessary to establish a smooth and accurate splicing time between the selected video sources.
  • MPEG is a variable rate encoding standard
  • the output of many MPEG encoders must be transmitted over a channel (for example, over a television network) using a different rate that depends on the channel and system characteristics.
  • the encoder formats data in a variable manner while the transmission system is capable of only transmitting the video data bits at a different bit rate. Therefore, without some sort of "buffer" to manage the flow of video data, problems will arise.
  • the MPEG standard along with the state of the art encoder/decoder systems recognizes this problem.
  • One suggested technique to solve the problem is the introduction of an encoder buffer disposed between the encoding system (but which may still be part of the encoder) and the channel.
  • the buffer is constructed to smooth the variable rate of data generated by the encoder to the bit rate that can be transmitted over the channel and to the decoder. This buffer has been coined an encoder buffer.
  • the introduction of the aforementioned encoder buffer introduces a still further significant problem.
  • the decoder has a decoder buffer that gets data from the channel and has data taken out periodically by the decoder. Decoder buffer underflow and overflow causes unacceptable artifacts.
  • the encoder buffer must therefore be managed in such a way as to ensure that the decoder buffer does not underflow or overflow.
  • Another suggested method of achieving seamless splicing of compressed digital video is to decompress the video signal, switch the video from the first selected encoder to the second selected encoder in a known manner, and then again reencode the video.
  • this method is extremely expensive, requiring additional circuitry, because it requires decompression of the video, switching thereof, and thereafter, recompression.
  • switching in this manner requires the encoding and decoding of a video signal twice, there may be an appreciable reduction in the video signal quality.
  • a method of preventing data loss in a system during the switching of a signal from a first encoder source to a second encoder source includes the steps of identifying a splice point representing the point in time when the decoder is switched from the first encoder source to the second encoder source and providing a buffer in the first encoder source such that
  • the method may also include the step of ensuring that the number of data bits in the first encoder buffer is less than or equal to:
  • a method of splicing data in a system that includes two encoder sources coupled to a decoder is provided.
  • the method preferably includes the steps of identifying an upcoming group of pictures to be encoded in the first encoder source, identifying a splice point representing the point in time when the decoder is switched from the first encoder source to the second encoder source, estimating the number of bits in an encoder buffer located in the encoder at ) + , where E(t e (i) + ) is the number of bits in the encoder buffer right after the i'th picture has been encoded, determining whether the total number of bits in the encoder buffer satisfies the constraints:
  • a method of picture accurate splicing when the last picture in display order prior to a splice point is an I, B or P picture is provided.
  • the preferable method includes the steps of identifying the last picture in display order prior to a splice point, determining the number of pictures in the current GOP containing the identified picture, determining if the number of pictures in the current GOP is less than a threshold and if so, concatenating the current GOP with a previous GOP and terminating the current GOP with the identified picture if the splice point is a splice-in-point.
  • the preferable method also includes the step of changing the type of the identified last picture to one of an I or P picture after the step of identifying the last picture in display order prior to the splice point.
  • Another object of the present invention is to provide an improved system that incorporates the aforementioned improved method.
  • Still another object of the present invention is to provide a method of seamless splicing that requires a minimum amount of circuitry.
  • a further object of the present invention is to provide a method of achieving seamless splicing that maintains the quality of the video signal.
  • a still further object of the present invention is to provide a method of seamless splicing adaptable for and meeting all the requirements of MPEG.
  • the invention accordingly comprises the several steps and the relation of one or more of such steps with respect to each of the others, the apparatus embodying features of construction, combination of elements, and arrangement of parts which are adapted to effect such steps, all as exemplified in the detailed disclosure hereinafter set forth, the scope of the invention being indicated in the claims.
  • FIG. 1 is a diagram of a system constructed in accordance with the present invention.
  • Figures 2A and 2B is a timing chart illustrating the encoding and decoding sequences of selected video pictures in a system constructed in accordance with the present invention
  • Figure 3 is a graph illustrating a preferred method of calculating the lower occupancy boundary of an encoder buffer to prevent underflow therein and to prevent overflow in the decoder buffer, all of which are constructed in accordance with the present invention
  • Figure 4 is a graph illustrating a preferred method of calculating the upper occupancy boundary of an encoder buffer to prevent overflow therein and underflow in the decoder buffer, all of which are constructed in accordance with the present invention
  • Figure 5 is a graph illustrating both the upper and lower occupancy boundaries of the encoder buffer constructed in accordance with the present invention.
  • Figure 6 is a flowchart setting forth a preferred method of the rate allocation in the encoder in accordance with the present invention.
  • FIG. 7 is a still further detailed flowchart setting forth a preferred method of the rate allocation in the encoder in accordance with the present invention.
  • Figure 8 is yet a further detailed flowchart setting forth a preferred method of picture accurate splicing in accordance with the present invention.
  • Fig. 1 depicts the preferable configuration of a video encoder/decoder arrangement in accordance with the present invention.
  • the arrangement includes an encoder 10 for encoding video coupled to a mux 20.
  • the output of mux 20 is coupled to an input of a network 30.
  • network 30 may be a television studio network, an over the air channel or the like.
  • the output of network 30 is coupled to both a demux 40 and a splicer 60.
  • the output of demux 40 is provided as the input to a first decoder 50.
  • decoder 50 includes a buffer 52 coupled to a decompression engine 54, which itself is coupled to a postprocessor 56.
  • a video source 70 is provided in the preferred embodiment, its function to be described below.
  • the output of video source 70 is coupled to the input of splicer 60.
  • a second demux 80 has its input coupled to the output of splicer 60.
  • the output of demux 80 is coupled to the input of a second decoder 90.
  • decoder 90 preferably includes a buffer 92 coupled to a decompression engine 94, which itself is coupled to a postprocessor 96.
  • encoder 10 includes a preprocessor 12 for preprocessing the video, a compression engine 14, coupled to the output of preprocessor 12, for compressing the video signal in a known manner, and a logical buffer 16, coupled intermediate the output of compression engine 12 and the output of encoder 10.
  • the unit for signal input into compression engine 14 is a picture (either a field or a frame).
  • the picture indexed by j enters preprocessor 12 where it is preprocessed and is then outputted to compression engine 14 of encoder 10.
  • the video picture is instantaneously compressed and all of the data that constitutes the video picture compressed at encode time t e (j) is input to logical buffer 16. It is preferable that this transmission of the video picture from compression engine 14 to buffer 16 also occurs instantaneously.
  • logical buffer 16 is not a physical buffer of encoder, which can be much larger.
  • the rate at which the compressed data leaves buffer 16 of encoder 10 is specified by R(t). It is understood in the real implementation, an encoder may not encode a picture instantaneously. This requires slight modifications to the buffer- control which can be done using techniques that are known to one of ordinary skill in the art.
  • the compressed video picture enters the decoder buffer 50 at the rate (R(t)) at which the compressed video picture leaves encoder buffer 16. All of the data that belongs to the picture indexed by j is instantaneously removed from decoder buffer 50 and decoded at the time t d (j) specified by the DTS (decode time stamp) of the picture.
  • t d (j) - t e (j) ⁇ , where ⁇ is end to end buffer delay. That is, the delay in buffer 16 and buffer 52.
  • the output of encoder 10 is transmitted to either decoder 50 or 90.
  • the datastream produced by encoder 10 is outputted to splicer 60.
  • Splicer 60 preferably has two inputs, one of which is coupled to the output of video source 70.
  • Splicer 60 feeds one of the two inputs (from network 30 or video source 70) to it's output after some manipulation of the datastream.
  • the output of splicer 60 is coupled to decoder 90.
  • the output of encoder 10 reaches decoder 50. Since both of these transmissions are being considered, encoder 10 has to ensure that a compliant MPEG-2 data stream is delivered to both decoders 50 and 90.
  • the complexity of the bitstream manipulation in splicer 60 be low. If the particular splicing constraints specified by MPEG-2 as discussed further below are satisfied, the splicing or switching operation will be achieved.
  • the point in the bitstream at which these constraints are satisfied will be hereinafter referred to as the splice point t sp .
  • splicer 60 can switch to another video bitstream at a point where it satisfies similar constraints.
  • encoder 10 must satisfy the MPEG-2 splicing constraints around the splice point t sp . However, it must be understood that not all seamless splice points will actually be spliced upon. Therefore, encoder 10 also needs to ensure that the stream it produces is MPEG-2 compliant even in the absence of splicing.
  • the size of the decoder buffer is B d .
  • the number of bits in logical buffer 16 at time (t) is ⁇ (t).
  • the number of bits in decoder buffer 52 at time (t) is D(t).
  • the number of bits used in encoding the j'th picture is b(j).
  • the rate at which data is removed from encoder buffer 16 is R(t).
  • the end to end buffer delay from encoder 10 to it's associated decoder 50 is ⁇ .
  • the number of bits in buffer 16 at a particular point in time (t) must be less than or equal to the number of bits outputted from encoder buffer 16 from the particular point in time (t) up to delta ( ⁇ ) seconds into the future. Therefore, if, for example, there is one megabyte of data in buffer 16 at time (t), the number of bits that can be removed from buffer 16 in the next delta ( ⁇ ) seconds must be greater than or equal to one megabyte. Otherwise it is clear that data is being removed too slowly from the encoder buffer 16 causing both overflow in encoder 10 and underflow in decoder 50.
  • any bit of data in buffer 16 will be removed by the time the next delta ( ⁇ ) seconds elapses and will reach decoder buffer 56.
  • the second inequality illustrated by equation 1 provides that the number of bits transmitted in the next delta ( ⁇ ) seconds minus the number of bits in the encoder buffer at the particular point in time (t), is less than the size of decoder buffer 56. Satisfying this inequality ensures that decoder buffer 56 does not overflow, that is, that the encoded data does not arrive at the decoder buffer too soon. Therefore it is apparent that overflow in the decoder buffer 56 means there is underflow in encoder buffer 16 and likewise in a mirror image, any underflow in encoder buffer 16 means there is overflow in decoder buffer 56.
  • Fig. 2 more particularly depicts the timing of encoding and decoding in the present invention and the encoding and decoding instances of the pictures that are encoded by encoder 10.
  • the time associated with the splice point is denoted t sp which is the time when switching occurs from encoder 10 to video source 70, for example. Because of the inherent known characteristics of encoder buffer 16, there is a delay between the time when encoder 10 actually produces the data and the time when the data leaves encoder buffer 16.
  • t sp is the time at which the last byte of data from the i'th picture leaves encoder buffer 16.
  • the encode-time of the i'th picture is denoted by time t e (i) and its decode time by t ⁇ i). Note that encoder 10 can encode one or more pictures (i.e. , (i + 1), (i+2)) following the encoding of the i'th picture prior to splice point t sp .
  • the splice_decoding__delay (SDD) is equal to t d (i + l)-t sp .
  • decoder buffer control is no different from that wherein there is no splicing.
  • the critical time period is that from t sp until t d (i), when data from two sources (encoder 10 and video source 70) co-exist in decoder buffer 92.
  • the critical time period is the time instances t d (j)_ which denotes a time just prior to the decoding of picture j. It is necessary to consider all pictures j decoded at time t-,(j) greater than t sp such that j is less than or equal to i.
  • tg(i-l), t e (i), t e (i + l), t e (i+2) are the points in time when each successive picture is being encoded. Therefore, and similar to the corresponding sequence in an analog television, after the particular picture is encoded, the data created is placed in the encoder buffer. As illustrated, the spikes t e (i), t e (i + l), t e (i+2) are separated by constant intervals, for example 1/30 seconds (for a frequency of 30Hz). In general the spikes need not be separated by constant intervals.
  • the splice point can be considered to represent the point in time when the last bit of data in a particular picture leaves the encoder buffer, because the switching takes place between pictures. That is, the defined splice point does not correspond to the point at when the last picture is encoded because the last picture is encoded at a point in time before the splice point.
  • the last encoded picture is encoded at time t e (i).
  • the (i+ l)'th picture is encoded by the encoder after the last picture prior to the splice point because additional pictures may be encoded after a splice point. That is, just because a splice point is inserted does not mean a switch must be effectuated, but only that the option to cleanly switch is available.
  • the lower bound of encoder buffer 16 is Max(0, R ⁇ - B d ) which is the rate at which the encoder buffer is being emptied multiplied by the end to end delay ( ⁇ ) minus the decoder buffer size. This is the minimum lower bound for which the encoder buffer should never fall below. If the encoder buffer falls below this value, there will be encoder underflow which will result at some later point in time, decoder overflow. Therefore, if you know MSR and SDD, Fig 3 illustrates that the lower bound of buffer 16 changes from Max(0,R ⁇ - B d ) to a Max(0,(MSR) ⁇ -B d ). If the lower bound is less than zero, by definition, there will be no underflow and there will be no concern with respect to the encoder buffer management.
  • t, p is the splice point at which the video is switched from encoder 10 to video source 70 in Fig. 1. Because of the existence of buffer 16, there is a delay between the time the encoder 10 actually produces the data and when it leaves encoder buffer 16. For purposes of the invention disclosed herein, it is permissible to assume that the pictures are instantaneously encoded. Therefore at a particular point, as in a corresponding analog encoder, the encoder instantaneously encodes the entire i'th picture and the data produced thereby is placed into encoder buffer 16. Moreover, the encode points are separated by a constant value, for example, intervals of 1/30 sec. if for example, the signal is being transmitted at 30Hz.
  • MSR is the max_splice_rate variable of MPEG-2 and b(k) is the number of bits used to code picture k.
  • MSR max_splice_rate variable of MPEG-2
  • b(k) is the number of bits used to code picture k.
  • the worst case scenario for source 70 is assumed.
  • the summation involving b(k) in the expression 2 is over all those pictures that are decoded between t sp and t d (j)_.
  • the right hand side of the above expression needs to be less than B d .
  • This provides a constraint on decoder buffer 90. To convert this constraint to one on encoder buffer 16, the following equation expresses the relationship between decoder buffer 92 and encoder buffer 16:
  • encoder 10 is a constant bit rate encoder
  • R is the constant bit rate
  • Fig. 4 it is preferable to ensure that all the data that is produced by the encoder prior to the last picture (and including the last picture) leaves the encoder buffer prior to the splice point. To ensure this, if you start at a point delta seconds prior to the splice point, from that point on the maximum of data that can be transmitted is R ⁇ . The buffer is being emptied at a rate R and for a period of delta ( ⁇ ) seconds. Fig. 4 illustrates at any instant of time the number of bits that can be transmitted at this point on to the splice point. The encoder buffer occupancy should not go above this value otherwise it will not be possible to transmit all the data.
  • Fig. 5 illustrates the upper and lower bounds for encoder buffer 16 in order to satisfy the above identified constraints necessary for seamless splicing.
  • the lower and upper bounds of the encoder buffer are given by Max(0, R ⁇ -B d ) and R ⁇ respectively.
  • the buffer bounds are more constraining as shown in Figure 5. These constraints take effect starting at time t- p - ⁇ .
  • the encoder buffer bounds return to the normal bounds as indicated at t>t e (i).
  • rate allocation is typically performed by allocating a certain number of bits to a group of pictures ("GOP").
  • This target number of bits allocated to a GOP is usually the bit-rate multiplied by a ratio equal to the size of the GOP over the picture rate.
  • This target number of bits for a GOP is then re-allocated among the pictures within the GOP.
  • This rate allocation methodology can be represented through a few parameters - Target G0P , Target,, Target,, and Target B , where Target G0P is the target number of bits allocated to a GOP and Target,, Target., and Target B are the corresponding targets for the I, P and B pictures respectively.
  • Fig. 6 in connection with the rate allocation of an encoder constructed in accordance with the present invention.
  • the splice point is identified and the k'th picture, (where k is the index in display order of the last picture before the switching) is identified (step 600) .
  • the i'th picture corresponding to the picture number in the coding order, is identified (step 605).
  • the GOP structure change is planned. This step will be set forth in greater detail when reference is made to Fig. 8 below.
  • the I, B and P picture types are accordingly modified.
  • the buffer bounds are derived as discussed above in the previous sections (step 620).
  • the rate allocation is determined in order to satisfy the desired buffer bounds. This step will be set forth in greater detail when reference is made to Fig. 7 below.
  • This standard rate allocation can be modified in order to meet the buffer constraints set forth above and which are necessary to support splicing. They are based on the following idea: if the number of bits allocated to a GOP is actually used to code that GOP, the occupancy of the buffer just prior to the start of encoding that GOP will be equal to that just after encoding that GOP. If at time t, the number of bits in the encoder buffer E(t) , an estimate of the number of bits in the encoder buffer at any future time can be estimated from the targets allocated to the individual pictures and the output rate of the encoder buffer.
  • E(t) the number of bits in the encoder buffer at time t is estimated and denoted by E(t). If E(t e (i)) meets the lower and upper bounds given by equations (4)-(7), the targets are not modified. If E(t e (i) " ) is lower than the required lower bound, Target G0P is increased so as to make E(t e (i) ) equal to the lower bound. If E(t e (i) + ) is greater than the required upper bound, Targetcop is decreased so as to make E(t e (i) + ) equal to the upper bound.
  • step 705 it is first determined whether E(t e (i) " ) is less than the lower bound. If it is, the Target G0P is increased so as to make E(t e (i) " ) equal the lower bound (step 710). If E(t e (i) " ) is not less than the lower bound, it is determined whether ⁇ (t e (i) + ) is greater than the upper bound (step 715).
  • TargetQ 0P is decreased so as to make ⁇ (t c (i) + ) equal the upper bound (step 720). If - ⁇ (t ⁇ i)) is neither greater than the upper bound nor lower than the lower bound, then Target,, Target B , and Targetp within the GOP are calculated (step 725). Thereafter, the picture targets are clipped to meet the aforementioned buffer bounds (step 730).
  • step 735 it is to be determined whether E(t e (i) + ) is less than R(t sp -t e (i)). If the answer is yes, then at step 740, the encoder is zero-stuffed up to R(t sp -t e (i)). An end-of sequence code is inserted after the encoding of the i'th picture (step 745). Lastly, the encoder buffer bounds return to the bounds which are Max(0,R ⁇ -B d ) and RF ⁇ . (step 750). This modified Targe ⁇ is used to calculate Target,, Target p and Target B within the GOP. These picture targets are then clipped so as to ensure that the buffer bounds are met. Thus, a two-step process is used to ensure that the buffer constraints are met. The first-step is in the calculation of the GOP target and the second in the calculation and clipping (if any) of the picture targets.
  • the target for the GOPs can be changed well in advance of the splice point (if the encoder knows about the occurrence of the splice point) so as to smoothly transition the buffer occupancy to the desired state. This can be done, since as stated earlier, the buffer constraints imposed by splicing, have no time-dependencies and can be calculated in advance if the channel rate of the encoder is known.
  • MPEG uses three types of pictures - 1, P and B.
  • MPEG encoders reorder the pictures, thereby resulting in a picture encoding order that differs from the display order.
  • MPEG encoders use two parameters termed N and M, in the encoding process.
  • N-l is the number of pictures between two consecutive I pictures
  • M-l is the number of B pictures between two consecutive non-B pictures.
  • the reference pictures (2, 5, 8, 11, 14,%) get encoded at the time at which they enter the encoder while the B pictures (0, 1, 3, 4, 6, 7, 9, 10,...) get stored in picture buffers for later encoding.
  • the last picture in display-order prior to a splice point is a reference picture.
  • the last picture in coding-order prior to a splice point is either the last of a series of B pictures, or a reference picture (only in the absence of B pictures in the immediate neighborhood).
  • Fig. 8 depicts in detail a preferred method of motion prediction set forth herein. Specifically, the steps set forth in Fig. 8 are a more detailed delineation of step 610 of Fig. 6. As illustrated, therein, at the beginning of this subroutine, it is first determined whether the picture type of the i'th picture is a B picture (step 805). If it is, the B picture is changed to a P picture and the value of M, which, as stated above is the number of B pictures between two P pictures, is modified (step 810). If in step 805 it is determined that the picture is not a B picture, there will be no change in the GOP structure (step 815).
  • splice-in point defined herein as the point in the bitstream at which there can be a switch to another bitstream or at which another bitstream can join (step 820). If it is not a splice-in point, then it is a splice-out point which means it is a point in the bitstream where it is possible only to switch to another bitstream (step 825). If on the other hand, it is a splice-in point, an I picture is placed after the i'th picture and the value of N (the number of pictures between two consecutive I pictures) is modified (step 830). Thereafter, as illustrated in Fig.
  • step 840 it is determined whether the GOP size with the i'th picture is less than a threshold (T), generally equal to N/2.
  • T is the threshold value used to decide to merge the upcoming GOP to the previous GOP for preserving video quality. If the GOP size is less than threshold (T), the current GOP is merged with the previous GOP (step 835) and N is modified accordingly. If the determination at step 840 is negative, there is to be no modification (step 845).
  • seamless switching between a plurality of selected encoders can be achieved.
  • an improved splicing arrangement is provided for seamless switching.
  • the method set forth in the present invention achieves an improved concatenation of digitally compressed bit streams.
  • the method set forth in accordance with the present invention achieves seamless switching between a plurality of selected encoders with a minimal amount of required circuitry, thereby also requiring a minimal amount of processing.
  • the method as set forth in the present invention for seamless switching maintains the quality of the video signal and is fully adaptable for and meets all the requirements set forth in the MPEG standard.
  • the output of the encoders can be stored on servers or other storage devices, played out at a future time and then spliced.

Abstract

A method of achieving seamless switching of digitally compressed signals. The method includes the steps of identifying the point in a video signal where splicing to a second video signal is desired, and thereafter, maintaining adherence to certain parameters in the encoder buffer to ensure that the input signal is not being compressed at a rate that causes either underflow or overflow in the encoder buffer. The method also includes the steps of constraining the upper bound of the encoder buffer to ensure that data is not being outputted from the encoder buffer to the decoder buffer too slowly so as to cause an underflow of data in the decoder buffer. The method may also include the steps of constraining the lower bound of the encoder buffer to ensure that data is not being outputted from the encoder buffer to the decoder buffer too quickly so as to cause an overflow of data in the decoder buffer.

Description

METHOD FOR SEAMLESS SPLICING IN A VIDEO ENCODER
BACKGROUND OF THE INVENTION
1. Field of the Invention
The present invention relates generally to video encoders and decoder systems, and in particular, to a method of splicing compressed video pictures from selected encoder sources to achieve seamless switching.
2. Description of the Related Art
Television studios today typically process noncompressed, analog video. Video signals in the analog domain in a television studio are all synchronized, that is, the starting, running and ending times of each video picture is the same. Since each picture starts at the same time, switching from one analog encoder to another analog encoder requires the simple procedure of monitoring the end of a video picture in the first encoder since the beginning and end of each picture of each video signal is synchronized with the beginning and end of each picture in the second encoder. Since there is synchronization, switching out of one picture at the end thereof automatically places the video at the beginning of a picture in the other selected video signal. Therefore, switching, for example, from one video source (showing for example, a television network program) to another video source (showing for example, a local affiliate's commercial) when using analog (and therefore synchronized) signals, is relatively simple and well known.
Switching in the digital domain however, introduces additional obstacles that must be overcome. Generally, a video source may be transmitting either digitally and uncompressed, or digitally and compressed, video signals. In the first situation where the digital signal is uncompressed, switching is still relatively simple since the signals again can be easily synchronized as is well known in the art. In this way, switching from one video encoder source to a second video encoder source when dealing with digitally uncompressed signals is similar to the methods found when switching in the analog domain.
However, with the introduction of HDTV and other high resolution display devices, there is an increasing desire to transmit and broadcast compressed digital video signals to effectively operate over the necessary wider bandwidth. One known standard for transmitting in the compressed digital domain is MPEG. MPEG represents a compressed video picture by a number of bits. However, the difficulty is that the particular number of bits for each picture can vary. That is, the number of bits representing one video picture has little correlation to the number of bits representing the next video picture. Therefore, editing and switching between video sources, as illustrated above, of digitally compressed video signals becomes very difficult because it is necessary to establish a smooth and accurate splicing time between the selected video sources.
The MPEG standard does not set forth a solution to this problem. Although MPEG is a variable rate encoding standard, the output of many MPEG encoders must be transmitted over a channel (for example, over a television network) using a different rate that depends on the channel and system characteristics.
Therefore in such a system, the encoder formats data in a variable manner while the transmission system is capable of only transmitting the video data bits at a different bit rate. Therefore, without some sort of "buffer" to manage the flow of video data, problems will arise. The MPEG standard along with the state of the art encoder/decoder systems recognizes this problem. One suggested technique to solve the problem is the introduction of an encoder buffer disposed between the encoding system (but which may still be part of the encoder) and the channel. The buffer is constructed to smooth the variable rate of data generated by the encoder to the bit rate that can be transmitted over the channel and to the decoder. This buffer has been coined an encoder buffer. However, the introduction of the aforementioned encoder buffer introduces a still further significant problem. That is, there must be buffer management to manage the data flow within the encoder buffer to make sure it does not overflow with video data. That is, if data is entering the encoder buffer too quickly as compared to the rate at which it is outputted to the channel, the encoder buffer will at some point overflow with data. This will cause a loss of video data which may not subsequently be recapturable. On the other hand, if the data entering the encoder buffer is entering at a very low rate, i.e. slower than the rate at which it is being outputted to the channel, there may be an underflow of data at the encoder.
The decoder has a decoder buffer that gets data from the channel and has data taken out periodically by the decoder. Decoder buffer underflow and overflow causes unacceptable artifacts. The encoder buffer must therefore be managed in such a way as to ensure that the decoder buffer does not underflow or overflow.
Another suggested method of achieving seamless splicing of compressed digital video is to decompress the video signal, switch the video from the first selected encoder to the second selected encoder in a known manner, and then again reencode the video. However, this method is extremely expensive, requiring additional circuitry, because it requires decompression of the video, switching thereof, and thereafter, recompression. Moreover, because switching in this manner requires the encoding and decoding of a video signal twice, there may be an appreciable reduction in the video signal quality.
Therefore, an improved method of switching between two or more selected encoders (which are transmitting digitally compressed video) to achieve at least essentially seamless splicing and overcome the aforementioned deficiencies and disadvantages is desired.
SUMMARY OF THE INVENTION
Generally speaking, in accordance with the invention, a method of preventing data loss in a system during the switching of a signal from a first encoder source to a second encoder source is provided. In a preferred embodiment, the method includes the steps of identifying a splice point representing the point in time when the decoder is switched from the first encoder source to the second encoder source and providing a buffer in the first encoder source such that
E(t)e(j)-) ≤ ( )du-Bd+MSR.(td(j)-t sp'
Figure imgf000005_0001
for j such that j < i and te(j) ≥ (tsp-Δ). Additionally, the method may also include the step of ensuring that the number of data bits in the first encoder buffer is less than or equal to:
E(t) ≤ [ R(u du,where te(i)* ≥t≥tsp-A
Also in accordance with the present invention, a method of splicing data in a system that includes two encoder sources coupled to a decoder is provided. The method preferably includes the steps of identifying an upcoming group of pictures to be encoded in the first encoder source, identifying a splice point representing the point in time when the decoder is switched from the first encoder source to the second encoder source, estimating the number of bits in an encoder buffer located in the encoder at )+, where E(te(i)+) is the number of bits in the encoder buffer right after the i'th picture has been encoded, determining whether the total number of bits in the encoder buffer satisfies the constraints:
E( -) ≥ j R(u du-BD +MSR.(td(j)- sp
for j such that j i and te(j) > (t -Δ) and
E(t) ≥ Ϊ R(u du, where (te(ϊ)* ≥t≥ttp-
and based on this determination, either increasing or decreasing the total number of bits allocated to the group of bits.
Still further, in accordance with the present invention, a method of picture accurate splicing when the last picture in display order prior to a splice point is an I, B or P picture is provided. If the last picture is an I or P picture, the preferable method includes the steps of identifying the last picture in display order prior to a splice point, determining the number of pictures in the current GOP containing the identified picture, determining if the number of pictures in the current GOP is less than a threshold and if so, concatenating the current GOP with a previous GOP and terminating the current GOP with the identified picture if the splice point is a splice-in-point. If the last picture is a B picture, the preferable method also includes the step of changing the type of the identified last picture to one of an I or P picture after the step of identifying the last picture in display order prior to the splice point.
Accordingly, it is an object of the invention to provide an improved method of switching between selected encoders which are transmitting digitally compressed video.
Another object of the present invention is to provide an improved system that incorporates the aforementioned improved method.
It is another object of the invention to enable a concatenation of compressed bit streams. Another object of the present invention is to provide an improved switching method that does not require an extensive amount of processing.
Still another object of the present invention is to provide a method of seamless splicing that requires a minimum amount of circuitry. A further object of the present invention is to provide a method of achieving seamless splicing that maintains the quality of the video signal.
A still further object of the present invention is to provide a method of seamless splicing adaptable for and meeting all the requirements of MPEG.
Still other objects and advantages of the invention will in part be obvious and will in part be apparent from the specification.
The invention accordingly comprises the several steps and the relation of one or more of such steps with respect to each of the others, the apparatus embodying features of construction, combination of elements, and arrangement of parts which are adapted to effect such steps, all as exemplified in the detailed disclosure hereinafter set forth, the scope of the invention being indicated in the claims.
BRIEF DESCRIPTION OF THE DRAWINGS For a better understanding of the invention, reference is made to the following drawings which are to be taken in conjunction with the detailed description. Figure 1 is a diagram of a system constructed in accordance with the present invention;
Figures 2A and 2B is a timing chart illustrating the encoding and decoding sequences of selected video pictures in a system constructed in accordance with the present invention; Figure 3 is a graph illustrating a preferred method of calculating the lower occupancy boundary of an encoder buffer to prevent underflow therein and to prevent overflow in the decoder buffer, all of which are constructed in accordance with the present invention;
Figure 4 is a graph illustrating a preferred method of calculating the upper occupancy boundary of an encoder buffer to prevent overflow therein and underflow in the decoder buffer, all of which are constructed in accordance with the present invention;
Figure 5 is a graph illustrating both the upper and lower occupancy boundaries of the encoder buffer constructed in accordance with the present invention;
Figure 6 is a flowchart setting forth a preferred method of the rate allocation in the encoder in accordance with the present invention;
Figure 7 is a still further detailed flowchart setting forth a preferred method of the rate allocation in the encoder in accordance with the present invention; and
Figure 8 is yet a further detailed flowchart setting forth a preferred method of picture accurate splicing in accordance with the present invention.
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS
Reference is first made to Fig. 1 which depicts the preferable configuration of a video encoder/decoder arrangement in accordance with the present invention. As illustrated in Fig. 1, the arrangement includes an encoder 10 for encoding video coupled to a mux 20. The output of mux 20 is coupled to an input of a network 30. By way of example, network 30 may be a television studio network, an over the air channel or the like. The output of network 30 is coupled to both a demux 40 and a splicer 60. The output of demux 40 is provided as the input to a first decoder 50. In the preferred embodiment, decoder 50 includes a buffer 52 coupled to a decompression engine 54, which itself is coupled to a postprocessor 56. A video source 70, is provided in the preferred embodiment, its function to be described below. The output of video source 70 is coupled to the input of splicer 60. A second demux 80 has its input coupled to the output of splicer 60. The output of demux 80 is coupled to the input of a second decoder 90. Similar to decoder 50, decoder 90 preferably includes a buffer 92 coupled to a decompression engine 94, which itself is coupled to a postprocessor 96.
It is understood that the configuration set forth in Fig. 1 is illustrative and modifications or changes may be made thereto while still remaining within the scope of the invention. The present configuration is provided to highlight the advantages and features of the present invention, all of which will be described below in further detail.
Reference is now made to encoder 10 in greater detail. In the preferable encoder configuration, encoder 10 includes a preprocessor 12 for preprocessing the video, a compression engine 14, coupled to the output of preprocessor 12, for compressing the video signal in a known manner, and a logical buffer 16, coupled intermediate the output of compression engine 12 and the output of encoder 10.
The unit for signal input into compression engine 14 is a picture (either a field or a frame). The picture indexed by j enters preprocessor 12 where it is preprocessed and is then outputted to compression engine 14 of encoder 10. At the encode time te(j), the video picture is instantaneously compressed and all of the data that constitutes the video picture compressed at encode time te(j) is input to logical buffer 16. It is preferable that this transmission of the video picture from compression engine 14 to buffer 16 also occurs instantaneously. It is to be understood that logical buffer 16 is not a physical buffer of encoder, which can be much larger. The rate at which the compressed data leaves buffer 16 of encoder 10 is specified by R(t). It is understood in the real implementation, an encoder may not encode a picture instantaneously. This requires slight modifications to the buffer- control which can be done using techniques that are known to one of ordinary skill in the art.
It is assumed that there is zero delay in network 30. If the delay is not zero, the delay can be compensated for by techniques that are known to one ordinarily skilled in the art. As depicted in Fig. 1 , the compressed video picture enters the decoder buffer 50 at the rate (R(t)) at which the compressed video picture leaves encoder buffer 16. All of the data that belongs to the picture indexed by j is instantaneously removed from decoder buffer 50 and decoded at the time td(j) specified by the DTS (decode time stamp) of the picture. In the preferred embodiment, td(j) - te(j)= Δ , where Δ is end to end buffer delay. That is, the delay in buffer 16 and buffer 52.
As illustrated in Fig. 1 , the output of encoder 10 is transmitted to either decoder 50 or 90. In the first case, the datastream produced by encoder 10 is outputted to splicer 60. Splicer 60 preferably has two inputs, one of which is coupled to the output of video source 70. Splicer 60 feeds one of the two inputs (from network 30 or video source 70) to it's output after some manipulation of the datastream. The output of splicer 60 is coupled to decoder 90. In a second case, the output of encoder 10 reaches decoder 50. Since both of these transmissions are being considered, encoder 10 has to ensure that a compliant MPEG-2 data stream is delivered to both decoders 50 and 90. In the preferred embodiment, it is desirable that the complexity of the bitstream manipulation in splicer 60 be low. If the particular splicing constraints specified by MPEG-2 as discussed further below are satisfied, the splicing or switching operation will be achieved. The point in the bitstream at which these constraints are satisfied will be hereinafter referred to as the splice point tsp. At t.p, splicer 60 can switch to another video bitstream at a point where it satisfies similar constraints. To achieve seamless splicing, encoder 10 must satisfy the MPEG-2 splicing constraints around the splice point tsp. However, it must be understood that not all seamless splice points will actually be spliced upon. Therefore, encoder 10 also needs to ensure that the stream it produces is MPEG-2 compliant even in the absence of splicing.
Encoder Buffer Management
In order to prevent decoder buffer underflow and overflow, the following equation has to be satisfied for all time (t):
J-Δ
E(t) ≤ [ R(u)du≤B.+E(t) (1)
wherein: a) The size of the decoder buffer is Bd. b) The number of bits in logical buffer 16 at time (t) is Ε(t). c) The number of bits in decoder buffer 52 at time (t) is D(t). d) The number of bits used in encoding the j'th picture is b(j). e) The rate at which data is removed from encoder buffer 16 is R(t). f) The end to end buffer delay from encoder 10 to it's associated decoder 50 is Δ .
As will be clear from the above equation, the number of bits in buffer 16 at a particular point in time (t) must be less than or equal to the number of bits outputted from encoder buffer 16 from the particular point in time (t) up to delta (Δ) seconds into the future. Therefore, if, for example, there is one megabyte of data in buffer 16 at time (t), the number of bits that can be removed from buffer 16 in the next delta (Δ) seconds must be greater than or equal to one megabyte. Otherwise it is clear that data is being removed too slowly from the encoder buffer 16 causing both overflow in encoder 10 and underflow in decoder 50. Therefore if the number of bits in encoder 10 is always less than the number of bits that will be removed from buffer 16 in the next delta (Δ) seconds, any bit of data in buffer 16 will be removed by the time the next delta (Δ) seconds elapses and will reach decoder buffer 56.
From the instant encoder 10 encodes a certain picture (j), within a certain period of time, picture (j) must be decoded; that is, it must be at least in decoder buffer 56. In terms of encoder buffer management, when a picture (j) is encoded, within delta (Δ) seconds, the last bit of picture (j) must be out of encoder buffer 16. Satisfying equation (1) ensures this result because if there is any data in encoder buffer 16, it will be outputted within delta (Δ) seconds, and therefore, it will have reached decoder buffer 56. In this way, decoder buffer underflow is avoided. The second inequality illustrated by equation 1 provides that the number of bits transmitted in the next delta (Δ) seconds minus the number of bits in the encoder buffer at the particular point in time (t), is less than the size of decoder buffer 56. Satisfying this inequality ensures that decoder buffer 56 does not overflow, that is, that the encoded data does not arrive at the decoder buffer too soon. Therefore it is apparent that overflow in the decoder buffer 56 means there is underflow in encoder buffer 16 and likewise in a mirror image, any underflow in encoder buffer 16 means there is overflow in decoder buffer 56.
Reference is now made to Fig. 2 which more particularly depicts the timing of encoding and decoding in the present invention and the encoding and decoding instances of the pictures that are encoded by encoder 10. The time associated with the splice point is denoted tsp which is the time when switching occurs from encoder 10 to video source 70, for example. Because of the inherent known characteristics of encoder buffer 16, there is a delay between the time when encoder 10 actually produces the data and the time when the data leaves encoder buffer 16.
At the splice point tsp, the input to decoder 90 is switched away from encoder 10 to video source 70. The last picture from the encoder 10 that is completely removed from encoder buffer 16 prior to the splice point t-p is denoted as i. Therefore, tsp is the time at which the last byte of data from the i'th picture leaves encoder buffer 16. The encode-time of the i'th picture is denoted by time te(i) and its decode time by t^i). Note that encoder 10 can encode one or more pictures (i.e. , (i + 1), (i+2)) following the encoding of the i'th picture prior to splice point tsp. However, these pictures (i + 1), (i+2) do not pass splicer 60 since splicer 60 splices at the splice point tsp. Thus the pictures encoded at the times that fall within the shaded box in Fig. 2 A do not reach decoder 90. However, if applicable, pictures (i+ 1), (i+2)... would reach decoder 50. Thus, the pictures decoded by decoder 90 at the times that are in the shaded box in Fig. 2B are pictures from video source 70. From a display-standpoint, the output of encoder 10 gets spliced between pictures i and i + 1.
In MPEG-2, two parameters that define seamless splicing are known as the splice decoding delay (SDD) and the max_splice_rate (MSR). In Figure 2, the splice_decoding__delay (SDD) is equal to td(i + l)-tsp. For the time period prior to t.p, decoder buffer control is no different from that wherein there is no splicing. However, the critical time period is that from tsp until td(i), when data from two sources (encoder 10 and video source 70) co-exist in decoder buffer 92. During this time period, decoder buffer underflow is not applicable, since all of the data from encoder 10 that precedes the splice point p is already in decoder 90. However, to avoid decoder buffer overflow, the critical time period is the time instances td(j)_ which denotes a time just prior to the decoding of picture j. It is necessary to consider all pictures j decoded at time t-,(j) greater than tsp such that j is less than or equal to i. Specifically, it is essential that there is no encoder buffer underflow during the time te(i) >t≥tsp-Δ , wherein the i'th picture is the last picture encoded immediately before the splice point, the (i + l)'th picture is the next picture encoded immediately after the splice point and the j'th can represent any picture.
Referring now to Fig. 3, tg(i-l), te(i), te(i + l), te(i+2) are the points in time when each successive picture is being encoded. Therefore, and similar to the corresponding sequence in an analog television, after the particular picture is encoded, the data created is placed in the encoder buffer. As illustrated, the spikes te(i), te(i + l), te(i+2) are separated by constant intervals, for example 1/30 seconds (for a frequency of 30Hz). In general the spikes need not be separated by constant intervals.
So although the splice point is designated by the dotted line in Fig. 3, the splice point can be considered to represent the point in time when the last bit of data in a particular picture leaves the encoder buffer, because the switching takes place between pictures. That is, the defined splice point does not correspond to the point at when the last picture is encoded because the last picture is encoded at a point in time before the splice point.
The last encoded picture is encoded at time te(i). At te(i+ l), the (i+ l)'th picture is encoded by the encoder after the last picture prior to the splice point because additional pictures may be encoded after a splice point. That is, just because a splice point is inserted does not mean a switch must be effectuated, but only that the option to cleanly switch is available.
As depicted in Fig. 3, the lower bound of encoder buffer 16 is Max(0, RΔ - Bd) which is the rate at which the encoder buffer is being emptied multiplied by the end to end delay (Δ) minus the decoder buffer size. This is the minimum lower bound for which the encoder buffer should never fall below. If the encoder buffer falls below this value, there will be encoder underflow which will result at some later point in time, decoder overflow. Therefore, if you know MSR and SDD, Fig 3 illustrates that the lower bound of buffer 16 changes from Max(0,RΔ - Bd) to a Max(0,(MSR)Δ-Bd). If the lower bound is less than zero, by definition, there will be no underflow and there will be no concern with respect to the encoder buffer management.
Decoder Buffer Overflow
Referring still to Fig. 3, which illustrates in greater detail the constraints on the lower bounds on encoder buffer 16 so as to prevent underflow therein, t,p is the splice point at which the video is switched from encoder 10 to video source 70 in Fig. 1. Because of the existence of buffer 16, there is a delay between the time the encoder 10 actually produces the data and when it leaves encoder buffer 16. For purposes of the invention disclosed herein, it is permissible to assume that the pictures are instantaneously encoded. Therefore at a particular point, as in a corresponding analog encoder, the encoder instantaneously encodes the entire i'th picture and the data produced thereby is placed into encoder buffer 16. Moreover, the encode points are separated by a constant value, for example, intervals of 1/30 sec. if for example, the signal is being transmitted at 30Hz.
The number of bits in the decoder buffer at time td(j)_ is given by
D(td(jY)=D(t )+MSR.td(j)-t - LT b(k) (2)
<_ω ≥'„
where MSR is the max_splice_rate variable of MPEG-2 and b(k) is the number of bits used to code picture k. In this example, the worst case scenario for source 70 is assumed. The summation involving b(k) in the expression 2 is over all those pictures that are decoded between tsp and td(j)_. The right hand side of the above expression needs to be less than Bd. This provides a constraint on decoder buffer 90. To convert this constraint to one on encoder buffer 16, the following equation expresses the relationship between decoder buffer 92 and encoder buffer 16:
l+Δ
D(t+A)= f R(u)du-E(t) ≤Bd. (3) The eventual constraint on the encoder buffer 16 occupancy is,
',(/)+Δ
E( -) ≥ f R(u)du-Bd, (4)
E(φ-) ≥ J R(u)du-Bd+ j R{u)du, (5)
£(-,(/)-) ≥ } R(u)du-Bd+MSR (td(j)-tsp). (6)
',(/)
Note that these constraints have to be satisfied for all pictures j that coexist in decoder 90 with data from video source 70. Furthermore, if the channel rate of encoder 10 is known, these constraints can be computed in advance. This is important since it has a direct impact on encoded video quality.
If encoder 10 is a constant bit rate encoder, the above
expression (6) simplifies to:
E(φ-) ≥R (tsp-φ)-Bd+MSR (φ-tsp),d (7)
where R is the constant bit rate.
The lower bound given by the right hand side of the expression in equation 7 is illustrated in Figure 3 with a couple of examples, one for the case where MSR is greater than R and the second MSR is less than R. When the lower bound on the encoder buffer is negative, the constraint is automatically satisfied. This additional constraint on the encoder buffer has to be satisfied from t-p -Δ to te(i).
Decoder Buffer Underflow
Referring now to Fig. 4, it is preferable to ensure that all the data that is produced by the encoder prior to the last picture (and including the last picture) leaves the encoder buffer prior to the splice point. To ensure this, if you start at a point delta seconds prior to the splice point, from that point on the maximum of data that can be transmitted is RΔ . The buffer is being emptied at a rate R and for a period of delta (Δ) seconds. Fig. 4 illustrates at any instant of time the number of bits that can be transmitted at this point on to the splice point. The encoder buffer occupancy should not go above this value otherwise it will not be possible to transmit all the data.
In order to ensure that there is no decoder buffer underflow in the period from tsp to tsp+td(i), we need to ensure that the data generated in encoder 10 prior to the splice point tsp reaches decoder 90. Therefore, from the time t-p-Δ until te(i)+, the number of bits in the encoder buffer has to be limited by
E(t) < f R(u)du,where - ≥ t ≥ tsp-A (8)
As illustrated in Figure 4, in the case of a constant bit rate encoder, this expression for the upper bound will be, E(t) <R (t sp-t), where R is the constant bit rate (9)
Reference is now made to Fig. 5 which illustrates the upper and lower bounds for encoder buffer 16 in order to satisfy the above identified constraints necessary for seamless splicing. In normal operation (in the absence of splice points), the lower and upper bounds of the encoder buffer are given by Max(0, RΔ-Bd) and RΔ respectively. In the neighborhood of a splice point, the buffer bounds are more constraining as shown in Figure 5. These constraints take effect starting at time t-p-Δ . After the encoder produces the last picture that is to be transmitted prior to the splice point, the encoder buffer bounds return to the normal bounds as indicated at t>te(i).
An additional requirement is that the last data bit from the i'th picture must leave encoder buffer 16 at t^. This is required by definition, since it is the presence of the splice flag in the packet containing the last byte of data from the i'th picture that defines the splice point. In the case of a constant bit rate ("CBR") encoder whose buffer is emptied at a constant bit-rate, this requires that at te(i)+, the number of bits in the encoder buffer equals R(tsp - te(i)) which is the upper bound on the encoder buffer occupancy at time
Figure imgf000016_0001
as shown in Figure 5. This can be satisfied by zero-stuffing the encoder buffer up to that upper bound in a known manner. For variable bit rate ("VBR") encoders, this can be ensured in a variety of ways.
Rate Allocation in the Encoder
In MPEG encoders, rate allocation is typically performed by allocating a certain number of bits to a group of pictures ("GOP"). This target number of bits allocated to a GOP is usually the bit-rate multiplied by a ratio equal to the size of the GOP over the picture rate. This target number of bits for a GOP is then re-allocated among the pictures within the GOP. This rate allocation methodology can be represented through a few parameters - TargetG0P, Target,, Target,, and TargetB, where Target G0P is the target number of bits allocated to a GOP and Target,, Target., and TargetB are the corresponding targets for the I, P and B pictures respectively.
Reference is now made generally to Fig. 6 in connection with the rate allocation of an encoder constructed in accordance with the present invention. Generally speaking, at the beginning of the sequence, the splice point is identified and the k'th picture, (where k is the index in display order of the last picture before the switching) is identified (step 600) . Thereafter, the i'th picture, corresponding to the picture number in the coding order, is identified (step 605). At step 610 in the preferred method, the GOP structure change is planned. This step will be set forth in greater detail when reference is made to Fig. 8 below. At step 615, the I, B and P picture types are accordingly modified. Thereafter, the buffer bounds are derived as discussed above in the previous sections (step 620). Lastly, in step 625, the rate allocation is determined in order to satisfy the desired buffer bounds. This step will be set forth in greater detail when reference is made to Fig. 7 below.
This standard rate allocation can be modified in order to meet the buffer constraints set forth above and which are necessary to support splicing. They are based on the following idea: if the number of bits allocated to a GOP is actually used to code that GOP, the occupancy of the buffer just prior to the start of encoding that GOP will be equal to that just after encoding that GOP. If at time t, the number of bits in the encoder buffer E(t) , an estimate of the number of bits in the encoder buffer at any future time can be estimated from the targets allocated to the individual pictures and the output rate of the encoder buffer.
Generally speaking, at the start of encoding every GOP, if the last picture prior to a splice point is to be coded in the upcoming GOP, the number of bits in the encoder buffer at time t is estimated and denoted by E(t). If E(te(i)) meets the lower and upper bounds given by equations (4)-(7), the targets are not modified. If E(te(i)") is lower than the required lower bound, TargetG0P is increased so as to make E(te(i) ) equal to the lower bound. If E(te(i)+) is greater than the required upper bound, Targetcop is decreased so as to make E(te(i)+) equal to the upper bound. A required margin for safety can also be built into the adjustments that are made to Targeted Reference is now made to Fig. 7 to more particularly illustrate in detail a preferred method of the rate allocation step set forth in step 625 of Fig. 6. In particular, in step 705, it is first determined whether E(te(i)") is less than the lower bound. If it is, the TargetG0P is increased so as to make E(te(i)") equal the lower bound (step 710). If E(te(i)") is not less than the lower bound, it is determined whether Ε(te(i)+) is greater than the upper bound (step 715). If the answer is yes, then TargetQ0P is decreased so as to make Ε(tc(i)+) equal the upper bound (step 720). If -^(t^i)) is neither greater than the upper bound nor lower than the lower bound, then Target,, TargetB, and Targetp within the GOP are calculated (step 725). Thereafter, the picture targets are clipped to meet the aforementioned buffer bounds (step 730).
At step 735, it is to be determined whether E(te(i)+) is less than R(tsp-te(i)). If the answer is yes, then at step 740, the encoder is zero-stuffed up to R(tsp-te(i)). An end-of sequence code is inserted after the encoding of the i'th picture (step 745). Lastly, the encoder buffer bounds return to the bounds which are Max(0,RΔ-Bd) and RFΔ . (step 750). This modified Targe^^ is used to calculate Target,, Targetp and TargetB within the GOP. These picture targets are then clipped so as to ensure that the buffer bounds are met. Thus, a two-step process is used to ensure that the buffer constraints are met. The first-step is in the calculation of the GOP target and the second in the calculation and clipping (if any) of the picture targets.
The target for the GOPs can be changed well in advance of the splice point (if the encoder knows about the occurrence of the splice point) so as to smoothly transition the buffer occupancy to the desired state. This can be done, since as stated earlier, the buffer constraints imposed by splicing, have no time-dependencies and can be calculated in advance if the channel rate of the encoder is known.
Picture Accurate Splicing in MPEG
MPEG uses three types of pictures - 1, P and B. In order to accommodate the type of motion prediction utilized in B pictures, MPEG encoders reorder the pictures, thereby resulting in a picture encoding order that differs from the display order. Typically, MPEG encoders use two parameters termed N and M, in the encoding process. N-l is the number of pictures between two consecutive I pictures, while M-l is the number of B pictures between two consecutive non-B pictures. As an example, if N = 12, M = 3, and the pictures are indexed by their picture numbers, a typical encoding pattern is as illustrated below:
I2 B0 B, P5 B3 B4 P8 B6 B7 P„ B9 B10 I14 B12
In a real-time encoder encoding a real-time video source (where the video pictures enter the encoder in the order in which they are to be displayed), the following is a typical timing diagram for the encoding pattern illustrated above. Index of input picture 2 3 4 5 6 7 8 9 10 11 12 13 14 Encoding Pattern I2 B0 B, P5 B3 B4 P8 B6 B7 P„ B9 B10 I14
Thus, the reference pictures (2, 5, 8, 11, 14,...) get encoded at the time at which they enter the encoder while the B pictures (0, 1, 3, 4, 6, 7, 9, 10,...) get stored in picture buffers for later encoding.
Consider such an encoder and a case where a seamless splice point is desired after picture 8. The splice point can be inserted after the encoding of picture 7. However, consider a case where a splice point is desired after picture 9. If the splice point is inserted after the encoding of picture 9, picture 11 would also have been encoded prior to the splice point. This is not desirable since in the presence of a splice operation occurring at this splice point, picture 11 would reach the decoder, and be decoded and displayed. This results in a picture that occurs in display-order after the splice time getting displayed. Moreover, picture 10 would be missing. In a compliant non-low-delay (low_delay field has a value '0') MPEG bitstream, there are no "missing" pictures, and this stream would therefore not be compliant. The solution is to convert picture 9 to a P picture, as illustrated below: Index of input picture 2 3 4 5 6 7 8 9 10 11 12 13 14 Encoding Pattern I2 B0 B, P5 B3 B4 P8 B6 B7 P9 P12 B10 B„
Thus, the last picture in display-order prior to a splice point is a reference picture. The last picture in coding-order prior to a splice point is either the last of a series of B pictures, or a reference picture (only in the absence of B pictures in the immediate neighborhood).
Reference is made now to Fig. 8 which depicts in detail a preferred method of motion prediction set forth herein. Specifically, the steps set forth in Fig. 8 are a more detailed delineation of step 610 of Fig. 6. As illustrated, therein, at the beginning of this subroutine, it is first determined whether the picture type of the i'th picture is a B picture (step 805). If it is, the B picture is changed to a P picture and the value of M, which, as stated above is the number of B pictures between two P pictures, is modified (step 810). If in step 805 it is determined that the picture is not a B picture, there will be no change in the GOP structure (step 815). Thereafter, it is determined whether there is a splice-in point, defined herein as the point in the bitstream at which there can be a switch to another bitstream or at which another bitstream can join (step 820). If it is not a splice-in point, then it is a splice-out point which means it is a point in the bitstream where it is possible only to switch to another bitstream (step 825). If on the other hand, it is a splice-in point, an I picture is placed after the i'th picture and the value of N (the number of pictures between two consecutive I pictures) is modified (step 830). Thereafter, as illustrated in Fig. 8 at step 840, it is determined whether the GOP size with the i'th picture is less than a threshold (T), generally equal to N/2. (T) is the threshold value used to decide to merge the upcoming GOP to the previous GOP for preserving video quality. If the GOP size is less than threshold (T), the current GOP is merged with the previous GOP (step 835) and N is modified accordingly. If the determination at step 840 is negative, there is to be no modification (step 845).
By performing the method set forth in accordance with the present invention, seamless switching between a plurality of selected encoders can be achieved. Moreover, by providing a encoder/decoder system that can perform the method set forth in the present invention, an improved splicing arrangement is provided for seamless switching. Additionally, the method set forth in the present invention achieves an improved concatenation of digitally compressed bit streams. Moreover, the method set forth in accordance with the present invention achieves seamless switching between a plurality of selected encoders with a minimal amount of required circuitry, thereby also requiring a minimal amount of processing. Still further, the method as set forth in the present invention for seamless switching maintains the quality of the video signal and is fully adaptable for and meets all the requirements set forth in the MPEG standard. Additionally, the output of the encoders can be stored on servers or other storage devices, played out at a future time and then spliced.

Claims

Claims:
1. A method of preventing d ta loss in a system during the switching of a signal from a first encoder source to a second encoder source, each of said first and second encoder source including a buffer for storing and outputting data, said outputs of said first and second encoder sources being coupled to the input of a decoder, said decoder having a buffer for storing data outputted from said first and second encoder sources, said method including the steps of: identifying a splice point representing the point in time when the decoder is switched from said first encoder source to said second encoder source; providing a buffer in said first encoder source such that
E(φ- ≥ \ R(u)du-Bd+MSR.(tD(j)- sp
for j such that j < i and te(j) > (tsp-Δ) and wherein:
E(te(j) ) represents the total number of bits that are in said buffer of said first encoder source between just before the encoding of picture j;
R(u) represents the rate at which bits are removed from the encoder buffer of said first encoder source at time u;
Bd is the size of the decoder buffer,
MSR is the maximum splice rate and tsp is the splice point and td(j) is the time at which the j'th picture is decoded.
2. The method as claimed in claim 1, wherein said first encoder source is a constant bit rate encoder source and including the step of: providing an encoder buffer that complies with the constraint:
E(teφ-) ≥Ritsp-φ)-Bd+MSR itd(j)-Tsp).
3. A method of preventing data loss in a system during the switching of a signal from a first encoder source to a second encoder source, each of said first and second encoder source including a buffer for storing and outputting data, said outputs of said first and second encoder sources being coupled to the input of a decoder, said decoder having a buffer for storing data outputted from said first and second encoder sources, said method including the steps of: identifying a splice point representing the point in time when the decoder is switched from said first encoder source to said second encoder source; ensuring that the number of data bits in said first encoder buffer is less than or equal to:
E9t) ≤ f R{u)du, where te{i)' ≥t≥tφ-A
wherein: R(u) represents the rate at which bits are removed from the encoder buffer of said first encoder source at time u; tsp is the splice point; te(i)τ is the number of bits in the encoder buffer right after the i'th picture has been encoded; and Δ is the sum of the delay in said first encoder buffer and said decoder buffer.
4. The method as claimed in claim 3, wherein said first encoder source is a constant bit rate encoder source and including the step of: constraining the number of bits in said encoder buffer of said first encoder source such that:
E(t) ≥R (t sp-t), where r is the constant bitrate
5. A method of splicing data in a system that includes two encoder sources coupled to a decoder source, said method including the steps of: identifying an upcoming group of pictures to be encoded in said first encoder source; identifying a splice point representing the point in time when said decoder is switched from said first encoder source to said second encoder source; estimating the number of bits in a buffer located in said encoder source at tε(i) + , wherein E(te(i)+) is the number of bits in the encoder buffer right after the i'th picture has been encoded; determining whether said total number of bits in said encoder buffer satisfies the constraints:
E(te(j-) ≥ ^ R(du)du-BD+MSR (td(j)-t sp
for j such that j < i and te(j) > (t -Δ) and
E(t) ≤ J f R(u)du, where t e(i)- ≥t≥t sp -A
and based on said determination, one of increasing and decreasing said total number of bits allocated to said group of bits.
6. The method as claimed in claim 5, and including the step of determining during said determining step that the total number of bits in said encoder buffer just after the encode time of the i'th picture is less than
R(u)du
said method further including the step of increasing a quantity Targe-cop which represents the quantity number of bits equal to the bit rate of the encoder source multiplied by the ratio of the size of said group of pictures divided by a predetermined picture rate, thereby making the number of bits in said encoder buffer at time O)" equal to said lower bound.
7. The method as claimed in claim 5, and including the step of determining during said determining step that the total number of bits in said encoder buffer at the encode time of the i'th picture is greater than or equal to
R(u)du-Bd+MSR (tβ) -t )
said method further including the step of decreasing a quantity TargetG0P which represents the quantity number of bits equal to the bit rate of the encoder source multiplied by the ratio of the size of said group of pictures divided by a predetermined picture rate, thereby making the number of bits in said encoder buffer at time (i)+ equal to said upper bound.
8. The method as claimed in claim 6, and including the step of calculating Target,, Targetp and TargetB within said group of pictures.
9. The method as claimed in claim 7, and including the step of calculating Target,, Targetp and TargetB within said group of pictures.
10. The method as claimed in claim 8, including the step of clipping at least one of said Target,, Targetp and TargetB so as to ensure satisfying said constraints.
11. The method as claimed in claim 9, including the step of clipping at least one of said Target,, Targetp and TargetB so as to ensure satisfying said constraints.
12. A method of picture accurate splicing when the last picture in display order prior to a splice point is a B picture, said method comprising the steps of: identifying the last picture in display order prior to a splice point; changing the type of the identified last picture to one of an I or P picture; determining the number of pictures in the current GOP containing the identified picture; determining if the number of pictures in the current GOP is less than a threshold and if so, concatenating the current GOP with a previous GOP; and terminating the current GOP with the identified picture if the splice point is a splice-in-point.
13. A method of picture accurate splicing when the last picture in display order prior to a splice point is one of an I or P picture, said method comprising the steps of: identifying the last picture in display order prior to a splice point; determining the number of pictures in the current GOP containing the identified picture; determining if the number of pictures in the current GOP is less than a threshold and if so, concatenating the current GOP with a previous GOP; and terminating the current GOP with the identified picture if the splice point is a splice-in-point.
14. A system comprising: an encoder having an encoder buffer meeting the constraint
E(φ-) ≥ j R(u)du-Bd+MSR (td(j)-tsp)
for j such that j < i and te(j) > (tsp- Δ) and the constraint
E(t) < Ϊ R(u)du,wherete(i)* ≥ t ≥t sp -A
wherein:
R(u) represents the rate at which bits are removed from the encoder buffer of said encoder at time u; tsp is the splice point; te(i)+ is the number of bits in the encoder buffer right after the i'th picture has been encoded;
Δ is the sum of the delay between said first encoder buffer and said decoder buffer;
Ε(te(j)") represents the total number of bits that are in said buffer of said encoder between just before the encoding of picture j;
Bd is the size of the decoder buffer; and MSR is the maximum splice rate and tsp is the splice point and td(j) is the time at which the j'th picture is decoded; and a video storage device coupled to the output of said decoder.
15. A system comprising: a first video storage device having been fed by an encoder having an encoder buffer meeting the constraint
E(φ-) ≥ ^ R(u)du-Bd+MSR (φ-tψ)
for j such that j < i and te(j) ≥ (tsp-Δ) and the constraint
E(t) < [ R(u)d , wheretjøi) + ≥t≥tψ-A
a second video storage device, switchably coupled to said first video storage device, fed by an encoder having an encoder buffer meeting the constraint
E9te(j)-) ≥ ^ R(u)du-Bd+MSR (φ-ι sp
for j such that j < i and te(j) > (tsp-Δ) and the constraint
E(t) < i R(u)du, where te(i)=t≥tsp-A
wherein:
R(u) represents the rate at which bits are removed from the encoder buffer of said encoder at time u; tsp is the splice point; te(i)+ is the number of bits in the encoder buffer right after the i'th picture has been encoded;
Δ is the sum of the delay between said first encoder buffer and said decoder buffer; Ε(te(j)") represents the total number of bits that are in said buffer of said encoder between just before the encoding of picture j;
Bd is the size of the decoder buffer; and
MSR is the maximum splice rate and tsp is the splice point and td(j) is the time at which the j'th picture is decoded.
PCT/IB1998/000266 1997-03-28 1998-03-02 Method for seamless splicing in a video encoder WO1998044737A1 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP98903251A EP0914745A1 (en) 1997-03-28 1998-03-02 Method for seamless splicing in a video encoder
JP10529292A JP2000511740A (en) 1997-03-28 1998-03-02 How to seamlessly join a video encoder

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US08/829,124 US5982436A (en) 1997-03-28 1997-03-28 Method for seamless splicing in a video encoder
US08/829,124 1997-03-28

Publications (1)

Publication Number Publication Date
WO1998044737A1 true WO1998044737A1 (en) 1998-10-08

Family

ID=25253592

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/IB1998/000266 WO1998044737A1 (en) 1997-03-28 1998-03-02 Method for seamless splicing in a video encoder

Country Status (4)

Country Link
US (2) US5982436A (en)
EP (1) EP0914745A1 (en)
JP (1) JP2000511740A (en)
WO (1) WO1998044737A1 (en)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1999030503A2 (en) * 1997-12-09 1999-06-17 Koninklijke Philips Electronics N.V. Method and apparatus for encoding and slicing digital video bit streams
EP1005232A2 (en) * 1998-11-24 2000-05-31 General Instrument Corporation Rate control for an MPEG transcoder without a priori knowledge of picture type
EP1079631A1 (en) * 1999-08-26 2001-02-28 Sony United Kingdom Limited Switching between bit-rate reduced signals
GB2353655A (en) * 1999-08-26 2001-02-28 Sony Uk Ltd Video signal splicer
US6480539B1 (en) 1999-09-10 2002-11-12 Thomson Licensing S.A. Video encoding method and apparatus
EP1410646A1 (en) * 1999-10-20 2004-04-21 Samsung Electronics Co., Ltd. Method and apparatus for inserting digital media advertisements into statistical multiplexed streams
US6760377B1 (en) 1999-04-16 2004-07-06 Sony United Kingdom Limited Signal processing

Families Citing this family (112)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020129374A1 (en) * 1991-11-25 2002-09-12 Michael J. Freeman Compressed digital-data seamless video switching system
US6806909B1 (en) * 1997-03-03 2004-10-19 Koninklijke Philips Electronics N.V. Seamless splicing of MPEG-2 multimedia data streams
US5982436A (en) * 1997-03-28 1999-11-09 Philips Electronics North America Corp. Method for seamless splicing in a video encoder
US7110025B1 (en) * 1997-05-28 2006-09-19 Eastman Kodak Company Digital camera for capturing a sequence of full and reduced resolution digital images and storing motion and still digital image data
CA2264834C (en) * 1997-07-08 2006-11-07 Sony Corporation Video data encoder, video data encoding method, video data transmitter, and video data recording medium
GB2327548B (en) * 1997-07-18 2002-05-01 British Broadcasting Corp Switching compressed video bitstreams
KR100604631B1 (en) * 1997-07-25 2006-07-28 소니 가부시끼 가이샤 Editing device, editing method, re-encoding device, re-encoding method, splicing device, and splicing method
US6154496A (en) * 1997-11-25 2000-11-28 Philips Electronics N.A. Corp. Video buffer for seamless splicing of MPEG streams
WO1999040727A2 (en) * 1998-02-03 1999-08-12 Koninklijke Philips Electronics N.V. Method of switching of coded video sequences and corresponding device
US6611624B1 (en) * 1998-03-13 2003-08-26 Cisco Systems, Inc. System and method for frame accurate splicing of compressed bitstreams
US7031348B1 (en) * 1998-04-04 2006-04-18 Optibase, Ltd. Apparatus and method of splicing digital video streams
US7139241B1 (en) * 1998-09-14 2006-11-21 Optibase Ltd. Method for preventing buffer underflow during digital transport stream transmission, multiplexing and splicing
US6912251B1 (en) * 1998-09-25 2005-06-28 Sarnoff Corporation Frame-accurate seamless splicing of information streams
GB9822087D0 (en) * 1998-10-09 1998-12-02 Snell & Wilcox Ltd Improvements in data compression
US7982740B2 (en) 1998-11-09 2011-07-19 Broadcom Corporation Low resolution graphics mode support using window descriptors
US6853385B1 (en) * 1999-11-09 2005-02-08 Broadcom Corporation Video, audio and graphics decode, composite and display system
US6636222B1 (en) * 1999-11-09 2003-10-21 Broadcom Corporation Video and graphics system with an MPEG video decoder for concurrent multi-row decoding
EP1145218B1 (en) * 1998-11-09 2004-05-19 Broadcom Corporation Display system for blending graphics and video data
US6768774B1 (en) * 1998-11-09 2004-07-27 Broadcom Corporation Video and graphics system with video scaling
US6573905B1 (en) * 1999-11-09 2003-06-03 Broadcom Corporation Video and graphics system with parallel processing of graphics windows
US6661422B1 (en) * 1998-11-09 2003-12-09 Broadcom Corporation Video and graphics system with MPEG specific data transfer commands
US6637031B1 (en) * 1998-12-04 2003-10-21 Microsoft Corporation Multimedia presentation latency minimization
JP3918332B2 (en) * 1998-12-04 2007-05-23 ソニー株式会社 Multiplexer, multiplexing method, and recording medium
US6298089B1 (en) * 1998-12-10 2001-10-02 Viewgraphics, Inc. Method for seamless and near seamless audio and non-video splicing of a digital transport stream
US6909743B1 (en) * 1999-04-14 2005-06-21 Sarnoff Corporation Method for generating and processing transition streams
US7254175B2 (en) * 1999-07-02 2007-08-07 Crystalmedia Technology, Inc. Frame-accurate seamless splicing of information streams
WO2001031918A1 (en) * 1999-10-25 2001-05-03 Diva Systems Corporation Method and apparatus for performing digital-to-digital video insertion
US7394850B1 (en) 1999-10-25 2008-07-01 Sedna Patent Services, Llc Method and apparatus for performing digital-to-digital video insertion
US6993081B1 (en) * 1999-11-23 2006-01-31 International Business Machines Corporation Seamless splicing/spot-insertion for MPEG-2 digital video/audio stream
US6999424B1 (en) * 2000-01-24 2006-02-14 Ati Technologies, Inc. Method for displaying data
US6885680B1 (en) 2000-01-24 2005-04-26 Ati International Srl Method for synchronizing to a data stream
US6778533B1 (en) 2000-01-24 2004-08-17 Ati Technologies, Inc. Method and system for accessing packetized elementary stream data
US6763390B1 (en) * 2000-01-24 2004-07-13 Ati Technologies, Inc. Method and system for receiving and framing packetized data
US6804266B1 (en) 2000-01-24 2004-10-12 Ati Technologies, Inc. Method and apparatus for handling private data from transport stream packets
US6785336B1 (en) 2000-01-24 2004-08-31 Ati Technologies, Inc. Method and system for retrieving adaptation field data associated with a transport packet
US7366961B1 (en) 2000-01-24 2008-04-29 Ati Technologies, Inc. Method and system for handling errors
US6988238B1 (en) 2000-01-24 2006-01-17 Ati Technologies, Inc. Method and system for handling errors and a system for receiving packet stream data
US8284845B1 (en) 2000-01-24 2012-10-09 Ati Technologies Ulc Method and system for handling data
US6973130B1 (en) 2000-04-25 2005-12-06 Wee Susie J Compressed video signal including information for independently coded regions
US6970510B1 (en) * 2000-04-25 2005-11-29 Wee Susie J Method for downstream editing of compressed video
US6674805B1 (en) 2000-05-02 2004-01-06 Ati Technologies, Inc. System for controlling a clock signal for synchronizing a counter to a received value and method thereof
US7113546B1 (en) 2000-05-02 2006-09-26 Ati Technologies, Inc. System for handling compressed video data and method thereof
CA2349914C (en) * 2000-06-09 2013-07-30 Invidi Technologies Corp. Advertising delivery method
US7095945B1 (en) 2000-11-06 2006-08-22 Ati Technologies, Inc. System for digital time shifting and method thereof
US6694060B2 (en) 2000-12-21 2004-02-17 General Instrument Corporation Frame bit-size allocation for seamlessly spliced, variable-encoding-rate, compressed digital video signals
US7197070B1 (en) * 2001-06-04 2007-03-27 Cisco Technology, Inc. Efficient systems and methods for transmitting compressed video data having different resolutions
US7730509B2 (en) 2001-06-08 2010-06-01 Invidi Technologies Corporation Asset delivery reporting in a broadcast network
US7096488B1 (en) 2001-10-19 2006-08-22 Cisco Technology, Inc. Methods and apparatus for facilitating network splicing
US7148908B2 (en) * 2001-10-31 2006-12-12 Eastman Kodak Company Method and apparatus for generating image transitions
US6996173B2 (en) * 2002-01-25 2006-02-07 Microsoft Corporation Seamless switching of scalable video bitstreams
US20030151753A1 (en) 2002-02-08 2003-08-14 Shipeng Li Methods and apparatuses for use in switching between streaming video bitstreams
US7610606B2 (en) 2002-05-03 2009-10-27 Time Warner Cable, Inc. Technique for effectively providing various entertainment services through a communications network
US20030206596A1 (en) * 2002-05-03 2003-11-06 David Carver Multimedia content assembly
US8392952B2 (en) * 2002-05-03 2013-03-05 Time Warner Cable Enterprises Llc Programming content processing and management system and method
US8443383B2 (en) 2002-05-03 2013-05-14 Time Warner Cable Enterprises Llc Use of messages in program signal streams by set-top terminals
US8312504B2 (en) 2002-05-03 2012-11-13 Time Warner Cable LLC Program storage, retrieval and management based on segmentation messages
US7266147B2 (en) * 2003-03-31 2007-09-04 Sharp Laboratories Of America, Inc. Hypothetical reference decoder
US7460684B2 (en) 2003-06-13 2008-12-02 Nielsen Media Research, Inc. Method and apparatus for embedding watermarks
WO2005004450A1 (en) * 2003-06-19 2005-01-13 Sony Ericsson Mobile Communications Ab Media stream mixing
KR100547146B1 (en) * 2003-10-06 2006-01-26 삼성전자주식회사 Image processing apparatus and the method thereof
US8063916B2 (en) * 2003-10-22 2011-11-22 Broadcom Corporation Graphics layer reduction for video composition
US7502368B2 (en) * 2004-04-08 2009-03-10 John Sanders Method and apparatus for switching a source of an audiovisual program configured for distribution among user terminals
TW200845724A (en) 2004-06-02 2008-11-16 Matsushita Electric Ind Co Ltd Multiplexing apparatus and demultiplexing apparatus
AU2005270105B2 (en) 2004-07-02 2011-03-31 Nielsen Media Research, Inc. Methods and apparatus for mixing compressed digital bit streams
US20090094640A1 (en) * 2007-09-26 2009-04-09 Anderson Bruce J Targeted advertising in unicast, multicast and hybrid distribution system contexts
ES2796626T3 (en) * 2005-01-12 2020-11-27 Invidi Tech Corp Targeted Impression Model for Broadcast Network Resource Delivery
US8055783B2 (en) * 2005-08-22 2011-11-08 Utc Fire & Security Americas Corporation, Inc. Systems and methods for media stream processing
US20130254787A1 (en) 2006-05-02 2013-09-26 Invidi Technologies Corporation Method and apparatus to perform real-time audience estimation and commercial selection suitable for targeted advertising
JP2009536413A (en) * 2006-05-02 2009-10-08 インビディ テクノロジーズ コーポレイション Fuzzy logic based viewer identification for targeted asset delivery system
JP5934460B2 (en) * 2006-06-12 2016-06-15 インビディ テクノロジーズ コーポレイションInvidi Technologies Corporation System and method for advertising timeframe auction
US8272009B2 (en) * 2006-06-12 2012-09-18 Invidi Technologies Corporation System and method for inserting media based on keyword search
EP2095560B1 (en) 2006-10-11 2015-09-09 The Nielsen Company (US), LLC Methods and apparatus for embedding codes in compressed audio data streams
US7849477B2 (en) * 2007-01-30 2010-12-07 Invidi Technologies Corporation Asset targeting system for limited resource environments
US20100037255A1 (en) 2008-08-06 2010-02-11 Patrick Sheehan Third party data matching for targeted advertising
US8335266B2 (en) * 2007-06-29 2012-12-18 Cisco Technology, Inc. Expedited splicing of video streams
KR100960118B1 (en) * 2007-12-17 2010-05-27 한국전자통신연구원 Device for generating a clock signal with jitter and testing device therein
WO2009089489A1 (en) * 2008-01-09 2009-07-16 Harmonic Inc. Browsing and viewing video assets using tv set-top box
US8850590B2 (en) * 2008-03-05 2014-09-30 Broadcom Corporation Systems and methods for using transport stream splicing for programming information security
WO2009140691A2 (en) 2008-05-16 2009-11-19 Invidi Technologies Corporation Request for information related to broadcast network content
US8776115B2 (en) 2008-08-05 2014-07-08 Invidi Technologies Corporation National insertion of targeted advertisement
US20110216828A1 (en) * 2008-11-12 2011-09-08 Hua Yang I-frame de-flickering for gop-parallel multi-thread viceo encoding
CN102217309B (en) * 2008-11-13 2014-04-09 汤姆逊许可证公司 Multiple thread video encoding using HRD information sharing and bit allocation waiting
WO2010088605A2 (en) * 2009-01-30 2010-08-05 Invidi Technologies Corporation System and method for auctioning avails
CA2798008C (en) 2010-05-06 2015-10-20 Nippon Telegraph And Telephone Corporation Method for controlling video encoding if a decoder underflow condition is detected
WO2011138923A1 (en) * 2010-05-07 2011-11-10 日本電信電話株式会社 Moving image encoding control method, moving image encoding apparatus and moving image encoding program
ES2773329T3 (en) 2010-05-12 2020-07-10 Nippon Telegraph & Telephone Video encoding control method, video encoding device, and video encoding program
US20110293021A1 (en) * 2010-05-28 2011-12-01 Jayant Kotalwar Prevent audio loss in the spliced content generated by the packet level video splicer
US9661341B2 (en) 2013-01-07 2017-05-23 Microsoft Technology Licensing, Llc Syntax and semantics for buffering information to simplify video splicing
FR3016764B1 (en) * 2014-01-17 2016-02-26 Sagemcom Broadband Sas METHOD AND DEVICE FOR TRANSCODING VIDEO DATA FROM H.264 TO H.265
US10887663B2 (en) 2015-01-24 2021-01-05 Valens Semiconductor Ltd. Smooth switching of video sources sharing a common link
US10333879B2 (en) 2015-08-07 2019-06-25 Satori Worldwide, Llc Scalable, real-time messaging system
US9407585B1 (en) 2015-08-07 2016-08-02 Machine Zone, Inc. Scalable, real-time messaging system
US9602455B2 (en) 2015-08-07 2017-03-21 Machine Zone, Inc. Scalable, real-time messaging system
US9319365B1 (en) 2015-10-09 2016-04-19 Machine Zone, Inc. Systems and methods for storing and transferring message data
US9385976B1 (en) 2015-10-09 2016-07-05 Machine Zone, Inc. Systems and methods for storing message data
US10142583B1 (en) * 2015-10-16 2018-11-27 Tribune Broadcasting Company, Llc Computing system with external speaker detection feature
US9397973B1 (en) * 2015-10-16 2016-07-19 Machine Zone, Inc. Systems and methods for transferring message data
US9602450B1 (en) 2016-05-16 2017-03-21 Machine Zone, Inc. Maintaining persistence of a messaging system
US10404647B2 (en) 2016-06-07 2019-09-03 Satori Worldwide, Llc Message compression in scalable messaging system
US9608928B1 (en) 2016-07-06 2017-03-28 Machine Zone, Inc. Multiple-speed message channel of messaging system
US9967203B2 (en) 2016-08-08 2018-05-08 Satori Worldwide, Llc Access control for message channels in a messaging system
US10374986B2 (en) 2016-08-23 2019-08-06 Satori Worldwide, Llc Scalable, real-time messaging system
US10305981B2 (en) 2016-08-31 2019-05-28 Satori Worldwide, Llc Data replication in scalable messaging system
US9667681B1 (en) 2016-09-23 2017-05-30 Machine Zone, Inc. Systems and methods for providing messages to multiple subscribers
US10218986B2 (en) 2016-09-26 2019-02-26 Google Llc Frame accurate splicing
US10270726B2 (en) 2017-02-24 2019-04-23 Satori Worldwide, Llc Selective distribution of messages in a scalable, real-time messaging system
US10447623B2 (en) 2017-02-24 2019-10-15 Satori Worldwide, Llc Data storage systems and methods using a real-time messaging system
US10187278B2 (en) 2017-02-24 2019-01-22 Satori Worldwide, Llc Channel management in scalable messaging system
US10966001B2 (en) * 2018-04-05 2021-03-30 Tvu Networks Corporation Remote cloud-based video production system in an environment where there is network delay
US11463747B2 (en) 2018-04-05 2022-10-04 Tvu Networks Corporation Systems and methods for real time control of a remote video production with multiple streams
US11212431B2 (en) 2018-04-06 2021-12-28 Tvu Networks Corporation Methods and apparatus for remotely controlling a camera in an environment with communication latency
CN111479171B (en) * 2019-01-23 2022-05-20 上海哔哩哔哩科技有限公司 Pseudo seamless switching method, device and medium among different video sources played by Web

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0692911A2 (en) * 1994-07-15 1996-01-17 Matsushita Electric Industrial Co., Ltd. Method of splicing MPEG encoded video
WO1996017490A2 (en) * 1994-12-02 1996-06-06 Philips Electronics N.V. Audio/video timing discrepancy management

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5534944A (en) * 1994-07-15 1996-07-09 Matsushita Electric Corporation Of America Method of splicing MPEG encoded video
US5495291A (en) * 1994-07-22 1996-02-27 Hewlett-Packard Company Decompression system for compressed video data for providing uninterrupted decompressed video data output
EP0702493A1 (en) * 1994-09-19 1996-03-20 International Business Machines Corporation Interactive playout of videos
GB2301970B (en) * 1995-06-06 2000-03-01 Sony Uk Ltd Motion compensated video processing
US5659539A (en) * 1995-07-14 1997-08-19 Oracle Corporation Method and apparatus for frame accurate access of digital audio-visual information
US5717464A (en) * 1995-12-18 1998-02-10 Divicom, Inc. Rate control for a video encoder
US5859660A (en) * 1996-02-29 1999-01-12 Perkins; Michael G. Non-seamless splicing of audio-video transport streams
MY118360A (en) * 1996-04-30 2004-10-30 Nippon Telegraph & Telephone Scheme for detecting shot boundaries in compressed video data using inter-frame/inter field prediction coding and intra-frame/intra-field coding
US6038000A (en) * 1997-05-28 2000-03-14 Sarnoff Corporation Information stream syntax for indicating the presence of a splice point
US5982436A (en) * 1997-03-28 1999-11-09 Philips Electronics North America Corp. Method for seamless splicing in a video encoder
US6049569A (en) * 1997-12-09 2000-04-11 Philips Electronics N.A. Corporation Method and apparatus for encoding digital video bit streams with seamless splice points and method and apparatus for splicing such digital video bit streams

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0692911A2 (en) * 1994-07-15 1996-01-17 Matsushita Electric Industrial Co., Ltd. Method of splicing MPEG encoded video
WO1996017490A2 (en) * 1994-12-02 1996-06-06 Philips Electronics N.V. Audio/video timing discrepancy management

Cited By (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1999030503A3 (en) * 1997-12-09 1999-07-22 Koninkl Philips Electronics Nv Method and apparatus for encoding and slicing digital video bit streams
WO1999030503A2 (en) * 1997-12-09 1999-06-17 Koninklijke Philips Electronics N.V. Method and apparatus for encoding and slicing digital video bit streams
EP1005232A3 (en) * 1998-11-24 2003-12-10 General Instrument Corporation Rate control for an MPEG transcoder without a priori knowledge of picture type
EP1005232A2 (en) * 1998-11-24 2000-05-31 General Instrument Corporation Rate control for an MPEG transcoder without a priori knowledge of picture type
KR100880055B1 (en) * 1998-11-24 2009-01-22 제너럴 인스트루먼트 코포레이션 A method and apparatus for allocating bits for coding pictures and a sequence of pictures in a bitstream received at a digital video transcoder
US7020198B2 (en) 1998-11-24 2006-03-28 General Instrument Corporation Rate control for an MPEG transcoder without a priori knowledge picture type
US6760377B1 (en) 1999-04-16 2004-07-06 Sony United Kingdom Limited Signal processing
GB2353655A (en) * 1999-08-26 2001-02-28 Sony Uk Ltd Video signal splicer
GB2353655B (en) * 1999-08-26 2003-07-23 Sony Uk Ltd Signal processor
US6529555B1 (en) 1999-08-26 2003-03-04 Sony United Kingdom Limited Signal processor
US6983015B1 (en) 1999-08-26 2006-01-03 Sony United Kingdom Limited Signal processor
EP1079631A1 (en) * 1999-08-26 2001-02-28 Sony United Kingdom Limited Switching between bit-rate reduced signals
US6546051B2 (en) 1999-09-10 2003-04-08 Srinath Venkatachalapathy Ramaswamy Video encoding method and apparatus
US6546050B2 (en) 1999-09-10 2003-04-08 Thomson Licensing S.A. Video encoding method and apparatus
US6480539B1 (en) 1999-09-10 2002-11-12 Thomson Licensing S.A. Video encoding method and apparatus
EP1410646A1 (en) * 1999-10-20 2004-04-21 Samsung Electronics Co., Ltd. Method and apparatus for inserting digital media advertisements into statistical multiplexed streams
EP1410646A4 (en) * 1999-10-20 2006-06-14 Samsung Electronics Co Ltd Method and apparatus for inserting digital media advertisements into statistical multiplexed streams

Also Published As

Publication number Publication date
US6208691B1 (en) 2001-03-27
JP2000511740A (en) 2000-09-05
EP0914745A1 (en) 1999-05-12
US5982436A (en) 1999-11-09

Similar Documents

Publication Publication Date Title
US5982436A (en) Method for seamless splicing in a video encoder
KR100538135B1 (en) Method and apparatus for information stream frame synchronization
EP0923243B1 (en) Editing device, editing method, splicing device, splicing method, encoding device, and encoding method
US8160153B2 (en) Hypothetical reference decoder with low start-up delays for compressed image and video
JP4232209B2 (en) Compressed image data editing apparatus and compressed image data editing method
US6459811B1 (en) Bursty data transmission of compressed video data
US6208759B1 (en) Switching between bit-rate reduced signals
EP1002424B1 (en) Processing coded video
US6314138B1 (en) Method of switching between video sequencing and corresponding device
US6351564B1 (en) Method of switching of coded video sequences and corresponding device
US7379497B2 (en) Encoded data outputting apparatus and method
US7333711B2 (en) Data distribution apparatus and method, and data distribution system
US6993080B2 (en) Signal processing
US6396875B1 (en) Method of switching of coded video sequences and corresponding device
EP1342378A2 (en) Method and apparatus for adaptive bit rate control in an asynchronized encoding system
EP0871337A2 (en) Method and apparatus for modifying a digital data stream
Meng et al. Buffer control techniques for compressed-domain video editing
Balakrishnan et al. Rate and buffer regulation in a video encoder for seamless splicing
KR20000068612A (en) Method of switching between video sequences and corresponding device

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): JP

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): AT BE CH DE DK ES FI FR GB GR IE IT LU MC NL PT SE

WWE Wipo information: entry into national phase

Ref document number: 1998903251

Country of ref document: EP

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWP Wipo information: published in national office

Ref document number: 1998903251

Country of ref document: EP

WWW Wipo information: withdrawn in national office

Ref document number: 1998903251

Country of ref document: EP