Re: ISSUE-335 (Negative times for offsets): In order to handle offsets between start time in TTML docs and start time in video, allow negative times to be used in fragment begin times. [TTML.next]

There is a potential advantage in being able to express timecodes in media timing *style* (I.e. From the start of media as 0) yet adapt them (using the proposed offset) to a SMPTE timecode broadcast paradigm (e.g. A 10 hour start of media program timecode).

Such a document would be capable of trivial conversion between broadcast use and web use.

Best regards,
John


From: Glenn Adams [mailto:glenn@skynav.com]
Sent: Friday, August 15, 2014 07:06 PM
To: Nigel Megitt <nigel.megitt@bbc.co.uk>
Cc: Courtney Kennedy <ckennedy@apple.com>; Timed Text Working Group <public-tt@w3.org>
Subject: Re: ISSUE-335 (Negative times for offsets): In order to handle offsets between start time in TTML docs and start time in video, allow negative times to be used in fragment begin times. [TTML.next]




On Fri, Aug 15, 2014 at 11:58 AM, Nigel Megitt <nigel.megitt@bbc.co.uk<mailto:nigel.megitt@bbc.co.uk>> wrote:
I think we should keep it open and add support for ttp:mediaTimeOffset which could be negative.

Can you explain your rationale please?

At first order, it is a much more simple solution that performing transformation processing to edit times. Think of it as a useful convenience function. I've had requests for both positive and negative media offset expressions from a number of sources.



On Fri, Aug 15, 2014 at 11:30 AM, Courtney Kennedy <ckennedy@apple.com<mailto:ckennedy@apple.com>> wrote:
Hi Nigel,

Ok, we can close this then.

Best Regards,
Courtney

Sent from my iPhone

On Aug 15, 2014, at 9:03 AM, Nigel Megitt <nigel.megitt@bbc.co.uk<mailto:nigel.megitt@bbc.co.uk>> wrote:

Hi Courtney,

I agree it’s a real world situation, but I don’t understand why your proposal is better than just putting the TTML file through a transformation processor that adjusts all the times – hence my questions.

At the point when you know what offset value to put into the document you know what all the correct times should be, don’t you?

If yes, you can already solve this problem with TTML.
If no, how do you assign the offset value?

Am I missing something extra?

Kind regards,

Nigel


From: Courtney Kennedy <ckennedy@apple.com<mailto:ckennedy@apple.com>>
Date: Friday, 15 August 2014 16:31
To: Nigel Megitt <nigel.megitt@bbc.co.uk<mailto:nigel.megitt@bbc.co.uk>>
Cc: Timed Text Working Group <public-tt@w3.org<mailto:public-tt@w3.org>>
Subject: Re: ISSUE-335 (Negative times for offsets): In order to handle offsets between start time in TTML docs and start time in video, allow negative times to be used in fragment begin times. [TTML.next]

HI Nigel,

This is a real world situation that I have encountered with some content.  For whatever reason, the producers of the subtitles cannot use the same start time as the producers of the video and audio.  I think there is a benefit to have all the information within the subtitles file rather than having it in a sideband file which can get lost or separated from the subtitles file.

Best Regards,
Courtney

On Aug 15, 2014, at 5:54 AM, Nigel Megitt <nigel.megitt@bbc.co.uk<mailto:nigel.megitt@bbc.co.uk>> wrote:

Hi Courtney,

I¹m puzzled by the implied workflow here: if the subtitle file and the
video have been created, at what point is the subtitle file modified to
include the new offset? And if someone or some system is making such an
edit why not simply make the times in the TTML correct against the video,
rather than adding an offset?

I¹ve seen this issue arise before, when packaging TTML documents in ISO
BMFF (or some other wrapper). In that case the packaging is likely to
happen after production of all the media that would be wrapped so it seems
like the best way to capture any offset is using the facilities provided
by the wrapper rather than editing the content itself. Certainly ISO BMFF
appears to offer enough parameters/attributes to support that use case.

I guess the key structural point is that there is a need to signal
equivalence of some time reference in the TTML with some other time
reference in a specific rendition of some related media. At the moment
this is expected to happen externally to the TTML document: why would we
bring it inside the document, given that no explicit link exists from
within a TTML 1 SE document to a related media object?

Kind regards,

Nigel



On 14/08/2014 16:33, "Timed Text Working Group Issue Tracker"
<sysbot+tracker@w3.org<mailto:sysbot+tracker@w3.org>> wrote:

ISSUE-335 (Negative times for offsets): In order to handle offsets
between start time in TTML docs and start time in video, allow negative
times to be used in fragment begin times. [TTML.next]

http://www.w3.org/AudioVideo/TT/tracker/issues/335


Raised by: Courtney Kennedy
On product: TTML.next

Use case:

Subtitles files may be created separately from video and audio for any
particular piece of content.  Subtitles may be created in different
facilities and at different points in time than the original content.  As
a result of this decoupling, sometimes the subtitles file will use a
different start time than the video and audio.

Proposal:

Time expressions in sub-elements are relative to the time expressions in
their parent elements, as described in section 10.2.4 of the TTML
specification.

When subtitles have non-zero start times relative to the video they are
to be synchronized with, the parent div element can have an offset in the
begin attribute which, when applied to the times in the samples within
the div element, will produce time expressions that synchronize with
video.


The following example uses this offset to indicate that the titles are
using start time of 01:00:00:00, and require adjustment before their
values express the actual time they should appear in the video.


<div begin="-01:00:00:00">
 <p begin="01:00:05:00" end="01:00:10:00">
 This text should appear at 00:00:05:00
 </p>
</div>







_____________________________________________
Courtney Kennedy 408.974.3386<tel:408.974.3386>, mobile: 408.771.8615<tel:408.771.8615>
Engineering Manager, Media Sharing
Apple, Inc.







John Birch | Strategic Partnerships Manager | Screen
Main Line : +44 1473 831700 | Ext : 2208 | Direct Dial : +44 1473 834532
Mobile : +44 7919 558380 | Fax : +44 1473 830078
John.Birch@screensystems.tv<mailto:John.Birch@screensystems.tv> | www.screensystems.tv<http://www.screensystems.tv> | https://twitter.com/screensystems


Visit us at
IBC, RAI Amsterdam, 12-16 Sept, stand 1.C49

P Before printing, think about the environment


This message may contain confidential and/or privileged information. If you are not the intended recipient you must not use, copy, disclose or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. Screen Subtitling Systems Ltd. Registered in England No. 2596832. Registered Office: The Old Rectory, Claydon Church Lane, Claydon, Ipswich, Suffolk, IP6 0EQ