Re: EBML specification component for review - Element Data Size

Steve Lhomme <[email protected]>
Newsgroups gmane.comp.multimedia.matroska.devel
Message-ID <CAOXsMFK2NSxTEZF1iv_DoZCK4G5qr=sHPh9FVMrM1OLK3Q-hGQ@mail.gmail.com>
On Fri, May 1, 2015 at 12:15 PM, Moritz Bunkus <[email protected]> wrote:

> Hey,
>
> > > Element Data Size
> > >
> > > The EBML element data size is encoded as a variable size integer with,
> by
> > > default, widths up to 8. Another maximum width value can be set by
> setting
> > > another value to EBMLMaxSizeWidth in the EBML header. See section 5.1.
> >
> > What's the point of such a header?
>
> EBMLMaxSizeWidth on the other hand is… Well… I guess it can be useful
> for allowing even more element IDs if you ever invent such a crazy
> format. It's good to be flexible here. I'm pretty sure, though, that no
> existing parser has ever been tested with EBML IDs (and with
> EBMLMaxSizeWidth by extension) being longer than four bytes, especially
> as Matroska only uses four-byte long IDs.
>

IIRC at least in mkvalidator I make such a check. Any reading app will
attempt to read the file even though the file says it shouldn't. At least
for Matroska which states that it will remain backward compatible.


> > In the context of Matroska, I'd disallow unknown lengths in almost all
> > contexts (i.e. disallow them by default, allow them only when
> > explicitly specifified). Because they make demuxing a pain, and most
> > Matroska demuxers probably support unknown length at a few places at
> > best.
>
> While this being true we have to be careful not to invalidate existing
> files retroactively. Unknown sizes have been in the specs since the
> beginning; changing them now is not something we should do on a whim (if
> at all).
>

Unknown sizes are good for streaming with low latency. It was used for some
OSS live broadcasting. But I think the industry is going other ways with
WebRTC (low latency) or adaptive streaming (generic streaming).

-- 
Steve Lhomme
Matroska association Chairman

_______________________________________________
Matroska-devel mailing list
[email protected]
http://lists.matroska.org/cgi-bin/mailman/listinfo/matroska-devel
Read Matroska-Devel on GMane: http://dir.gmane.org/gmane.comp.multimedia.matroska.devel
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.