Re: Voids in Matroska

Hendrik Leppkes via Matroska-devel <[email protected]> Sun, 14 Feb 2016 11:20:40 +0100
Newsgroups gmane.comp.multimedia.matroska.devel
Message-ID <CA+anqdy0y3nvbd7D22R3F5qZnxhTFR-hNOW6puEQURxjMmM0jQ@mail.gmail.com>
On Sun, Feb 14, 2016 at 10:44 AM, Sebastian G. <bastik> via
Matroska-devel <[email protected]> wrote:
> Hello,
>
> Is there a recommendation how muxers should use Voids in Matroska?

Voids are placed to reserve space, so eg. tags can be written into the
header, or mkvmerge's header editor can append extra properties
without the need to remux the entire file.
Strictly speaking they are "wasted" space, but they are extremely
useful. Being able to modify elements in the track headers without a
full remux is very useful.

>
> mkvalidator complains about void data, that mkvmerge intentionally
> places [1].

I think the link explains why this warning is not really a "bad" one.
Surely its wasted space, but for a good reason.

>
> Having a validator complain about Voids would make me change my muxer
> (if I would and could ever write one) so it wouldn't get the warning
> anymore. However there seems to be a valid reason, from my
> understanding, that there could be Voids.
>
> They are in the specification, but I don't see a recommendation on how
> to use them.
>
> If they are indeed valuable and do not violate the specs, could
> mkvalidator not just print it as INFO line and/or warn only if a certain
> threshold of void data is found within a file?
>

Its not up for me to decide that, but making it less severity than
other "problems" in a file is probably not a bad idea.

- Hendrik
_______________________________________________
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