[MPlayer-dev-eng] container format

Michael Niedermayer michaelni at gmx.at
Thu Feb 6 18:07:35 CET 2003


Hi

On Thursday 06 February 2003 17:19, Alex Beregszaszi wrote:
> Hi,
>
> (grr, just pressed the send :( )
:))

>
> > ogg s*cks, just read the mails about the ogg demuxer ;)
> > mcf is too AVIish :(
> >
> > Someone mentioned, that we could (after developing) contact the Xiph
> > guys, to get the ogg format obsoleted and used instead our one.
>
> I think that this would be done quickly, becouse ogg is more and more
> spread..
>
> Btw, i have some ideas to the format:
> First a question: why does it states, that if there's stream_id=1, there
> must be stream_id=0 present too? i think that's nonsense, but it should
> be preferable (becouse of vlc coding)
hmm, ok, i cant imagine a good reason for that either

>
> Anyway, all the packets should include (or optionally) a little header
> contaning:
>  * packet type (video, audio, general(**), subtitle, subpicture, ...)
they, do (the 64-bit startcode)

>  (* stream id)
its there too, or did i miss one?

>
> (**) general, this would contain headers and others (or you can split
> it)
>
> The format should be also decodable with low cpu usage (not so complex
> techniques), but the encoder _could be_ very complex.
ok, added it to the goals

>
> And one more: it should be able to get some header packets while it is
> getting audio/video/subtitle data - i mean if a player sends a request
> to the streaming server, that it lost the headers, than it gets it.
hmm, sounds like a implementation issue for the server, not the format ...

>
> ..ah, and the latest one: there should be support for runtime updateable
> (= sent in packets, if it changes) clip infos (like mp3 tags in
> streaming)
ok

Michael


More information about the MPlayer-dev-eng mailing list