Re: [MMUSIC] New Version Notification for draft-abhishek-mmusic-superimposition-grouping-00.txt

Rohit Abhishek <rabhishek@rabhishek.com> Sun, 13 December 2020 15:46 UTC

Return-Path: <rabhishek@rabhishek.com>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0C0163A17A3 for <mmusic@ietfa.amsl.com>; Sun, 13 Dec 2020 07:46:33 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.199
X-Spam-Level:
X-Spam-Status: No, score=-0.199 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, 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=rabhishek.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 C_Ets5QvBc45 for <mmusic@ietfa.amsl.com>; Sun, 13 Dec 2020 07:46:31 -0800 (PST)
Received: from mail-qk1-x731.google.com (mail-qk1-x731.google.com [IPv6:2607:f8b0:4864:20::731]) (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 3B29A3A17A1 for <mmusic@ietf.org>; Sun, 13 Dec 2020 07:46:30 -0800 (PST)
Received: by mail-qk1-x731.google.com with SMTP id i67so5881721qkf.11 for <mmusic@ietf.org>; Sun, 13 Dec 2020 07:46:30 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rabhishek.com; s=google; h=from:to:subject:thread-topic:thread-index:date:message-id :references:in-reply-to:accept-language:content-language :content-transfer-encoding:mime-version; bh=7939J8V1owcuxDZXVKcDMTrm3K8xCw8bYz/NQPJqwgg=; b=U7MSulXBwoQ26VdfXVv896HltZ/3P0T5Y7ht1hP8ks1P4efPtl0riQW1rp8JYxv1tJ 6qrsYBV7/0fLG6654uF+55Z31VaaqsfYDYTDgwwbVMq0jLDT2ROERIRPDfhu/G3QcSyb Dzc9GSiDt1flTA3h7qcRhyfGpefgq+rkV+Nf+RjCSyhzjyIbQpML5zRbSU/RgxoNFLGW IK6wmRBjiWp5jNHHr/Ssn8m/tdoF+oa4wJitvmX0pJlsccQ9xEBfcZtbfmxEyyJdCmv0 VWShpqCQKdaflwuxuPDGrPf0V+q7Yf7oHaX3fA1z9piHZ2vf8rNwOn/s9R6QzvQfkppS klBw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:thread-topic:thread-index:date :message-id:references:in-reply-to:accept-language:content-language :content-transfer-encoding:mime-version; bh=7939J8V1owcuxDZXVKcDMTrm3K8xCw8bYz/NQPJqwgg=; b=fh9WKV6cP32RV7l6U0XB/VYMdPAmgYs2I5s0jASQYiQLWb5FNvjdA//a15cxOM78P4 NtuGelbK1IH06vhCrls7KbqIdVxFftCA1DCfO/QPPLftqqJnogjOQAdlVzluqSy2bk3s R7c5iWtH59qeYJBY/nXdR0PGoYoyu6NZ/PCyUbA33FPAj6qvM5mbz0PBknS7+2oDj3oY izcmKpllNeW4dx8oVwrNmU3p1du2YuFMVNw2UJhJK5NclqgEU+rrmwiMb7fTVK7FtSID IgJgmMciM6XtqpLg2vBEQf6b9rlWNRiAYJHE7yq+awW3EenS51GQypHjeaKFFrlnpIyC 89oA==
X-Gm-Message-State: AOAM530TUcEO22B0IbC6rfOBnbfChXj/ZF7AlmPG4NJidEPzyaUeoemF lSnC0oQJL5H7Wagbo1zs50ifIg==
X-Google-Smtp-Source: ABdhPJyKaBtdcfMgEsUDdl4n1ZQpN5Xsnm2x8dqGPBSGfW8O4dA22hlROQrCXvhRF7EoFYkKsYMAxw==
X-Received: by 2002:ae9:ddc1:: with SMTP id r184mr27094674qkf.266.1607874389928; Sun, 13 Dec 2020 07:46:29 -0800 (PST)
Received: from BLAPR07MB7572.namprd07.prod.outlook.com ([2603:1036:302:5027::5]) by smtp.gmail.com with ESMTPSA id x185sm12350188qkb.87.2020.12.13.07.46.28 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sun, 13 Dec 2020 07:46:29 -0800 (PST)
From: Rohit Abhishek <rabhishek@rabhishek.com>
To: Christer Holmberg <christer.holmberg@ericsson.com>, "mmusic@ietf.org" <mmusic@ietf.org>
Thread-Topic: New Version Notification for draft-abhishek-mmusic-superimposition-grouping-00.txt
Thread-Index: ATEyMzExkiyPLsVEtDGpNWGvFYxCf8s9CT9AgAFel68=
X-MS-Exchange-MessageSentRepresentingType: 1
Date: Sun, 13 Dec 2020 15:46:24 +0000
Message-ID: <BLAPR07MB7572787E5AD34D0F0DFE5D0CF3C80@BLAPR07MB7572.namprd07.prod.outlook.com>
References: <160771931179.3111.1400354969020371031@ietfa.amsl.com> <BLAPR07MB75720867628E07B8C3D07F23F3CA0@BLAPR07MB7572.namprd07.prod.outlook.com> <AM0PR07MB3860502D06574BC64596665A93C90@AM0PR07MB3860.eurprd07.prod.outlook.com>
In-Reply-To: <AM0PR07MB3860502D06574BC64596665A93C90@AM0PR07MB3860.eurprd07.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-Exchange-Organization-SCL: -1
X-MS-TNEF-Correlator:
X-MS-Exchange-Organization-RecordReviewCfmType: 0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/ucfJaCMfXsjxmul6f5oA8wsg_fk>
Subject: Re: [MMUSIC] New Version Notification for draft-abhishek-mmusic-superimposition-grouping-00.txt
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Multiparty Multimedia Session Control Working Group <mmusic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mmusic>, <mailto:mmusic-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mmusic/>
List-Post: <mailto:mmusic@ietf.org>
List-Help: <mailto:mmusic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 13 Dec 2020 15:46:33 -0000

Hi Christer,

Thank you again for reading the draft and your comments/suggestions.
Please see inline below. 

On 12/12/20, 11:06 AM, "Christer Holmberg" <christer.holmberg@ericsson.com> wrote:

    Hi,

    A few comments (some of which I gave already previously):

    Q1:

    In Section 1, where you talk about the limitations of the mechanism, you should mention that CLUE must be used something more "fancy" is needed.
(RA: Sure. Will add this.)
    ---

    Q2:

    In Section 3, you require a specific order of the m- lines in the SDP. I think SDP explicitly says that the order of m- lines is not relevant. Also, I know that parsers may change the orders of the m- lines.

    (I also think that any counting should start from 1, not 0)

    My suggestion would be to have an explicit "order" attribute instead.
(RA: Thanks for the suggestion. Will update this in the next version.)
    ---

    Q3:

    The example in Section 6 talks about "a background video". But, this background video is not described in the SDP.

    Related to that, if the SDP describes multiple "background videos", you need to describe how you map superimposed videos to a specific background video. 

    Based on the text in Section 3 (see Q2), I am not sure whether the 0th m- line is supposed to be the background video, but the text in Section 6 says that both m- lines are for superimposed video streams.

(RA: Currently we are not addressing the signaling of background video (we are planning to add this in the next version.) Therefore, 0th m-line indicates the superimposed streams.
I understand the confusion here due to the example in Sec 6. Will update the ordering as per your suggestion in sec 3.
    ---

    Q4:

    What happens to the superimposed videos if I disable/remove/mute the background video?

(RA: This should be left to the rendered. For ex, using a default background image/video)
    ---

    Q5:

    This is editorial, but please call the group attribute something else than just "S". "supim", "spim" or something :)
(RA: Thanks for the suggestion. "supim" sounds great. __ 

    Regards,

    Christer



    -----Original Message-----
    From: mmusic <mmusic-bounces@ietf.org> On Behalf Of Rohit Abhishek
    Sent: lauantai 12. joulukuuta 2020 0.28
    To: mmusic@ietf.org
    Subject: [MMUSIC] FW: New Version Notification for draft-abhishek-mmusic-superimposition-grouping-00.txt

    Dear All,

    A new version of the draft “SDP Superimposition Grouping framework” has been uploaded. 
    We have changed the name from  “SDP Overlay Grouping framework for immersive telepresence media streams” to  “SDP Superimposition Grouping framework” as the previous name wasn’t an accurate description of the content. Therefore, we had to start from version 00.

    Thank you all for the comments/suggestions on the previous draft.
    We have tried to address them in this version. Specifically, a transparency attribute and an informative Section on relationship with CLUE has been added.

    Comments/Questions/Feedbacks are welcome.

    Best Regards,
    Rohit

    On 12/11/20, 12:41 PM, "internet-drafts@ietf.org" <internet-drafts@ietf.org> wrote:


        A new version of I-D, draft-abhishek-mmusic-superimposition-grouping-00.txt
        has been successfully submitted by Rohit Abhishek and posted to the
        IETF repository.

        Name:		draft-abhishek-mmusic-superimposition-grouping
        Revision:	00
        Title:		SDP Superimposition Grouping framework
        Document date:	2020-12-11
        Group:		Individual Submission
        Pages:		8
        URL:            https://www.ietf.org/archive/id/draft-abhishek-mmusic-superimposition-grouping-00.txt
        Status:         https://datatracker.ietf.org/doc/draft-abhishek-mmusic-superimposition-grouping/
        Htmlized:       https://datatracker.ietf.org/doc/html/draft-abhishek-mmusic-superimposition-grouping
        Htmlized:       https://tools.ietf.org/html/draft-abhishek-mmusic-superimposition-grouping-00


        Abstract:
           This document defines semantics that allow for signaling a new SDP
           group "S" for superimposed media in an SDP session.  The "S"
           attribute can be used by the application to relate all the
           superimposed media streams enabling them to be added as an overlay on
           top of any media stream.  The superimposition grouping semantics is
           required, if the media data is separate and transported via different
           sessions.




        Please note that it may take a couple of minutes from the time of submission
        until the htmlized version and diff are available at tools.ietf.org.

        The IETF Secretariat


    _______________________________________________
    mmusic mailing list
    mmusic@ietf.org
    https://www.ietf.org/mailman/listinfo/mmusic