[Cellar] Re: FW: Audio Vivid registration on Matroska formats

Steve Lhomme <slhomme@matroska.org> Thu, 29 January 2026 11:50 UTC

Return-Path: <slhomme@matroska.org>
X-Original-To: cellar@mail2.ietf.org
Delivered-To: cellar@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id 5E3E8AEDD591 for <cellar@mail2.ietf.org>; Thu, 29 Jan 2026 03:50:56 -0800 (PST)
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (2048-bit key) header.d=matroska-org.20230601.gappssmtp.com
Received: from mail2.ietf.org ([166.84.6.31]) by localhost (mail2.ietf.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wJePWkjyPF2m for <cellar@mail2.ietf.org>; Thu, 29 Jan 2026 03:50:54 -0800 (PST)
Received: from mail-wr1-x42c.google.com (mail-wr1-x42c.google.com [IPv6:2a00:1450:4864:20::42c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPS id 45204AEDD58C for <cellar@ietf.org>; Thu, 29 Jan 2026 03:50:53 -0800 (PST)
Received: by mail-wr1-x42c.google.com with SMTP id ffacd0b85a97d-4358f854840so137368f8f.3 for <cellar@ietf.org>; Thu, 29 Jan 2026 03:50:53 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=matroska-org.20230601.gappssmtp.com; s=20230601; t=1769687453; x=1770292253; darn=ietf.org; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=fvlCWUyTMT5qIxsimdS6I78CBt8CUlSeOU4h8kWr+m4=; b=A5wID+C87dk9wgofbljWu9R7FDvXyUH94lechq2N6nUmv+/0kPXqemQldWdIEaAJXB ZA7AOXPOezt5aU+2XY7K1/Kgj2O3cRKzchh19yUdMUjPEXW2rXWcLmn3xwKwWYMjnwF9 2fgRu6WfOxZ9fyA3H/ZcTwP39GUqYNq1EF20sTdPrSND+vxRsVbDptYsK2ca7NwDO9WW zUSu1wv52kLuYx4yrFXPLRR6Htc2EZFtgoleZHkVyRnJ42tk8vtXsz2AzEj733D67fMv P673BDe6mfI3YaJ1dTNvDOGMW5QyJPcxRMmm+KsEW6I9ijlfMbFBe0y7YrXJpM/2agaf A+xw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1769687453; x=1770292253; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :x-gm-gg:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=fvlCWUyTMT5qIxsimdS6I78CBt8CUlSeOU4h8kWr+m4=; b=vlxOBGqTXivQiI5p/iaR3meEd8+Sxtrrk6S8tHhB3w2AcUQ0Vubc5+r7TJDfXZohSq awM4hCvciR5PpGRid9vWp8+H68RAEkj/blP50gDdX4CVvBCuXv/EIbGKq0J2RDPTP9ar T55+XXvlT8p9NgHf8dWZo5c64rWnF9SmnnHOkAE4sFsaeMhLJh+yDRehHAaAR/chFhfR KYdKvgRh7SYrTv+PAfDPhtyAjTJaYQeLLtZ+1zwO7E9tuLrTUHhGGQg629rtwb4FLXLO ECs8CA8Rv8xHxBu1o+tw7/4+q/fpJLQ5mAq++5CLjzA0wMbIGOYpr95H3z8skQnUzgNV mT0Q==
X-Forwarded-Encrypted: i=1; AJvYcCXx7KlbjQpxN9GHmotQFXRH5YsjewY8tsGHC1J5u2gJDzRbtLDt/v1OTrauNTLDFgBrDqrw4+Q=@ietf.org
X-Gm-Message-State: AOJu0YzwEMALpKgGCdK2Y8NfLZ2WBn3p/oiTQGNEV5lNjyBmEcsQcTcn XdnPLdrRhKRH40Cl+YYhTzaTCKjXxRE7T9Kj1aEJU8Ohpfq6C6NzTbD+Zs01Q+Q/WA==
X-Gm-Gg: AZuq6aIiccl6+aVAHZgUtdWor6smvEn5JslEHJHOsmdOFOQw6JTQ3Im8otiLCBd7EPB Y1mX+VauhbQPy3j/vhs3c27xv3mrv643jaQZK0llkIuYZxGoTvhHChz1lefjYsUpmhE75q+jCFr 3nzYYD0oXMRaPBjSa/Tzc0PhlJQdv8PyyICYR717ngue2xIRkhjjbg387yiezbHleLJTus1zUR+ qUmue+Z4xHMsHgq+iBxuUo14hTPpCphigCXwOtZo5k5o0kZpwkVnXmbBM7GwY/SRpHYR8KDspOK jfVVSPQdXKt7UqC+t54fULnJeJO5o9Zb29e1OYlGv26+VxzYw9NEfpao+TwADx4PhWn+IyjgonD Ktwgd5KBIJD4FKED8nbnvBU1MgXdNygSa8sMXqweZq1I9iCa8X1jgSa4N5IpBsP+EjQs7hTaqGK Lt1OfT3Le5l5eU6t73FaWwA8T7kYiy+NTaRZI9H1LU+vdAwQfe5rByLBDLuAo=
X-Received: by 2002:a05:600c:4448:b0:477:9dd9:ac57 with SMTP id 5b1f17b1804b1-48070003a73mr41670775e9.0.1769687452417; Thu, 29 Jan 2026 03:50:52 -0800 (PST)
Received: from ?IPV6:2001:861:34c4:290:555:c22f:911e:d7da? ([2001:861:34c4:290:555:c22f:911e:d7da]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-4806cddffc0sm153916575e9.5.2026.01.29.03.50.51 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 29 Jan 2026 03:50:51 -0800 (PST)
Message-ID: <cf9d7984-70a7-4cf8-9fdc-fe96be39a902@matroska.org>
Date: Thu, 29 Jan 2026 12:50:51 +0100
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
To: "Gaoyuan (Alex, Media Lab)" <gaoyuan65@huawei.com>
References: <0d7c082a5a0a4ff4bc381cd72ab61c52@huawei.com> <f41000c821834e029b9a7595b8310605@huawei.com> <CAKKJt-fwUgupJrmdwLVwcqoFZpvvguTGLWJJAT=U7OaFjjyQiw@mail.gmail.com> <d25f1ae817704adea580dce2820f92c1@huawei.com> <CAKKJt-czoQDbeHKe_rPhZMEYCOB3oBEtB07PEhtxuFrWRfeRNA@mail.gmail.com>
Content-Language: en-US
From: Steve Lhomme <slhomme@matroska.org>
In-Reply-To: <CAKKJt-czoQDbeHKe_rPhZMEYCOB3oBEtB07PEhtxuFrWRfeRNA@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Message-ID-Hash: ZEOYQUVSXULRH675MQHFOIECJHLUSVPA
X-Message-ID-Hash: ZEOYQUVSXULRH675MQHFOIECJHLUSVPA
X-MailFrom: slhomme@matroska.org
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
CC: Cheng Li <c.l@huawei.com>, Wendianjie <wendianjie@huawei.com>, Codec Encoding for LossLess Archiving and Realtime transmission <cellar@ietf.org>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [Cellar] Re: FW: Audio Vivid registration on Matroska formats
List-Id: Codec Encoding for LossLess Archiving and Realtime transmission <cellar.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/cellar/eQ65TQM6SCSwTPf2tjohahRn62M>
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>

Hi everyone,

To register the codec in Matroska it should indeed go into the "Matroska 
Codec IDs Registry" but it doesn't exist yet.

It will be done when this draft is published 
https://datatracker.ietf.org/doc/draft-ietf-cellar-codec/
So hopefully in a few weeks/months.

I don't know if there is a process at the IETF to initiate registration 
for a pending registry. Or you may just have to wait a little bit more.

However as said in the draft [1]:

"To register a new Codec ID in this registry, one needs a Codec ID 
string, a TrackType value, a description, a Change Controller, and an 
optional Reference to a document describing the Codec ID."

So you may prepare these.

Also if a document to the bitstream of the codec is available, that will 
help to map the various parameters of the codec into Matroska elements. 
This is the same kind of information that often comes with ISOBMFF codec 
mapping as well.

Best regards,
Steve

[1] 
https://www.ietf.org/archive/id/draft-ietf-cellar-codec-16.html#name-matroska-codec-ids-registry

On 12/9/2025 8:48 PM, Spencer Dawkins at IETF wrote:
> Hi, Cheng and Alex,
> 
> I have now remembered that I owe you an answer about the procedure for 
> registering the Audio Vivid 3D audio codec for use with Matroska. We 
> have our December Cellar working group meeting today, and I will make 
> sure we provide you with an answer.
> 
> Best,
> 
> Spence
> 
> On Thu, Nov 6, 2025 at 1:58 AM Gaoyuan (Alex, Media Lab) 
> <gaoyuan65@huawei.com <mailto:gaoyuan65@huawei.com>> wrote:
> 
>     Hi Spencer,____
> 
>     Thanks for your guidance. Actually, our target is to solve the
>     problem of identifying the Audio Vivid bitstream in MKV format, not
>     for the wide range of IANA.____
> 
>     About the MKV file format, we found the IETF specification RFC 9559
>     - Matroska Media Container Format Specification (https://www.rfc-
>     editor.org/rfc/rfc9559.html <https://www.rfc-editor.org/rfc/
>     rfc9559.html>), which is in the status of proposed standard. ____
> 
>     __ __
> 
>     In RFC 9559, section 5.1.4.1.21 gives a definition of *CodecID
>     Element*, in which a draft spec draft-ietf-cellar-codec (in the
>     status of Active Internet-Draft) is referenced. In its newest
>     version draft-ietf-cellar-codec-15 (https://datatracker.ietf.org/
>     doc/html/draft-ietf-cellar-codec-15 <https://datatracker.ietf.org/
>     doc/html/draft-ietf-cellar-codec-15>), the mainstream audio, video
>     and subtitle standards are registered, including HEVC, VVC, VP
>     series, AAC family, AC3 and DTS. ____
> 
>     __ __
> 
>     *So is it possible to register the Audio Vivid codec in draft-ietf-
>     cellar-codec, so that in the MKV file format the Audio Vivid
>     bitstream could be recognized without ambiguity. ____*
> 
>     __ __
> 
>     BR,____
> 
>     Yuan____
> 
>     __ __
> 
>     *发件人:*Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com
>     <mailto:spencerdawkins.ietf@gmail.com>>
>     *发送时间:*2025年10月29日22:14
>     *收件人:*Cheng Li <c.l@huawei.com <mailto:c.l@huawei.com>>
>     *抄送:*Gaoyuan (Alex, Media Lab) <gaoyuan65@huawei.com
>     <mailto:gaoyuan65@huawei.com>>
>     *主题:*Re: FW: Audio Vivid registration on Matroska formats____
> 
>     __ __
> 
>     Hi, Old Friend ... 😁, and I apologize to you and to Alex for the
>     slow response. ____
> 
>     __ __
> 
>     Cellar is the right place to ask about this, and I'm one of the
>     Cellar co-chairs. ____
> 
>     __ __
> 
>     I THINK it's correct that Matroska doesn't actually care about codec
>     types - it just uses codec types to connect container contents it
>     doesn't understand to a decoder that DOES understand the contents. I
>     note that https://www.iana.org/assignments/media-types/audio/
>     matroska <https://www.iana.org/assignments/media-types/audio/
>     matroska> doesn't name a complete set of applications, only giving a
>     few examples. ____
> 
>     __ __
> 
>     I THINK the question is actually about adding a new media type to
>     this IANA registry: https://www.iana.org/assignments/media-types/
>     media-types.xml#audio <https://www.iana.org/assignments/media-types/
>     media-types.xml#audio>____
> 
>     __ __
> 
>     If that's correct, that's not actually under Cellar control, but we
>     can ask for guidance from the Experts (Alexey Melnikov, Darrel
>     Miller, Murray Kucherawy). I know two of the three. ____
> 
>     __ __
> 
>     I am not at IETF 124 this coming week, but I see that you are
>     registered onsite (good work!). IANA also has office hours at most
>     IETF meetings, and it would be good to talk with them for general
>     guidance (perhaps after we ask the Experts). ____
> 
>     __ __
> 
>     Does that sound like a good plan?____
> 
>     __ __
> 
>     Best,____
> 
>     __ __
> 
>     Spencer____
> 
>     __ __
> 
>     On Tue, Oct 14, 2025 at 1:19 AM Cheng Li <c.l@huawei.com
>     <mailto:c.l@huawei.com>> wrote:____
> 
>         Hi Spencer,____
> 
>         ____
> 
>         Long time no see, how are you doing? Trust you are doing well. ____
> 
>         I am Cheng Li, from Huawei. We met several times in IETF
>         meetings, like in Singapore😊____
> 
>         ____
> 
>         My colleague Yuan has a question about applying for a new code
>         registration of a new 3D audio method, and he believes the right
>         place should be IETF Cellar WG. ____
> 
>         Luckily, I found an old friend as the Chair, therefore, I reach
>         out to you to ask for your flavor.____
> 
>         ____
> 
>         For the details, please see below email. Basically, Yuan would
>         like to how can they register the new code.____
> 
>         As far as I know, we might need to apply it in IANA through the
>         Cellar WG, however, I am not really which type of allocation it
>         is, FCFS or IETF standard, or Expert review or others.____
> 
>         If you can help, that will be great! Thank you so much in
>         advance!____
> 
>         ____
> 
>         Best regards,____
> 
>         Cheng____
> 
>         ____
> 
>         ____
> 
>         ____
> 
>         *From:*Gaoyuan (Alex, Media Lab) <gaoyuan65@huawei.com
>         <mailto:gaoyuan65@huawei.com>>
>         *Sent:* Tuesday, October 14, 2025 11:47 AM
>         *To:* Cheng Li <c.l@huawei.com <mailto:c.l@huawei.com>>
>         *Subject:* Audio Vivid registration on Matroska formats____
> 
>         ____
> 
>         Dear Cheng,____
> 
>         ____
> 
>         How are you doing? Recently, we have a request to apply for some
>         code points in IETF, but I am not that familiar with IETF, so we
>         would like to ask for your help.____
> 
>         ____
> 
>         Background:____
> 
>         ____
> 
>         Audio Vivid is a new 3D audio coding standard which is
>         standardized by UWA(https://uhd-world-association.com/ <https://
>         uhd-world-association.com/>) The carriage of Audio Vivid
>         bitstream in the media container formats like ISOBMFF and MPEG
>         TS have been standardized in the recent years. However, the
>         Codec Mapping of Audio Vivid in Matroska formats (e.g. MKV) is
>         not defined yet.
> 
>         Through investigation of the Matroska standard, we found that
>         the key information, such as *Codec ID, Codec Name, and
>         Initialization, need to be registered*. We are wondering about
>         the registration procedure, could you help us to clarify how to
>         do this, and how long it will take to finish the workflow.
> 
>         Another thing is, if the registration usually takes a long time,
>         is there any way to make sure the proposed Codec ID (or
>         something else to uniquely identify a certain format) of Audio
>         Vivid is not occupied by the other formats?____
> 
>         ____
> 
>         *Yuan Gao*____
> 
>         Standardization & Industry Development Dept____
> 
>         Mob: +86 13811075985 *I*E-mail: gaoyuan65@huawei.com
>         <mailto:gaoyuan65@huawei.com>____
> 
>         Huawei Technologies Co. Ltd____
> 
> 
> _______________________________________________
> Cellar mailing list -- cellar@ietf.org
> To unsubscribe send an email to cellar-leave@ietf.org