Re: [AVTCORE] I-D Action: draft-ietf-payload-rtp-ttml-06.txt
Martin J. Dürst <duerst@it.aoyama.ac.jp> Sat, 23 November 2019 00:43 UTC
Return-Path: <duerst@it.aoyama.ac.jp>
X-Original-To: avt@ietfa.amsl.com
Delivered-To: avt@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1F4CB12088B for <avt@ietfa.amsl.com>; Fri, 22 Nov 2019 16:43:28 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 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_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=itaoyama.onmicrosoft.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 kIl4x9IboAg4 for <avt@ietfa.amsl.com>; Fri, 22 Nov 2019 16:43:24 -0800 (PST)
Received: from JPN01-OS2-obe.outbound.protection.outlook.com (mail-eopbgr1410094.outbound.protection.outlook.com [40.107.141.94]) (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 EED0D12088A for <avtcore@ietf.org>; Fri, 22 Nov 2019 16:43:23 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=SypN7hU75VSk8X/q5bpBh6cHIY4/xcvUhJilGxD0jNPUr2g4VvpkHnf4GxDf0LZbJnhPQVrmDtpZO0+ZaEDpCErYeNqOoiG/4y/3kwu87J/Q51obqIVmm1z4YFKvcj8cNfvl/CLYRneVrgyq75DNGG9mZdvBPtT8T55VfKHlPLgkVuyHd/FH22KgYbGxZZVWSq1CmSVSIydCME4juOoVROsCNf4hs3L896viM3KJEVL+rFuKdyBI2jxTZEC+qoyUBJWXxezApAdWCQE3tnBsWngpXHluTbrg2juVVsxHv0FxP3k1hzfoMum4vfidUY1AcQhPBKIKmqJLdg6HfT/VnQ==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=nuS7SvKdz93FIXkB2Wj0i1PADnRb0IvxKzO6HimF6W8=; b=R7/EjrJfllLmhPpgp8ZUm10bCJAMim13+7NZec1+qTdxM3eQ3IgT0yf1RbCO6pMX2Kv4Z13ZhmPSXoSpObX5Nmhm8L/zZXBGa0v7FXJe4oW88SIyA1u3OijAyyDN1H0Lt7VGoyE9TaICnb/Gb7GFtqjHlDyg/x07CjZrwj9RUz+eSrVoruevbBnSwAUii7szG0kuSqhpIIf1w5HFIpjw210T7zxb4R3ffAS17Lz891E5WI7xm+u5oXyCa1p3vlw5Veiy1BSgEaY549E9PTbCETG8O0CgugKHVAaKEOV74JVS/WypYt7G5nSNLtQl6Eo3g6v26lMQx057GqSy/AG4Zg==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=it.aoyama.ac.jp; dmarc=pass action=none header.from=it.aoyama.ac.jp; dkim=pass header.d=it.aoyama.ac.jp; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=itaoyama.onmicrosoft.com; s=selector2-itaoyama-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=nuS7SvKdz93FIXkB2Wj0i1PADnRb0IvxKzO6HimF6W8=; b=Tg2zoMMNi9hN1STnvZ2aNZ31/w5wtM1cL28TOHy8SKx0qjMHvgh6m5Qs26iAHhcEtCGp6Ut4IbDNzM/PK4ben3Gkw5McZ2XUdHwCpmklopzAW433ig1eQSbMkKVRh2j23cmM6kjlbcOoyf17psZIvFbBkwYJe+7GeljIEr+BNjk=
Received: from OSAPR01MB4450.jpnprd01.prod.outlook.com (20.179.176.211) by OSAPR01MB5202.jpnprd01.prod.outlook.com (20.179.179.17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2474.17; Sat, 23 Nov 2019 00:43:21 +0000
Received: from OSAPR01MB4450.jpnprd01.prod.outlook.com ([fe80::5cee:56cf:c45e:11a]) by OSAPR01MB4450.jpnprd01.prod.outlook.com ([fe80::5cee:56cf:c45e:11a%7]) with mapi id 15.20.2474.021; Sat, 23 Nov 2019 00:43:21 +0000
From: "Martin J. Dürst" <duerst@it.aoyama.ac.jp>
To: James Sandford <james.sandford@bbc.co.uk>, Barry Leiba <barryleiba@computer.org>, Roni Even <roni.even@huawei.com>
CC: "avtcore@ietf.org" <avtcore@ietf.org>
Thread-Topic: I-D Action: draft-ietf-payload-rtp-ttml-06.txt
Thread-Index: AQHVoQLGw4W+D+qSjUS2dZ3BrVb+Y6eW0rQAgAARFwCAABHdAIAADwKAgAACdACAAOTcgA==
Date: Sat, 23 Nov 2019 00:43:20 +0000
Message-ID: <e0619db9-1a49-9965-a530-b0ba8dc5ba61@it.aoyama.ac.jp>
References: <157418109116.21482.14671758061196232707@ietfa.amsl.com> <df2cae07-8d15-d164-5ced-cd57bc3e58ae@it.aoyama.ac.jp> <734752AF0E88364D983373FE5CEFED577E79914F@bgb01xud1001> <bbd02e9f-1580-2ae5-a174-b4dbad5271b8@it.aoyama.ac.jp> <734752AF0E88364D983373FE5CEFED577E799185@bgb01xud1001> <85800818-f482-543d-cdc3-f270e19b33f5@it.aoyama.ac.jp> <734752AF0E88364D983373FE5CEFED577E7991A8@bgb01xud1001>
In-Reply-To: <734752AF0E88364D983373FE5CEFED577E7991A8@bgb01xud1001>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-clientproxiedby: TY2PR02CA0058.apcprd02.prod.outlook.com (2603:1096:404:e2::22) To OSAPR01MB4450.jpnprd01.prod.outlook.com (2603:1096:604:63::19)
authentication-results: spf=none (sender IP is ) smtp.mailfrom=duerst@it.aoyama.ac.jp;
x-ms-exchange-messagesentrepresentingtype: 1
x-originating-ip: [133.2.210.64]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 3128053a-7d5d-47b4-8e71-08d76fae2388
x-ms-traffictypediagnostic: OSAPR01MB5202:
x-ms-exchange-purlcount: 2
x-microsoft-antispam-prvs: <OSAPR01MB5202324DA1CA405390F67D57CA480@OSAPR01MB5202.jpnprd01.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 0230B09AC4
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(136003)(366004)(376002)(396003)(39830400003)(346002)(189003)(199004)(129404003)(386003)(6116002)(64756008)(786003)(316002)(186003)(2906002)(25786009)(6246003)(3846002)(256004)(508600001)(14444005)(4326008)(53546011)(14454004)(85182001)(31686004)(305945005)(6506007)(966005)(7736002)(81166006)(8676002)(99286004)(81156014)(110136005)(8936002)(66066001)(71190400001)(6486002)(66574012)(31696002)(6306002)(52116002)(66946007)(86362001)(6512007)(2616005)(229853002)(446003)(6436002)(26005)(66476007)(11346002)(66556008)(66446008)(76176011)(85202003)(71200400001)(102836004)(5660300002); DIR:OUT; SFP:1102; SCL:1; SRVR:OSAPR01MB5202; H:OSAPR01MB4450.jpnprd01.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:0;
received-spf: None (protection.outlook.com: it.aoyama.ac.jp does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: /voJ+plRShKZ7irHCihEQ+aW/e+y1sOZ4Gt/FGfdn1gma/b9K0d7Oy6ISiI2jj7EFnkF9S3XomCGIm7HFuIMSxIB+hQqgE2i5FHeIbKdLIyU2csUF+gcRBz7rXoLSgr388Hd7jC1Xl5jBo6QMnuk9ab5FV4jbuAWC5j4/xwws7XPrIi/ekpdI6MvvhA8emVze/08MXrMsH38GKeeF69M89bAxYPrP77SklmQIb2Rc5EMFcadGmkMykwKdAXPc9Yc7u/+lekL73m99bkwHVG4ojXBH0r0Fq3482brZuYJAxrqNAYEF6AscKODgRuPVpFq7I9WJD9xxnfw3ue/Kvaws0Q8MmhAOMpVZbSEGIMt0o8xfAbzeHRFV1dBJc1zpS90f9VIrTMKZ3Dk99Mm8k2cWF/f4PrcDxjUx94/1uiFx8vBMUnqteVYxAkpRXDF+QkKZJ6gyeIpAoiFoNuA2HkhvT4oGFTfm8BEnqj+Deu3eu4=
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-ID: <A432E7339573914B91D23209F715680B@jpnprd01.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: it.aoyama.ac.jp
X-MS-Exchange-CrossTenant-Network-Message-Id: 3128053a-7d5d-47b4-8e71-08d76fae2388
X-MS-Exchange-CrossTenant-originalarrivaltime: 23 Nov 2019 00:43:20.9587 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: e02030e7-4d45-463e-a968-0290e738c18e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: Zji83TPP9OOwTMv9JpOzPkJ05KBpgYR+/A1lBcUtFPJGAiXRH371DJVadT2tY9fJcd3+zzUZIQaAEr3FhSOAQg==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: OSAPR01MB5202
Archived-At: <https://mailarchive.ietf.org/arch/msg/avt/KgEdQLSB4JEw3dc1urRajeqz8G4>
Subject: Re: [AVTCORE] I-D Action: draft-ietf-payload-rtp-ttml-06.txt
X-BeenThere: avt@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Audio/Video Transport Core Maintenance <avt.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/avt>, <mailto:avt-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/avt/>
List-Post: <mailto:avt@ietf.org>
List-Help: <mailto:avt-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 23 Nov 2019 00:43:28 -0000
Hello James, Many thank again for your quick followup. On 2019/11/22 20:04, James Sandford wrote: > Thank you. This helps a lot. > > The capitalisation is a mistake. Thanks for spotting. > > I think I agree with your points on the first sentence of the abstract and I understand your point on the use of "live workflows". > > Proposed changes: > > Remove the workflows section of the first sentence in the abstract. Updated wording: > This memo describes a Real-time Transport Protocol (RTP) payload format for TTML, an XML based timed text format from W3C. > > Replace instances of "live workflows" with "streaming workflows". > > Fix capitalisation mentioned. > > Would that be acceptable? That would be great. Regards, Martin. > Regards, > James > > > ========== > James Sandford > R&D Project Engineer > > BBC Research and Development > 5th Floor > Dock House > MediaCityUK > Salford > M50 2LH > > Tel: 030304 (09549) > Web: http://www.bbc.co.uk/rd > > ________________________________________ > From: Martin J. Dürst [duerst@it.aoyama.ac.jp] > Sent: 22 November 2019 10:55 > To: James Sandford; Barry Leiba; Roni Even > Cc: avtcore@ietf.org > Subject: Re: I-D Action: draft-ietf-payload-rtp-ttml-06.txt > > Hello James, > > On 2019/11/22 19:01, James Sandford wrote: >> Could you expand? Workflow feels like the correct term for the context of moving the media between endpoints in a generic sense to me. > > What doesn't work for me is that the first sentence in the Abstract says > "TTML, an XML based timed text format for live and file based workflows > from W3C". What does TTML *itself* have to do with workflows, other than > that any kind of data format whatever can be integrated into dozens if > not hundreds of different workflows? > > Looking at the document a bit more, I also found one instance where > "Television Workflows" is capitalized, which surprises me, but may > indicate that "workflow" has a somewhat specific use in the TV industry. > > Also, in the last instance of "workflow" in the document, it is > "streaming workflows" rather than "live workflows". To me, "streaming" > sounds like the better word (for the second sentence of the abstract), > because it's less specific to TV, and my understanding (as an outsider) > would be that this RTP Payload is not restricted to live broadcasts, but > can also be used for streaming pre-recorded programming. > > Hope this helps. > > Regards, Martin. > >> Regards, >> James >> >> ========== >> James Sandford >> R&D Project Engineer >> >> BBC Research and Development >> 5th Floor >> Dock House >> MediaCityUK >> Salford >> M50 2LH >> >> Tel: 030304 (09549) >> Web: http://www.bbc.co.uk/rd >> >> ________________________________________ >> From: Martin J. Dürst [duerst@it.aoyama.ac.jp] >> Sent: 22 November 2019 08:57 >> To: James Sandford; Barry Leiba; Roni Even >> Cc: avtcore@ietf.org >> Subject: Re: I-D Action: draft-ietf-payload-rtp-ttml-06.txt >> >> Hello James, >> >> Many thanks for your fast reply. >> >> On 2019/11/22 16:56, James Sandford wrote: >>> Hello, >>> Thanks for your comments. I don't believe "workflow" is broadcast specific. I've seen it used in the context of many processes where multiple actors handle something in sequence. This includes manufacturing workflows, software development workflows, and even RFC creation. From the tools.ietf.org page: >>> >>> The New Internet Draft Submission Tool replaces the older Draft Submission Tool and the even older email submission workflow >>> >>> Are you unfamiliar with the term "workflow" or suggesting its inappropriate in this context? >> >> The later, not the former. (In the context of your other examples above, >> the word workflow seems very natural to me.) >> >> Regards, Martin. >> >>> Regards, >>> James >>> >>> ========== >>> James Sandford >>> R&D Project Engineer >>> >>> BBC Research and Development >>> 5th Floor >>> Dock House >>> MediaCityUK >>> Salford >>> M50 2LH >>> >>> Tel: 030304 (09549) >>> Web: http://www.bbc.co.uk/rd >>> >>> ________________________________________ >>> From: Martin J. Dürst [duerst@it.aoyama.ac.jp] >>> Sent: 22 November 2019 07:02 >>> To: Barry Leiba; Roni Even; James Sandford >>> Cc: avtcore@ietf.org >>> Subject: Fwd: I-D Action: draft-ietf-payload-rtp-ttml-06.txt >>> >>> Sorry that this only just now cought my eye, but the document is in the >>> RFC Editor's queue for only 1 day yet, and I think there are serious >>> editorial changes that would improve the document quite a bit. >>> >>> The document mentions the word "workflow" to describe TTML several >>> times, in particular two times in the abstract. This was surprising to >>> me because while I have been involved in W3C for a long time, I have >>> never heard the word "workflow" in connection with TTTML. >>> >>> I just checked, and indeed Timed Text Markup Language 2 (TTML2) >>> (W3C Recommendation 08 November 2018, https://www.w3.org/TR/ttml2/) >>> doesn't mention the word "workflow" a single time. The way TTML >>> describes itself is: >>> >>> The Timed Text Markup Language is a content type that >>> represents timed text media for the purpose of interchange >>> among authoring systems. Timed text is textual information >>> that is intrinsically or extrinsically associated with >>> timing information. >>> >>> The word "workflow" may have a very specific meaning in the television >>> industry, which lead the author of this document to choose this word, >>> but it is very confusing for readers not familiar with such terminology. >>> So in order to avoid such confusion, I strongly suggest to >>> remove/replace the word "workflow" from the document, and in particular >>> from the abstract. Given the nature of RTP, it seems to me that it's >>> pretty obvious that a payload format is needed for 'live' use cases, and >>> not for file transfer (which may be done with HTTP or FTP or whatever >>> else). So I don't think there is a need to bring in the specific >>> viewpoint of the TV industry and therewith confuse people from other >>> industries and describe TTML in a completely different way than people >>> in general are understanding it. >>> >>> Sorry this got a bit long, but I hope I got my point across. If I should >>> send this somewhere else, please tell me. >>> >>> Regards, Martin. >> . >> > . >
- [AVTCORE] I-D Action: draft-ietf-payload-rtp-ttml… internet-drafts
- [AVTCORE] Fwd: I-D Action: draft-ietf-payload-rtp… Martin J. Dürst
- Re: [AVTCORE] I-D Action: draft-ietf-payload-rtp-… James Sandford
- Re: [AVTCORE] I-D Action: draft-ietf-payload-rtp-… Barry Leiba
- Re: [AVTCORE] I-D Action: draft-ietf-payload-rtp-… Martin J. Dürst
- Re: [AVTCORE] I-D Action: draft-ietf-payload-rtp-… James Sandford
- Re: [AVTCORE] I-D Action: draft-ietf-payload-rtp-… Martin J. Dürst
- Re: [AVTCORE] I-D Action: draft-ietf-payload-rtp-… James Sandford
- Re: [AVTCORE] I-D Action: draft-ietf-payload-rtp-… Martin J. Dürst
- Re: [AVTCORE] I-D Action: draft-ietf-payload-rtp-… Barry Leiba
- Re: [AVTCORE] I-D Action: draft-ietf-payload-rtp-… James Sandford