[Matroska-devel] mkv standardization and documentation
dave at dericed.com
Fri Apr 17 17:41:29 CEST 2015
> On Apr 17, 2015, at 2:27 AM, Moritz Bunkus <moritz at bunkus.org> wrote:
>> It made sense to us to start a documentation review with EBML and
>> then work towards Matroska’s documentation. With EBML I see there
>> are two main documentation sets: a draft RFC at
>> <http://matroska.org/technical/specs/rfc/index.html> and the EBML
>> sourceforce page at http://ebml.sourceforge.net/specs/
>> <http://ebml.sourceforge.net/specs/>. The two sets seem that have
>> diverged at some point; for instance the RFC draft labels element id
>> 0x42F2 as EBMLMaxIDWidth whereas the sourceforge site calls is
>> EBMLMaxIDLength. The definitions for the CRC Element vary between
>> the two as well in respect to ordering. So does either the RFC draft
>> or the specs at Sourceforce take precedent over the other? What is
>> the status of the RFC draft of EBML?
> The RFC draft is work someone else started way back when, but it never
> got real attention, nor was it properly reviewed or even finished. The
> RFC is definitely not authoritative; the specs should be. Although I
> have to admit that I haven't looked at the specs EBML specs at
> http://ebml.sourceforge.net/specs/ in ages, hence me saying that they
> _should_ be authoritative.
> What I am usually working with is the Matroska specs page at
> http://www.matroska.org/technical/specs/index.html – which seems to
> include all the information from the EBML specs page.
Is there still an intent for two separate specifications: one for EBML and one for Matroska?
I know that there are some other formats based on the Matroska spec like webM, but are there other formats dependent on the EBML specification (nut?)?
Also is the Matroska specification dependent on the EBML spec is is it considered to stand-alone?
Is there an EBML maintainer at the moment?
> I think that working out the differences between the two specs pages and
> the RFC and coming to a consensus how to deal with those differences
> would be a good starting point. From there finishing the RFC would
> likely come next.
> I would also like to reduce the number of pages listing specs, most
> likely resulting in removing the stuff from sourceforge. This would cut
> down on the confusion and lead to fewer mistakes and discrepancies.
That would help or at least some notices about when one document is superseded by another.
More information about the Matroska-devel