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