[MPlayer-dev-eng] NUT type 2 frames

[D Richard Felker III]

On Tue, Apr 20, 2004 at 11:26:34PM +0300, Ville Saari wrote:
> Shouldn't the startcodes of type 2 frames be part of the container instead
> of a particular stream? When the file is played, there's usually more than
> just one stream being used and all those streams must have a keyframe at or
> near a seek point if they are supposd to be blayed, but only one startcode
> is needed to find that point. If there are n streams, then there must be n
> startcodes at each seek point of which n-1 are just waste of space and
> complicate the seeking.
> 
> What if the startcode is removed from the frame and made a packet on its
> own instead? A startcode packet followed by a startcodeless type 2 frame
> would be bit-by-bit equivalent to current type 2 frame, but the
> startcode could then be omitted from all but one stream to save bits.
> 
> Index could then also be independent of the streams. It would just point
> to the startcode packets. If the timestamps of the first keyframe after
> a specific startcode packet are different between the streams, then the
> index should list the one that is the latest.

Whether each stream needs to have its own index is a question that's
already come up. The problem is that each stream can have a separate
time base and keyframes at different positions...

Rich