[MPlayer-dev-eng] NUT type 2 frames

[Ville Saari]

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.

-- 
 Ville