It must be noted that in MPEG the order of the picture in the coded stream is the order in which the decoder process them. The reconstructed frames are not necessarily in the correct form of display. The following example in table 4.7 shows such a case at the encoder output, in the coded bitstream and at the decoder input, and at the decoder output.
|
Since the order of pictures at the decoder is not always in the display order, this leads to potential for delays in the encoder/decoder loop This is also true of H.261 - at its highest compression ratio, it may incur as much as 0.5 seconds delay - not very pleasant for interactive use!