Re: [Wish] WG recharter
Bernard Aboba <bernard.aboba@gmail.com> Sat, 06 May 2023 06:55 UTC
Return-Path: <bernard.aboba@gmail.com>
X-Original-To: wish@ietfa.amsl.com
Delivered-To: wish@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DF5A8C1524DC for <wish@ietfa.amsl.com>; Fri, 5 May 2023 23:55:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.093
X-Spam-Level:
X-Spam-Status: No, score=-2.093 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, MIME_QP_LONG_LINE=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=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 ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EDrNmqLvfxZ7 for <wish@ietfa.amsl.com>; Fri, 5 May 2023 23:55:04 -0700 (PDT)
Received: from mail-pl1-x636.google.com (mail-pl1-x636.google.com [IPv6:2607:f8b0:4864:20::636]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2A4B0C152DA5 for <wish@ietf.org>; Fri, 5 May 2023 23:55:04 -0700 (PDT)
Received: by mail-pl1-x636.google.com with SMTP id d9443c01a7336-1a50cb65c92so18151535ad.0 for <wish@ietf.org>; Fri, 05 May 2023 23:55:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1683356102; x=1685948102; h=to:in-reply-to:cc:references:message-id:date:subject:mime-version :content-transfer-encoding:from:from:to:cc:subject:date:message-id :reply-to; bh=+mU761JI8SO3/qZwBh0G31u3gg26+chqEAaE9IcqCHc=; b=RnG80DY49cTbM4ZTgXs14GJlS919DnykYrqdOrntFJSPcPAjEEttLiyW5BpNyaAt2b Fi1c8SG5dFJFuqgp3/rV+JuEPj3xPk6zQstVoSPZ6KNoXzjC80p6FawSeh4tAa90LptA 7vcxz95+aQ7WzIHm5q7l99SdiIq2EqXyYRld+y3eRcVk8TW4nyEmi8EJPyfozYlW5lLX kTGTxC2k6aPynGAPxUN9B7RRnPx10sbnn+t9UNd8fMIUof2wR6vDF8K6tqLDNArMZOIi wC3J3TCaaGWehlI4TkmCSlCyRKLeQGNt+FqJsYvmiCGri4hK4eMr98JNSlxpgcjXj88k uUvQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1683356102; x=1685948102; h=to:in-reply-to:cc:references:message-id:date:subject:mime-version :content-transfer-encoding:from:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=+mU761JI8SO3/qZwBh0G31u3gg26+chqEAaE9IcqCHc=; b=gk1wb5xwiMReVCwSOajc1IGotw0w9DXGgCT9f8aoBrs16ZEqtqYWoRqj63YLHglfa8 7K9Nhsa8gBYyiV7DxxbsciVxhWWjMs2tfOiXTyERyb2cJlyXsBJFWS+bSYjNXRSq8+vX 2HZp7ZsCRVLma8+lv+i2hsFUnh1L8ZsiFlNCtJpVE2ToBdwyu78p6mz4CujuwB3RCrTi npLeRTtUbYT1t38Bj5tgQALeCWGUCTvvkkSTxnqDPi9xhhI6C7JCVc2sIOzF190qgldU jZ2oF7xaazsJT0pDQ+HET/MSZmrwV89iObS7dBw460498Dvvq8alUFzaysHdUqqR10Ms E5DA==
X-Gm-Message-State: AC+VfDwEKz4wvv9D0cjIiLTj+V1kJng5nIR8OGN5DvqvXEvcHW1M+JlX GnLsd8Hs439z3nFU69EbaLQ=
X-Google-Smtp-Source: ACHHUZ4lN4xnV5ySFSkqZRQbw2BATBI2LGI35nkwPT1SKcpXV5M57PQbDQKBoS2TfmUKRGX89eETZQ==
X-Received: by 2002:a17:902:9897:b0:1ab:1bdd:b307 with SMTP id s23-20020a170902989700b001ab1bddb307mr3618788plp.51.1683356102197; Fri, 05 May 2023 23:55:02 -0700 (PDT)
Received: from smtpclient.apple (c-24-16-156-188.hsd1.wa.comcast.net. [24.16.156.188]) by smtp.gmail.com with ESMTPSA id o4-20020a170902d4c400b00199193e5ea1sm2852947plg.61.2023.05.05.23.55.01 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 05 May 2023 23:55:01 -0700 (PDT)
From: Bernard Aboba <bernard.aboba@gmail.com>
X-Google-Original-From: Bernard Aboba <Bernard.Aboba@gmail.com>
Content-Type: multipart/alternative; boundary="Apple-Mail-69E67930-1680-4E4C-BD52-8907E4694499"
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (1.0)
Date: Fri, 05 May 2023 23:54:50 -0700
Message-Id: <1D0054DE-0A8C-4041-8658-7C01CBBA56A7@gmail.com>
References: <877ctn290s.wl-jch@irif.fr>
Cc: Sean Turner <sean@sn3rd.com>, Tim Panton <tim@pi.pe>, Sergio Garcia Murillo <sergio.garcia.murillo@gmail.com>, WISH List <wish@ietf.org>
In-Reply-To: <877ctn290s.wl-jch@irif.fr>
To: Juliusz Chroboczek <jch@irif.fr>
X-Mailer: iPad Mail (20E252)
Archived-At: <https://mailarchive.ietf.org/arch/msg/wish/92sb3MQMb7sJwSkAS8VarDwBdo0>
Subject: Re: [Wish] WG recharter
X-BeenThere: wish@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: WebRTC Ingest Signaling over HTTPS <wish.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/wish>, <mailto:wish-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/wish/>
List-Post: <mailto:wish@ietf.org>
List-Help: <mailto:wish-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/wish>, <mailto:wish-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 06 May 2023 06:55:08 -0000
Here are the references (cited in the MoQ WARP submission):
[ISOBMFF] "Information technology — Coding of audio-visual objects —
Part 12: ISO Base Media File Format", December 2015.
[CMAF] "Information technology -- Multimedia application format
(MPEG-A) -- Part 19: Common media application format
(CMAF) for segmented media", March 2020.
A description of CMAF (and its use of ISOBMFF) is here:
https://www.gumlet.com/learn/what-is-cmaf/#:~:text=The%20main%20difference%20between%20CMAF,streaming%20media%20over%20the%20Internet.
As noted in the above description, CMAF supports subtitles and captioning, low latency and DRM.
> On May 4, 2023, at 12:26, Juliusz Chroboczek <jch@irif.fr> wrote:
>
>
>>
>> No one is going to create a separate spec for transport of CMAF in Data
>> Channel, just like there is no “spec” for transport of CMAF in
>> MoQ. There’s no spec, because it’s just single line in a document: “one
>> CMAF chunk per message.”
>
> While I'm not sure that this is the right WG to standardise a protocol
> such as the one you envision, I'd be inerested in learning more. Where is
> CMAF described, and is there a publicly available specification that can
> be used as a normative reference in an IETF document?
>
> (These are two separate questions: if you can share a document that's an
> accurate description, I'd be interested even if it's not usable as a normative
> reference in an RFC.)
>
> Perhaps you could also say a few words why you think that CMAF-over-X, for
> some value of X, is a compelling alternative to RTP?
>
> Thanks,
>
> -- Juliusz
>
- [Wish] WG recharter Sergio Garcia Murillo
- Re: [Wish] WG recharter Tim Panton
- Re: [Wish] WG recharter Sean Turner
- Re: [Wish] WG recharter Sergio Garcia Murillo
- Re: [Wish] WG recharter Sergio Garcia Murillo
- Re: [Wish] WG recharter Bernard Aboba
- Re: [Wish] WG recharter Sergio Garcia Murillo
- Re: [Wish] WG recharter Juliusz Chroboczek
- Re: [Wish] WG recharter Bernard Aboba
- Re: [Wish] WG recharter Sergio Garcia Murillo
- Re: [Wish] WG recharter Sean DuBois
- Re: [Wish] WG recharter Tim Panton
- Re: [Wish] WG recharter Sean Turner
- Re: [Wish] WG recharter Bernard Aboba
- Re: [Wish] WG recharter Sergio Garcia Murillo
- Re: [Wish] WG recharter Juliusz Chroboczek
- Re: [Wish] WG recharter Bernard Aboba
- Re: [Wish] WG recharter Sergio Garcia Murillo
- Re: [Wish] WG recharter Tim Panton
- Re: [Wish] WG recharter Sergio Garcia Murillo