Re: [Cellar] Conversation about a NON-IANA request in Matroska
"Murray S. Kucherawy" <superuser@gmail.com> Thu, 19 August 2021 19:05 UTC
Return-Path: <superuser@gmail.com>
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 AC4DC3A170A for <cellar@ietfa.amsl.com>; Thu, 19 Aug 2021 12:05:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 0KboU6jdxpsr for <cellar@ietfa.amsl.com>; Thu, 19 Aug 2021 12:05:06 -0700 (PDT)
Received: from mail-vs1-xe2f.google.com (mail-vs1-xe2f.google.com [IPv6:2607:f8b0:4864:20::e2f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B4A403A1708 for <cellar@ietf.org>; Thu, 19 Aug 2021 12:05:06 -0700 (PDT)
Received: by mail-vs1-xe2f.google.com with SMTP id a20so4689498vsh.4 for <cellar@ietf.org>; Thu, 19 Aug 2021 12:05:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=tBsNDm1NXk4P3vXxGi+AmWSdWDQkVKUGXPIxSTl9sx4=; b=lVfTcrjTTlopyi0Apmv+KHWB3ZpqU/aXgIomjhhq3VuQ+L07wYrQtNWlrQf0WSHejO 8/yIpud4FIe4DV20CObXr6Xmo1c9dVgfHphbDQorvIsuqNqQrnvel6jmc8j4nq06NS9k Km2ugFJMYQZRYPLdU1jGJ0mTYPFNxSJbA8570Z4jIAYhat7+QyK2q55UxmGzHFI6Keb3 nbEMYFGhovFZIzEK9LlA6qNFnchFGhRgdyFOFA0PpSKt7gOVBPVTnP6c6xpXsnmNG+i3 CmkIR+7MlyjX66cJmfX2QwVdowMqNIqrAAg4aGfe+qEYWz4iHUhaBkdkYriYE4chWFBm 70BA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=tBsNDm1NXk4P3vXxGi+AmWSdWDQkVKUGXPIxSTl9sx4=; b=uUdtmrde6nJqx3w3C8I8u8pmOiRwl9CxmGT4b38UmxZ5fkTCzVdvxBhCS+iySGZm5D pmqpCzOlfHiwaH2uM7tR56ZYWx51N0T4Zpr6o8jUvt57Y4Ti00U0E9r49XumIMHRvgmn fjO/JMydYBKLsBSucHqYvSYV317LnmIm/KDn3hjvrKwtazRiRTtlnDrFoN6AAkzR6Dsj mf7HPeZ2+dKyINQ8sPd1aC+R+oJ1c0VBcCeUaSu3yLCE4w/Wr5xeTskVvFBC3oNttTOn MT9p65YuVvO7BJwAwrpSllL+SBjUDaf5RxZAiZq8gm3pZfotVLqZ2D0TjOP0WtdT8NX/ 3+EA==
X-Gm-Message-State: AOAM530mUqAlwJGm7MwsOEGsPutYOZJpcH/K2jyaNvkEaoZik7SwjCDb y+3+W9cLEQsJrbmvAJPjeJAhr2XbZHqCGXI8UHs=
X-Google-Smtp-Source: ABdhPJwkgVepKhLFYcRvYG250hVySob2srrNmasHXrdsd0yzYJ681RyPHQ32HembzCZ8uGJgJ/3aRdGpk83y7iMfBtI=
X-Received: by 2002:a67:df0c:: with SMTP id s12mr14095787vsk.0.1629399903554; Thu, 19 Aug 2021 12:05:03 -0700 (PDT)
MIME-Version: 1.0
References: <CAKKJt-ceukRCPUK=DTvDxDBPw-ddROX-snfZQ-BatSkgVZ0-qw@mail.gmail.com> <CAL0qLwY6V8eVG56ckhy3GFDwW61-6OD9_h=X-vDWFySM0e3B9A@mail.gmail.com> <4945.1629386506@localhost>
In-Reply-To: <4945.1629386506@localhost>
From: "Murray S. Kucherawy" <superuser@gmail.com>
Date: Thu, 19 Aug 2021 12:04:51 -0700
Message-ID: <CAL0qLwZeE1qZ+5wLnCMFoCcvP2cf5=9Y+g5Lx3k5iqxF7gAw5g@mail.gmail.com>
To: Michael Richardson <mcr+ietf@sandelman.ca>
Cc: Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>, Codec Encoding for LossLess Archiving and Realtime transmission <cellar@ietf.org>, Francesca Palombini <francesca.palombini@ericsson.com>
Content-Type: multipart/alternative; boundary="00000000000072d28d05c9ee3a0f"
Archived-At: <https://mailarchive.ietf.org/arch/msg/cellar/w9Xx1OKD9JbyysfZNSxaSE99GSA>
Subject: Re: [Cellar] Conversation about a NON-IANA request in Matroska
X-BeenThere: cellar@ietf.org
X-Mailman-Version: 2.1.29
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: Thu, 19 Aug 2021 19:05:13 -0000
On Thu, Aug 19, 2021 at 8:21 AM Michael Richardson <mcr+ietf@sandelman.ca> wrote: > Murray S. Kucherawy <superuser@gmail.com> wrote: > > So as your AD, I'd be prepared to argue in favor of registering the > > x-dash name, and including a sentence or two about why we're making > an > > exception with respect to BCP 178 this time. Of course, we can > confirm > > with the actual media type reviewers that I'm not crazy here. > > Could we register "dash" and "x-dash"? > You could, but... Could we write something like: > > Implementations MUST accept both in perpetuity. > (that's easy to implement, and it's an archive format, so disk files and > resource forks...) > > Until 2025, implementations SHOULD use video/x-matroska when creating > files. > After 2025, implementations SHOULD use video/matroska when creating files. > > (or another year sufficiently far in the future) > If you're going to register "x-dash" on the basis of indeterminate inertia, I would argue the "dash" one isn't worth registering. I would encourage something like: - register "dash", indicating it is the current and the only officially supported one - register "x-dash", indicating that it's officially deprecated and new implementations MUST NOT generate it - indicate that for supporting legacy implementations, all implementations SHOULD accept both At some point in the future if/when you are convinced nothing generates "x-dash" anymore, you could do an update that turns "x-dash" into an error. -MSK
- [Cellar] Conversation about a NON-IANA request in… Spencer Dawkins at IETF
- Re: [Cellar] Conversation about a NON-IANA reques… Spencer Dawkins at IETF
- Re: [Cellar] Conversation about a NON-IANA reques… Murray S. Kucherawy
- Re: [Cellar] Conversation about a NON-IANA reques… Michael Richardson
- Re: [Cellar] Conversation about a NON-IANA reques… Murray S. Kucherawy
- Re: [Cellar] Conversation about a NON-IANA reques… Michael Richardson
- Re: [Cellar] Conversation about a NON-IANA reques… Murray S. Kucherawy
- Re: [Cellar] Conversation about a NON-IANA reques… Michael Richardson
- Re: [Cellar] Conversation about a NON-IANA reques… Steve Lhomme
- Re: [Cellar] Conversation about a NON-IANA reques… Michael Richardson
- Re: [Cellar] Conversation about a NON-IANA reques… Steve Lhomme