Re: [payload] new draft - RTP Payload for TTML Timed Text

James Sandford <james.sandford@bbc.co.uk> Thu, 24 January 2019 15:50 UTC

Return-Path: <james.sandford@bbc.co.uk>
X-Original-To: payload@ietfa.amsl.com
Delivered-To: payload@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1535B130EE6 for <payload@ietfa.amsl.com>; Thu, 24 Jan 2019 07:50:49 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.199
X-Spam-Level:
X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 PFiR4QKfqWtM for <payload@ietfa.amsl.com>; Thu, 24 Jan 2019 07:50:46 -0800 (PST)
Received: from mailout1.telhc.bbc.co.uk (mailout1.telhc.bbc.co.uk [132.185.161.180]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5CDBA1310E5 for <payload@ietf.org>; Thu, 24 Jan 2019 07:50:44 -0800 (PST)
Received: from BGB01XI1007.national.core.bbc.co.uk (bgb01xi1007.national.core.bbc.co.uk [10.161.14.21]) by mailout1.telhc.bbc.co.uk (8.15.2/8.15.2) with ESMTP id x0OFnmBO004241; Thu, 24 Jan 2019 15:49:48 GMT
Received: from BGB01XI1015.national.core.bbc.co.uk (10.161.14.78) by BGB01XI1007.national.core.bbc.co.uk (10.161.14.21) with Microsoft SMTP Server (TLS) id 14.3.408.0; Thu, 24 Jan 2019 15:49:47 +0000
Received: from BGB01XUD1001.national.core.bbc.co.uk ([10.184.52.80]) by BGB01XI1015.national.core.bbc.co.uk ([10.161.14.78]) with mapi id 14.03.0408.000; Thu, 24 Jan 2019 15:49:48 +0000
From: James Sandford <james.sandford@bbc.co.uk>
To: "Roni Even (A)" <roni.even@huawei.com>, "payload@ietf.org" <payload@ietf.org>
Thread-Topic: new draft - RTP Payload for TTML Timed Text
Thread-Index: AdSuh6AYULm9HPIlScy9aWUDvmlrAACC8EFwANoyep0=
Date: Thu, 24 Jan 2019 15:49:46 +0000
Message-ID: <734752AF0E88364D983373FE5CEFED57594A6CDF@bgb01xud1001>
References: <734752AF0E88364D983373FE5CEFED575941480A@bgb01xud1001>, <6E58094ECC8D8344914996DAD28F1CCD18CA4C74@dggemm526-mbx.china.huawei.com>
In-Reply-To: <6E58094ECC8D8344914996DAD28F1CCD18CA4C74@dggemm526-mbx.china.huawei.com>
Accept-Language: en-GB, en-US
Content-Language: en-GB
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [172.19.161.212]
X-TM-AS-Product-Ver: SMEX-12.5.0.1300-8.2.1013-24054.007
X-TM-AS-Result: No-26.403900-8.000000-10
X-TMASE-MatchedRID: 2b72VDjmVAXuYusHgJkgysMdI0UcXEHziOK/lUe5169kfFY5g68uNpyn 4d+h84utsI8BgzzT6H3gGY7SWh/QcbFPpfdetAtTnjQstLm6Sv2OQfO7NXWUBFr4i+K1V/aKQCc 0artgFV86QXObk0h1vvY6w13if3sS5gCHftmwEMJu/Xr6CKXiN3GGWh2ABW0vjW5z27F/gzAFSb dKw99GGlBi+V5Q8p6TNRjTXGE2d8gpa6LJktEjgN78NWlYojkr6i5zlFx/UHTz16x6vdmkBk2q1 ss9JVjvqlCCCMNPFP+L06bhI7iKZAXysW33GYMpOhJ9m53n4aB8inMEE3a4qihKmgX0fl89fk9A uxcNkmkMuWMRUG0WeKgHoGQqnHWRy7TSWcbz49Yh9mNF8ZPJ2FeVic7zXy8/jNETHH9N9TbhRyP B33ztgrInc22lvFMLx6itxkruJHttD1qg9KZYkavMx08QAisWAOoJD+M7nOnby/JEikH1hKs56L hEMRafuOky75R+2prDPLrlcVKDgy9PRkKGjWuX/JPfc9Zp1vFIZGB4ZaM4otvZTBOOebCi1qcYN s/J72i25Tza+iUP7Bam7yJ+gvRkCFaAixm5eU9tv2q+Uxc7gswSYwn4uJX9wg3IxeTkv4gtdaN3 IEjAn2MuidnbeZKRBKkdDq0d118YepUnc2y28a6IBbSnfz+3QW2r9E7JPmSguRX2tDuufghDdLP MiZ3oQHm5YLO+mCJUy/LwKX5DCZ0K2Qyuw6062U0bfznSI3ZJ/oIGXyyX8jnuQWM5MjklgExzV+ J9XRjmKLFYcKpv/YtPUkMBzCAIIj0zFI5DoJJeTMqqGz6HtJsoi2XrUn/J2PCdE+jq61PFtgJOV 45R/sus84yLEQzZUhm4g9nuJWdlhhD0EVXDeOYW23/lu+cl+/ZN0+FsaSofYJ9R3n+Uu7QgO8HG RJoHJn+a5cn5x/ip0hpCqlsm8A==
X-TM-AS-User-Approved-Sender: Yes
X-TM-AS-User-Blocked-Sender: No
X-TMASE-Result: 10--26.403900-8.000000
X-TMASE-Version: SMEX-12.5.0.1300-8.2.1013-24054.007
Content-Type: multipart/alternative; boundary="_000_734752AF0E88364D983373FE5CEFED57594A6CDFbgb01xud1001_"
MIME-Version: 1.0
X-EXCLAIMER-MD-CONFIG: c91d45b2-6e10-4209-9543-d9970fac71b7
X-EXCLAIMER-MD-CONFIG: 1cd3ac1c-62e5-43f2-8404-6b688271c769
Archived-At: <https://mailarchive.ietf.org/arch/msg/payload/pK5Kf7sGvH6as3_mQ49L3UVP0Eg>
Subject: Re: [payload] new draft - RTP Payload for TTML Timed Text
X-BeenThere: payload@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Audio/Video Transport Payloads working group discussion list <payload.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/payload>, <mailto:payload-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/payload/>
List-Post: <mailto:payload@ietf.org>
List-Help: <mailto:payload-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/payload>, <mailto:payload-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 24 Jan 2019 15:50:54 -0000

Hello,
I've uploaded a new version that hopefully addresses these concerns. https://datatracker.ietf.org/doc/draft-sandford-payload-rtp-ttml/01/

Regards,
James


==========
James Sandford
R&D Engineer

BBC Research and Development
5th Floor
Dock House
MediaCityUK
Salford
M50 2LH

Tel: 030304 (09549)
Web: http://www.bbc.co.uk/rd
________________________________
From: Roni Even (A) [roni.even@huawei.com]
Sent: 20 January 2019 08:09
To: James Sandford; payload@ietf.org
Subject: RE: new draft - RTP Payload for TTML Timed Text

Hi,
Thanks for submitting the document. I did a quick review and the table of content has all the required sections
I see that there is interest in this work from the mailing list discussion and new RTP payload is in the charter of the WG so we can most probably progress the document.
Some comments as WG chair

The IANA section should include the registration template. I looked at the reference to the ttml document (https://www.w3.org/TR/ttml-profile-registry/ ) and noticed the ttml+xml registration template, this should be in this document, I also expect some more content in section 5 and 6
As for the security consideration, the length field is per packet but I did not see any concerns about the document size, is it unbound which can cause denial of service attack by sending large documents. Please look at RFC8088 (https://tools.ietf.org/html/rfc8088 ) to see how to write the important specification sections in section 7.


As an individual, I saw some discussion about the clock rate so assume it will be addressed. I noticed that the default rate is 1000 yet the example in 7.2.1 has 90000 so I was also looking for some guidelines about how to select the clock rate.

Roni Even
Payload WG co-chair




From: payload [mailto:payload-bounces@ietf.org] On Behalf Of James Sandford
Sent: Thursday, January 17, 2019 7:40 PM
To: payload@ietf.org
Subject: [payload] new draft - RTP Payload for TTML Timed Text

Dear IETF Payload WG,

I have uploaded a draft specifying an RTP payload format for TTML Timed Text https://datatracker.ietf.org/doc/draft-sandford-payload-rtp-ttml/

"""
This memo describes a Real-time Transport Protocol (RTP) payload format for TTML, an XML based timed text format for live and file based workflows from W3C.  This payload format is specifically targeted at live workflows using TTML.
"""

"""
TTML (Timed Text Markup Language) is a media type for describing timed text such as closed captions (also known as subtitles) in television workflows or broadcasts as XML.  This document specifies how TTML should be mapped into an RTP stream in live workflows including, but not restricted to, those described in the television broadcast oriented EBU-TT Part 3 specification.
"""

The television broadcast industry is currently progressing towards a future where broadcast facilities are based on IP networks as opposed to the specialist cabling and equipment currently used. One aspect of this work is the SMPTE2110 family of specifications which specifies, among other things, the use of RTP for audio, video, and other media. Work has previously been done by Thomas Edwards to provide an RTP profile for carrying ancillary data bit streams with maximum interoperability with traditional SDI (Serial Digital Interface) systems. These bit streams may contain closed captions, timing information, triggering signals for equipment etc. That work has provided an easy way to transition current data streams to IP in broadcast facilities. But these data streams still use legacy formats bound by the restrictions of SDI. This new draft specifies a payload to carry a modern timed text format natively over RTP within broadcast facilities.

I would be very grateful if you could review and support this document and I look forward to working with the group.

Regards,
James



==========
James Sandford
R&D Engineer

BBC Research and Development
5th Floor
Dock House
MediaCityUK
Salford
M50 2LH

Tel: 030304 (09549)
Web: http://www.bbc.co.uk/rd



----------------------------

http://www.bbc.co.uk
This e-mail (and any attachments) is confidential and may contain personal views which are not the views of the BBC unless specifically stated.
If you have received it in error, please delete it from your system.
Do not use, copy or disclose the information in any way nor act in reliance on it and notify the sender immediately.
Please note that the BBC monitors e-mails sent or received.
Further communication will signify your consent to this.

---------------------



----------------------------

http://www.bbc.co.uk
This e-mail (and any attachments) is confidential and may contain personal views which are not the views of the BBC unless specifically stated.
If you have received it in error, please delete it from your system.
Do not use, copy or disclose the information in any way nor act in reliance on it and notify the sender immediately.
Please note that the BBC monitors e-mails sent or received.
Further communication will signify your consent to this.

---------------------