[MPlayer-dev-eng] NUT cleanup

[Rich Felker]

On Sat, Sep 03, 2005 at 04:14:53PM +0300, Ivan Kalvachev wrote:
> 2005/9/3, Rich Felker <dalias at aerifal.cx>:
> [...]
> > 4. Index. There's no pointer at the end of the file pointing back to
> >    the beginning of the index, so you have to keep seeking back and
> >    searching (without bound) for the index startcode. I'd propose
> >    either an end-of-index startcode followed by a vlc-coded
> >    backpointer to the index, or a reverse-vlc-coded backpointer at the
> >    end of the index.
> 
> Hack over hack.
> Having to find index by using recovery search is u(m)ber broken.

Ivan stop flaming because we rejected your stupid index ideas a long
time ago. I NEVER suggested that you should have to find index by
"recovery search". In fact the topic I posted was about making sure
you don't have to do that.

> > 6. Field name "fourcc", usage of word "codec". To windows kids, codec
> >    usually means the implementation, not the compression standard. IMO
> >    we should call it the "compression format" or the "encoding" rather
> >    than codec to make it clear. Also might be good to drop the name
> >    "fourcc" in favor of a more general name for the identifier.
> 
> Matroska tried such solution. And I think it just made things worse.
> If you want huge tables for various mappings other than codecs.conf ,
> you are free to go...

The idea isn't to stop using fourcc's, just to stop using the name
"fourcc" and mandate that encoder-vendor-specific identifiers not be
used.

> I would recomend additional field `stream_mime_type`, and fourcc as
> fallback. I saw something like mime types (in rtsp I think) looking
> like  "video/mpeg4-avc")

"video/" portion is useless since it's already known that it's video.
Using the part of the name after the / would be reasonable, except
that IMO mime types are for FILE formats, not encodings inside a
container.

Rich