Re: [Cellar] Adding private elements to Matroska

Moritz Bunkus <moritz@bunkus.org> Sun, 15 April 2018 13:49 UTC

Return-Path: <moritz@bunkus.org>
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 EF7F4126B72 for <cellar@ietfa.amsl.com>; Sun, 15 Apr 2018 06:49:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.001
X-Spam-Level:
X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (4096-bit key) header.d=bunkus.org
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 n5mJP0mMvMGQ for <cellar@ietfa.amsl.com>; Sun, 15 Apr 2018 06:49:21 -0700 (PDT)
Received: from adara.bunkus.org (adara.bunkus.org [144.76.6.84]) (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 918231242F5 for <cellar@ietf.org>; Sun, 15 Apr 2018 06:49:21 -0700 (PDT)
Received: from liselle.bunkus.org ([2a01:4f8:190:8147::105:1]:55954) by adara.bunkus.org with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.82_1-5b7a7c0-XX) (envelope-from <moritz@bunkus.org>) id 1f7i1n-0006Pj-2S; Sun, 15 Apr 2018 15:49:11 +0200
Received: from sweet-chili.local (unknown [192.168.191.4]) by liselle.bunkus.org (Postfix) with ESMTPS id 8BDA065414BB; Sun, 15 Apr 2018 15:49:11 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=bunkus.org; s=mail2017070101; t=1523800151; bh=whTs8cRf5JCGRVEE1L8CgxA7P8HjweKzhNu7dVi27cI=; h=References:From:To:Cc:Subject:In-reply-to:Date:From; b=v0Quio+tcNeQ2ppZ5AKcmSAM4sch19BEVx3TXtI+hzXKAF/ff6AVH6SsDrpuoZsSn lSfuELL/XlCakqXEz/dtvB1julAcDWoV/idSl3oQGMi9gHlYC8BTv5CDv/1ZxuXu+B NxbYrnhtWDU2nnyBFqBkW/AItmYLPT4afPNgtYk+9vIy3SeEQjf9rzqWNDujUp7fD5 SSb213i90RhAtXA1wRk6MwDlxv0Vj4A5iVXsxHVI8ZlDeJETp/anhJ4gV90b6lkMzF kqRiDq8Z/dH7RndA0xktyiWpCT+2wjOMDUK4JvHFAy7muRIiChfBC+duthGlYO6xo8 VwLtO4IDUZAS1zBpNgHMq2xybg1c2JWkyrOY0clsCc8P22gAozHHCD+aPU4Nw0j5MM jaAynvihDAa7IHqDLR5U3iZtCi3W/t7COMXL7B6OgCieJRvisqJkhD+gARtdy3Fd6d RX50VDEec1+2rUY4dZI2tZBCDtgFijrxxZ422zbMAji9HnTgedEiQjXN1726jUY5xr 01Ma3GSs37zl1ZOgjSMgw1M9G/J6Ci0YzgYBCOaiemfUV5PrObG0uzv5gDupmqmuH/ MKCoDVkZb5aJRgLdRqsiOTGxuXEPSPXjmYbEHkXQKiIfq3nhfiqJ2KLRo2RGWIZJD4 yURJJDRmRMgRA+iNZMNnaUN8=
Received: from sweet-chili (localhost [IPv6:::1]) by sweet-chili.local (Postfix) with ESMTP id CDEBF356D8C7; Sun, 15 Apr 2018 15:49:10 +0200 (CEST)
References: <e9160711-ca2c-b690-f720-e7e3da42b1f5@mediaarea.net> <3318390e-0647-289d-d52b-e2c9678b24f7@gmx.ch> <CAHUoETKjOn2N1xRHPumGjp2DWNsi0RukcbERkdQ4B3Q1G9v74A@mail.gmail.com> <96dcc36b-13c6-ee26-8f02-a4c2c30a3f21@mediaarea.net>
User-agent: mu4e 1.0; emacs 25.3.1
From: Moritz Bunkus <moritz@bunkus.org>
To: Jerome Martinez <jerome@mediaarea.net>
Cc: cellar@ietf.org
In-reply-to: <96dcc36b-13c6-ee26-8f02-a4c2c30a3f21@mediaarea.net>
Date: Sun, 15 Apr 2018 15:49:10 +0200
Message-ID: <87sh7w1sx5.fsf@bunkus.org>
MIME-Version: 1.0
Content-Type: text/plain
Archived-At: <https://mailarchive.ietf.org/arch/msg/cellar/S3aPRFnJXLeGOPaTMqpDgyVGax8>
Subject: Re: [Cellar] Adding private elements to Matroska
X-BeenThere: cellar@ietf.org
X-Mailman-Version: 2.1.22
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: Sun, 15 Apr 2018 13:49:23 -0000

Hey,

I'm not particularly against private _data_ inside Matroska, but more
against private _elements_ as we already have ways of attaching arbitrary
data (tags & attachments). We could simply define a schema for private tag
names and be done with it.

Kind regards,
mosu