[Cellar] Re: [PATCH] ffv1: Support CRC with initial -1 and final -1 values

Jerome Martinez <jerome@mediaarea.net> Thu, 26 September 2024 09:13 UTC

Return-Path: <jerome@mediaarea.net>
X-Original-To: cellar@ietfa.amsl.com
Delivered-To: cellar@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ED674C14F6A7 for <cellar@ietfa.amsl.com>; Thu, 26 Sep 2024 02:13:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.596
X-Spam-Level:
X-Spam-Status: No, score=-0.596 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_VALIDITY_RPBL=1.31, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=no autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JfCSRHXX9cU9 for <cellar@ietfa.amsl.com>; Thu, 26 Sep 2024 02:13:04 -0700 (PDT)
Received: from 3.mo576.mail-out.ovh.net (3.mo576.mail-out.ovh.net [188.165.52.203]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3A2A8C14F693 for <cellar@ietf.org>; Thu, 26 Sep 2024 02:13:04 -0700 (PDT)
Received: from director6.ghost.mail-out.ovh.net (unknown [10.109.139.54]) by mo576.mail-out.ovh.net (Postfix) with ESMTP id 4XDnv13rYnz1jfQ for <cellar@ietf.org>; Thu, 26 Sep 2024 09:13:01 +0000 (UTC)
Received: from ghost-submission-55b549bf7b-cwrdg (unknown [10.110.178.161]) by director6.ghost.mail-out.ovh.net (Postfix) with ESMTPS id 38B791FE4B for <cellar@ietf.org>; Thu, 26 Sep 2024 09:13:01 +0000 (UTC)
Received: from mediaarea.net ([37.59.142.95]) by ghost-submission-55b549bf7b-cwrdg with ESMTPSA id sbLqAJ0l9WbTTAAA6t6ilg (envelope-from <jerome@mediaarea.net>) for <cellar@ietf.org>; Thu, 26 Sep 2024 09:13:01 +0000
Authentication-Results: garm.ovh; auth=pass (GARM-95G001f3dca8fb-364f-45f9-bb06-e209e67e116e, 6CD345FADAD6B5B8D1B63FFCFEC230F50D2CC874) smtp.auth=jerome@mediaarea.net
X-OVh-ClientIp: 185.238.219.102
Content-Type: multipart/alternative; boundary="------------XerN8SHKjQSIjw4TM0k7rBoh"
Message-ID: <1b61c88c-acdb-41d6-880a-1fb8b4e10173@mediaarea.net>
Date: Thu, 26 Sep 2024 11:12:58 +0200
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
To: cellar@ietf.org
References: <20240925080616.28255-1-michael@niedermayer.cc> <20240926003921.GE4917@pb2>
Content-Language: en-US
From: Jerome Martinez <jerome@mediaarea.net>
In-Reply-To: <20240926003921.GE4917@pb2>
X-Ovh-Tracer-Id: 2710322552448059451
X-VR-SPAMSTATE: OK
X-VR-SPAMSCORE: 0
X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeeftddrvddtjedgudefucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuqfggjfdpvefjgfevmfevgfenuceurghilhhouhhtmecuhedttdenucenucfjughrpegtkfffgggfuffvfhfhjgesrgdtreertddvjeenucfhrhhomheplfgvrhhomhgvucforghrthhinhgviicuoehjvghrohhmvgesmhgvughirggrrhgvrgdrnhgvtheqnecuggftrfgrthhtvghrnhepgedtteekkeevgfeuveffffdujefguedukefgledvkeffiedvjefhkefhkeeugeehnecukfhppeduvdejrddtrddtrddupddukeehrddvfeekrddvudelrddutddvpdefjedrheelrddugedvrdelheenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepihhnvghtpeduvdejrddtrddtrddupdhmrghilhhfrhhomhepjhgvrhhomhgvsehmvgguihgrrghrvggrrdhnvghtpdhnsggprhgtphhtthhopedupdhrtghpthhtoheptggvlhhlrghrsehivghtfhdrohhrghdpoffvtefjohhsthepmhhoheejiedpmhhouggvpehsmhhtphhouhht
Message-ID-Hash: K24MJMTXXPYWURID4LNRDLOJXG5JHFP4
X-Message-ID-Hash: K24MJMTXXPYWURID4LNRDLOJXG5JHFP4
X-MailFrom: jerome@mediaarea.net
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-cellar.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
X-Mailman-Version: 3.3.9rc4
Precedence: list
Subject: [Cellar] Re: [PATCH] ffv1: Support CRC with initial -1 and final -1 values
List-Id: Codec Encoding for LossLess Archiving and Realtime transmission <cellar.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/cellar/Ny0VAQSjVuOpHmWvfBesDnLDR_s>
List-Archive: <https://mailarchive.ietf.org/arch/browse/cellar>
List-Help: <mailto:cellar-request@ietf.org?subject=help>
List-Owner: <mailto:cellar-owner@ietf.org>
List-Post: <mailto:cellar@ietf.org>
List-Subscribe: <mailto:cellar-join@ietf.org>
List-Unsubscribe: <mailto:cellar-leave@ietf.org>

On 26/09/2024 02:39, Michael Niedermayer wrote:
> Does someone want an option like a SHA-256 or something "stronger" than a CRC ?

In my opinion a CRC is enough because the need is to catch a corruption 
and not to authenticate, and 1/1^32 per slice (Matroska has also CRC but 
only per slice) seems a good balance to me (overhead vs usefulness)

> or some kind of error correction code, but iam not sure this is the right place for
> that

I personally have a a PoC for error correction code at the container 
level (Matroska). I think that it is a better place for ECC because the 
whole content, including the container, would have to be repaired.

Jérôme