Re: [Cellar] On the multiplicity of Info elements

Moritz Bunkus <moritz@bunkus.org> Tue, 12 January 2016 13:37 UTC

Return-Path: <moritz@bunkus.org>
X-Original-To: cellar@ietfa.amsl.com
Delivered-To: cellar@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BA60E1AD2EC for <cellar@ietfa.amsl.com>; Tue, 12 Jan 2016 05:37:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.903
X-Spam-Level:
X-Spam-Status: No, score=-1.903 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id A3cPcpq_mQKj for <cellar@ietfa.amsl.com>; Tue, 12 Jan 2016 05:37:00 -0800 (PST)
Received: from liselle.bunkus.org (liselle.bunkus.org [176.9.119.9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D5A501AD2DF for <cellar@ietf.org>; Tue, 12 Jan 2016 05:36:59 -0800 (PST)
Received: from sweet-chili.local (unknown [10.55.4.6]) by liselle.bunkus.org (Postfix) with ESMTPS id 06719A704F8 for <cellar@ietf.org>; Tue, 12 Jan 2016 14:36:57 +0100 (CET)
Received: by sweet-chili.local (Postfix, from userid 1000) id 77D2B617EF6; Tue, 12 Jan 2016 14:36:56 +0100 (CET)
Date: Tue, 12 Jan 2016 14:36:56 +0100
From: Moritz Bunkus <moritz@bunkus.org>
To: cellar@ietf.org
Message-ID: <20160112133656.GJ4063@bunkus.org>
References: <CAOXsMFLCbe-W=h+tQpdRa8Nh0jz=xdbZTXEmoXsgQTbA=4OPCQ@mail.gmail.com> <C0E5EBA2-2A56-46F9-A049-629EFB11F280@dericed.com> <CAOXsMF+gc0d2LEisfHm0jnjDGQKcYquEMBt7FnZ_uuSNF=C0iw@mail.gmail.com> <568AC10F.9030303@gmx.de> <CAOXsMFKJJhzU-3CYqguDePY42T+Vvhx9ytAfvoM6xyqaZY+N4g@mail.gmail.com> <FCC4DC05-44CD-4C2B-8C59-8E3E5B494DC0@dericed.com> <568D6710.8000605@gmx.de> <692F039A-180D-4535-B4A1-529A777573F5@dericed.com> <5693D5D6.6030709@xiph.org> <F6B37DB3-EDCB-4BD2-9B0D-F8A4F353F36E@dericed.com>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="KZLWU/9q3evlN4nQ"
Content-Disposition: inline
In-Reply-To: <F6B37DB3-EDCB-4BD2-9B0D-F8A4F353F36E@dericed.com>
User-Agent: Mutt/1.5.24 (2015-08-30)
X-Virus-Scanned: clamav-milter 0.98.7 at liselle
X-Virus-Status: Clean
Archived-At: <http://mailarchive.ietf.org/arch/msg/cellar/8I3UMFYvA5LIwPPNQbWYXOwaqXo>
Subject: Re: [Cellar] On the multiplicity of Info elements
X-BeenThere: cellar@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Codec Encoding for LossLess Archiving and Realtime transmission <cellar.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/cellar>, <mailto:cellar-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/cellar/>
List-Post: <mailto:cellar@ietf.org>
List-Help: <mailto:cellar-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/cellar>, <mailto:cellar-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 12 Jan 2016 13:37:01 -0000

Hey,

> From a sample set of 59,881 Matroska files uploaded to archive.org
> only 119 of them include CRC-32 Elements. Almost 0.2%! Additionally
> the webm Document Type lists the CRC-32 Element as unsupported. So I
> think it’s true that it’s rarely bothered with. The implementation of
> CRC-32 Elements does add many complications and perhaps demand has
> been too low to resolve them. Moritz may have comments here.

That's pretty much spot on. The CRC32 element was added comparatively
late; a lot of muxers had already been created by that time.

Most requests I've received where more concerned with error recovery
than with error detection. This is something that CRC32 wasn't meant
for; additionally CRC32 elements weren't meant to be written in the
cluster elements which make up the bulk of a Matroska file's data.

Yes, there is a feature request[1] for adding support in mkvmerge and
mkvinfo. It has been created in 2010, but except for those two people
mentioned in the bug I haven't really received any other requests for
such a functionality.

Kind regards,
mosu

[1] https://github.com/mbunkus/mkvtoolnix/issues/543