IRC log of tt on 2014-10-27

Timestamps are in UTC.

15:35:16 [RRSAgent]
RRSAgent has joined #tt
15:35:17 [RRSAgent]
logging to
15:35:18 [trackbot]
RRSAgent, make logs public
15:35:18 [Zakim]
Zakim has joined #tt
15:35:20 [trackbot]
Zakim, this will be TTML
15:35:21 [trackbot]
Meeting: Timed Text Working Group Teleconference
15:35:21 [trackbot]
Date: 27 October 2014
15:35:21 [Zakim]
I do not see a conference matching that name scheduled within the next hour, trackbot
15:36:02 [nigel]
Present: Cyril, mike, pal, glenn, nigel
15:36:05 [nigel]
chair: nigel
15:43:44 [nigel]
Present+ courtney
15:51:34 [nigel]
scribeNick: nigel
15:53:03 [nigel]
Topic: Introductions
15:53:25 [nigel]
nigel: All members introduce themselves. Observers: Jangmuk Cho, LG electronics, interested in TTML and WebVTT
15:53:32 [nigel]
s/nigel: /
15:57:08 [nigel]
nigel: Summarises agenda, offers opportunity for other business
15:57:14 [nigel]
mike: There's an incoming liaison expected from MPEG
15:57:21 [nigel]
nigel: adds it to agenda
15:57:34 [nigel]
Topic: TTML Codecs Registry
15:59:44 [glenn]
glenn has joined #tt
15:59:46 [nigel]
16:00:16 [nigel]
nigel: We've agreed to host a registry and define a parameter
16:00:30 [nigel]
... We need to work out where to define the syntax normatively
16:00:42 [nigel]
... And where to note the media registration once we've updated it with IANA.
16:01:03 [nigel]
Cyril: I had two comments on the registry:
16:01:16 [nigel]
... 1. The discussion that talks about the first order detection of capabilities.
16:01:34 [nigel]
... 2. The editorial nature of stpp vs application/ttml+xml
16:02:47 [nigel]
Mike: We proposed to MPEG that they have their part and W3C has its part.
16:03:35 [nigel]
glenn: That's true - we need to remove the prefix requirement on the registry page.
16:03:54 [nigel]
Cyril: I'd rather delete the sentence "When an entry of this registry is used in a codecs parameter..."
16:04:46 [nigel]
... Actually the whole paragraph - it's up to MPEG to define any codecs parameter, and we can define the
16:04:51 [nigel]
... suffix.
16:08:38 [nigel]
group discusses whether any reference to RFC6381 is needed at all
16:10:11 [nigel]
glenn: I got rid of the RFC6381 references and put the combinatorial operators in.
16:10:29 [plh]
plh has joined #tt
16:11:44 [nigel]
pal: The AND and OR operators are normative, so it needs to be clearly defined.
16:11:54 [nigel]
cyril: +1
16:12:14 [nigel]
glenn: First we have to define where we're going to specify the normative definition of this new parameter - it shouldn't end up in the registry.
16:12:19 [nigel]
cyril: +1
16:12:37 [nigel]
glenn: When we have it somewhere else we can refer to then we can shorten the registry page.
16:13:34 [nigel]
Cyril: Can we also discuss the 1st order aspect, where it says that the processor profile is guidance only and may not always be correct.
16:13:38 [nigel]
... We should be strict here.
16:13:57 [nigel]
glenn: My position is that what's in the TTML document is what's authoritative, because it stays with the content.
16:14:06 [nigel]
cyril: Both have to be the same.
16:14:28 [nigel]
glenn: Even if you say they have to be the same, it's possible for them to diverge. Elsewhere, type identifiers are always documented as hints
16:14:37 [nigel]
... and the actual data is where you determine the concrete type.
16:14:53 [nigel]
Cyril: I agree, but we need to state it more strongly: it is an error in general to have a mismatch.
16:14:59 [nigel]
glenn: It wouldn't be an error in the document.
16:15:14 [nigel]
Cyril: I agree - if the two differ then that's an error and the value in the document has precedence.
16:16:25 [nigel]
nigel: There's a lifecycle issue there - a new processor may come along that can process older documents.
16:16:39 [nigel]
glenn: So the outer parameter may reference a new superset profile?
16:16:47 [nigel]
nigel: exactly.
16:16:56 [nigel]
glenn: So the rule should be about consistency not identity.
16:18:00 [nigel]
nigel: The options for where to put it seem to be:
16:18:06 [nigel]
... 1. An erratum to TTML1
16:18:09 [nigel]
2. TTML2
16:18:12 [nigel]
3. A WG Note
16:18:16 [nigel]
4. A new Recommendation.
16:19:14 [nigel]
group seems to think TTML2 may be the best place
16:20:37 [nigel]
glenn: I'm willing to add it to TTML2 but do not wish to repeat the whole registration section.
16:21:14 [courtney]
courtney has joined #tt
16:22:02 [nigel]
16:23:16 [nigel]
Glenn: We need to tweak section 3.1 in TTML2 "Content Conformance"
16:23:48 [nigel]
Cyril: I would rather add an annex in TTML2 called Media Types Registration referencing TTML1 plus diffs.
16:23:52 [nigel]
glenn: That works for me.
16:24:39 [nigel]
glenn: I think we can avoid updating the IANA registration
16:24:51 [nigel]
... since there's no wording to prohibit adding new parameters.
16:25:02 [nigel]
Mike: I'm not so sure about that.
16:25:10 [nigel]
nigel: I don't think we can do that either can we?
16:26:28 [nigel]
Cyril: The TTML2 we should define the new parameter and syntax and then reference it in 3.1.
16:26:37 [nigel]
16:26:54 [jdsmith_]
jdsmith_ has joined #tt
16:27:09 [nigel]
Cyril: We should put it in a Media Type Registration annex so that it's clear. This then uses a reference to TTML1 with
16:27:12 [nigel]
... the diffs.
16:27:33 [nigel]
glenn: I'd like to call the annex something like 'Additional parameters for use with TTML media type'.
16:27:45 [nigel]
Mike: let's check with plh too.
16:27:59 [nigel]
all agree to point back to TTML1 media registration.
16:28:20 [nigel]
nigel: It's an open question if we genuinely need to update the IANA registration.
16:28:46 [nigel]
Cyril: In the SVG WG we've made a comment on the charter about how documents and versions of documents in TR/
16:29:05 [nigel]
... should be handled. We have the same problem here: TTML1 doesn't talk about TTML2. It points only to the latest
16:29:10 [nigel]
... stable version of TTML1.
16:29:25 [nigel]
pal: They're two different specs - there's no absolute guarantee for backward compatibility.
16:29:42 [nigel]
Cyril: And you're using the same MIME type? SVG 2 is backward compatible with SVG 1
16:30:20 [nigel]
glenn: TTML2 is backward compatible in the sense that a TTML1 processor would process a TTML2 document, practically speaking.
16:30:46 [nigel]
... I defined a new #version feature in TTML2 - if you want to author a document for TTML2 and prevent it from being
16:31:04 [nigel]
... processed by a TTML1 processor then you could do that by using the profile mechanism. If you don't do that then
16:31:23 [nigel]
... there's no reason that a TTML1 processor could not process it by ignoring things it doesn't understand.
16:31:35 [nigel]
... We explicitly stated that the XML namespace for TTML is mutable.
16:31:53 [nigel]
Cyril: THe issue is that the group is giving the signal that TTML1SE is the latest version whereas actually everyone is
16:32:03 [nigel]
... working on TTML2. If a TTML1 document can be considered a TTML2 document...
16:32:28 [nigel]
pal: Setting aside the media registration, TTML1 and TTML2 are different specs, albeit with a common pedigree.
16:32:53 [nigel]
Cyril: If I search for TTML now, I'll find many documents and if I hit the TTML1 document it will look like the latest version
16:32:58 [nigel]
... but that's probably not what I want.
16:33:54 [nigel]
pal: But that's right - the latest stable version now is TTML1. Even when TTML2 is a Rec TTML1 will be valid.
16:34:25 [nigel]
glenn: Think about XML - XML 1 and XML 1.1 are not entirely compatible but are still being updated.
16:34:43 [nigel]
... In TTML1 we may publish a Third Edition incorporating the errata.
16:34:50 [nigel]
pal: IMSC 1 is based on TTML1 for example.
16:35:11 [nigel]
glenn: In the latest version we actually include "ttml1" in the URL - TTML2 will be a different URL.
16:35:46 [glenn]
action glenn to update point (1) of section 3.1 in ttml2 to refer to a new annex that defines new processorProfiles MIME type parameter
16:35:47 [trackbot]
Created ACTION-343 - Update point (1) of section 3.1 in ttml2 to refer to a new annex that defines new processorprofiles mime type parameter [on Glenn Adams - due 2014-11-03].
16:36:22 [nigel]
mike: There are a number of W3C specs that have this problem.
16:36:29 [nigel]
Cyril: And that's a problem.
16:36:45 [nigel]
pal: It's even worse if we don't make it clear that there are two different specs.
16:37:53 [pal]
pal has joined #tt
16:37:55 [nigel]
Cyril: This is going to stay a problem for anyone searching for TTML
16:37:57 [pal]
16:38:26 [glenn]
16:38:29 [nigel]
pal: The XML WG is explicit about its different publications.
16:39:06 [nigel]
glenn: The CSS WG explains this with "Levels" and we could do that too, with a top level TTML uber-document
16:39:18 [nigel]
... as a WG Note to explain the relationship.
16:39:34 [nigel]
Cyril: I'll volunteer to write a similar note.
16:40:00 [nigel]
Action: cyril Draft a WG note explaining the differences and relationships between the various versions of TTML
16:40:01 [trackbot]
Created ACTION-344 - Draft a wg note explaining the differences and relationships between the various versions of ttml [on Cyril Concolato - due 2014-11-03].
16:40:14 [nigel]
s/action glenn/Action: glenn
16:40:49 [nigel]
nigel: That's helpful. Now what do we do about MIME types which may be the same for TTML1 and TTML2 documents?
16:41:09 [nigel]
glenn: That's a good question. In the TTML2 spec I defined a new set of baseline profiles, and a new ttp:version attribute.
16:42:20 [nigel]
... In ยง5.2.3.1 of TTML2 we list the 3 profiles from TTML1, plus SDP-US, plus 3 new profiles specific to TTML2 including newly defined features.
16:42:43 [nigel]
... One way to do it is to use different short names in the registry for each of these profiles.
16:43:21 [nigel]
... The ttp:version attribute is a little orthogonal. It states which version of TTML was used in authoring a document instance.
16:43:37 [nigel]
... It's required if the document requires support for a feature not present in TTML1.
16:44:10 [nigel]
... In the Note mentions that the computed value of the attribute is used by the construct default processor profile procedure.
16:44:19 [nigel]
16:44:46 [nigel]
... Omitting the attribute causes the default to be one of the TTML1 profiles.
16:45:04 [nigel]
Cyril: This makes the processorProfiles parameter in the MIME type even more important.
16:45:11 [nigel]
glenn: It's important for any kind of external filtering.
16:45:51 [nigel]
Cyril: So there's the version attribute, the profile designator and externally there's processorProfiles that would use
16:45:57 [nigel]
... different short names for TTML2 than for TTML1.
16:46:16 [nigel]
glenn: Yes. In the new annex we should mention that designating externally that something is a profile could result
16:46:40 [nigel]
... in a false negative, or a false positive. A false negative in the sense that the context may think it can't process, but
16:47:21 [nigel]
... within the document it could say 'start with a profile and make a feature optional' at a very fine grained level. This could
16:47:45 [nigel]
... add or remove feature requirements. So if the external parameter indicates that the processor can not process, but
16:48:04 [nigel]
... the internal parameter says it can, then it would be a false negative. The reverse is true. that the document may require
16:49:12 [nigel]
... an extension feature.
16:51:32 [nigel]
nigel: But you could just locally define a new profile short name for an extension, and put that in the external processorProfiles parameter with the AND operator.
16:52:45 [nigel]
glenn: There's also the question of, in the absence of the external parameter, what should the semantics be?
16:52:52 [nigel]
Cyril: it should be less restrictive.
16:53:11 [nigel]
glenn: It should certainly be no more restrictive than what's in the document. The problem is there may be some cases
16:53:29 [nigel]
... where there's no way to express the complexity in the external parameter.
16:53:59 [nigel]
glenn: One of my observations is that people want to simplify the profiles mechanism in the external parameter. Is that what people are thinking?
16:54:22 [nigel]
pal: Unless we put something in then people will just define their own way of doing it.
16:55:10 [nigel]
courtney: From a parser-writing perspective there's no efficient way to look at the supported profile requirements. You have to parse the whole thing.
16:55:10 [pal]
pal: doing it == "signal that a document conforms to one or more specifications"
16:55:18 [nigel]
glenn: It's not that bad - you can just parse the head.
16:55:27 [nigel]
courtney: You still have to parse the whole head.
16:56:04 [nigel]
glenn: It's much better than SVG 1.1 which mandates full parsing to determine if it is a well formed XML document, even down to the last closing tag.
16:56:17 [nigel]
courtney: So there's no goal to efficiently reject files?
16:56:40 [nigel]
glenn: We just used a similar mechanism to SVG. We assumed that the head would be parsed before the body.
16:57:13 [nigel]
courtney: It defeats the purpose of profiles to allow people to pick and choose features.
16:57:23 [nigel]
pal: If this group doesn't do it then others will.
16:57:41 [nigel]
nigel: But they probably wouldn't include the feature addition and subtraction semantics.
16:57:56 [nigel]
glenn: But the short registry doesn't define what a document conforms to.
17:01:44 [nigel]
group discusses the topic further (scribe misses details)
17:01:50 [nigel]
cyril: What does EBU-TT-D say?
17:02:17 [nigel]
nigel: It permits extensions by default, but wouldn't do anything with them. It doesn't use profiles.
17:02:33 [nigel]
... Andreas raised the query about how complex it is to register a short name - the email discussion seems to indicate
17:02:55 [nigel]
... that there's no requirement to create a full profile definition document; a short name can be registered with the
17:03:16 [nigel]
... details from the spec document in the absence of a full profile document.
17:03:53 [nigel]
nigel: By the way, as I think Dave mentioned a while back, you can also just define a new short name if you don't want to hit
17:04:00 [nigel]
... the complexity of the internal profile mechanism.
17:04:25 [nigel]
pal: So we're okay to keep the same application/ttml+xml mime type and use the processorProfiles parameter to
17:04:37 [nigel]
... distinguish between TTML1 and TTML2, and the processors within them.
17:05:53 [nigel]
Resolution: We will document the syntax for the external processorProfiles parameter in TTML2.
17:06:55 [nigel]
Resolution: We will reuse the same media type in TTML2 as in TTML1 but recommend using the processorProfiles external parameter to differentiate processor requirements.
17:08:25 [nigel]
Cyril: what about the registry? Where should it go? The Media Source Extensions registry is published not on a wiki but as a document.
17:08:32 [nigel]
glenn: the usual practice in W3C is to use a wiki page.
17:08:35 [Cyril]
17:09:30 [nigel]
Cyril: For MPEG the registry needs to have a stable URL.
17:09:39 [nigel]
nigel and glenn: We can keep a stable URL with a wiki.
17:10:04 [nigel]
Resolution: We will host the registry on the wiki (subject to edits as discussed today)
17:10:37 [plh]
plh has joined #tt
17:11:18 [courtney]
courtney has joined #tt
17:11:33 [nigel]
nigel: Opens up MPEG response for those in the room to see.
17:12:10 [nigel]
Mike: MPEG accepts the registry proposal from W3C.
17:12:20 [nigel]
... MPEG has no comments on IMSC at this time.
17:13:04 [nigel]
... There was also discussion of track header width and height in the ISO BMFF. In many cases it's intentionally unknown what the TTML extent is.
17:13:45 [nigel]
... So MPEG drafted corrigenda to 14496-12 and 14496-30.
17:14:15 [nigel]
Cyril: in the MPEG discussion also, from an MPEG perspective you can usually extract the codecs value from the bitstream. For TTML that isn't exactly the case, because
17:14:34 [nigel]
... you have to produce the short name from a profile designator in the document, so you need extra knowledge to convert the long name into the short name.
17:15:03 [nigel]
... So MPEG is considering adding a new box just to contain the MIME type to remove the need for the extra knowledge. You'd be able to put the MIME type of a TTML document in a TTML track.
17:16:23 [nigel]
... So MPEG fixed this (or it's in the pipeline to fix) that the MIME type can be in the MP4 file.
17:16:46 [nigel]
glenn: Is there a suggestion that there should be an additional piece of metadata that includes the short names directly?
17:16:56 [nigel]
Cyril: I thought that would be redundant with the long profiles designator.
17:17:34 [nigel]
glenn: It is if you happen to know the details of the registry, but otherwise not.
17:17:52 [nigel]
... Adding such an attribute would make it more necessary to define the syntax in TTML2.
17:19:29 [nigel]
Cyril: That would be fine, but we've solved it separately in MPEG too.
17:26:31 [nigel]
nigel: I'd be concerned about putting the short codes in the TTML because that would encourage folk to extract the value from the TTML and put it into the (proposed) MP4 MIME attribute.
17:27:13 [nigel]
... That could limit the ability for distribution mechanisms creating MP4 files from old TTML files from generating an up to date external processorProfiles parameter.
17:34:43 [nigel]
glenn: I understand that concern. Early binding could be worse than late binding, for document wrapping.
17:35:25 [nigel]
group discusses the possibilities, concludes that we will not propose to put the short codes into TTML documents.
17:35:30 [nigel]
rrsagent, generate minutes
17:35:30 [RRSAgent]
I have made the request to generate nigel
17:44:34 [Zakim]
Zakim has left #tt
17:49:34 [courtney]
courtney has joined #tt
17:56:39 [pal]
pal has joined #tt
18:04:31 [nigel]
Additional observer: Tatsuya Hayashi - interested in time synchronisation with audio
18:05:05 [nigel]
Topic: MPEG liaison re track header box width and height
18:06:16 [nigel]
nigel: shows on screen the early draft liaison. Describes an issue with signalling track header width and height fields.
18:06:35 [nigel]
glenn: I think I have an action for when no extent is specified and there is a related media object.
18:06:56 [nigel]
Cyril: In MP4 we had the problem that in adaptive streaming there may be an MP4 file with no video, just the text track.
18:07:16 [nigel]
mike: In the external context there's always a related media object somewhere, either in the file or in the MPD manifest in DASH.
18:07:26 [nigel]
glenn: We don't limit the scope of how the related media object is provided.
18:08:02 [nigel]
mike: We added a bit that says that the width and height can be the aspect ratio instead of the actual width and height, and can be zero if you don't know.
18:08:53 [nigel]
Cyril: From an MPEG perspective a video can have encoded pixel dimensions, or output pixel dimensions. In the end there's a presentation size expressed in pixels.
18:09:08 [nigel]
... Each video track can have a different presentation size, related to each other using transformation matrices.
18:09:16 [nigel]
pal: On the same dimensions?
18:09:31 [nigel]
Cyril: Yes, on the presentation coordinate system.
18:09:58 [nigel]
mike: We had two problems. Firstly, a document may be authored independent of resolution, second the aspect ratio may not be known, and be important.
18:10:04 [nigel]
... The two corrigendums deal with this.
18:10:25 [nigel]
... The -12 spec was too prescriptive about visual tracks - it turns out that it is track type dependent.
18:11:15 [nigel]
... There is a new definition of a reserved 0 0 size value. Concerns have been raised.
18:11:47 [nigel]
mike: Introduces the liaison and supporting documents. They will be available to the group in the next few weeks.
18:12:20 [nigel]
Cyril: This is equally applicable to WebVTT, SVG tracks, HTML tracks, any graphical vector graphics based tracks [as well as TTML]
18:16:25 [nigel]
Cyril: Takes us through the proposed changes to 14496-30.
18:29:08 [nigel]
group discusses track selection behaviour based on aspect ratio.
18:35:48 [nigel]
Topic: WebVTT publication
18:36:47 [nigel]
nigel: We have a proposal still to publish WebVTT as a FPWD. The edits requested to the staged version were made.
18:37:19 [nigel]
18:38:20 [nigel]
Resolution: We will publish as the FPWD of WebVTT
18:40:51 [courtney]
courtney has joined #tt
18:55:28 [atai]
atai has joined #tt
18:58:53 [nigel]
group discusses the use of the term Living Standard and how forks are managed, bringing in CG changes into the WG document, and FSA requirements for doing so.
19:01:39 [nigel]
and that it's the editors' responsibility to maintain any differences between CG and WG versions, and update the WG version each time a new version is to be published by WG.
19:03:29 [jdsmith_]
jdsmith_ has joined #tt
19:03:53 [nigel]
Cyril: Anyone wanting to work with WebVTT will always look at the editor's draft.
19:04:22 [nigel]
glenn: I don't mind the process, but I'm not happy with the term Living Standard.
19:04:55 [nigel]
... It looks like it will set a precedent.
19:05:35 [nigel]
mike: Use of the term Living Standard needs to be something that the W3C expresses a view on.
19:06:25 [nigel]
Cyril: What if Living Standard were changed to Draft Community Group Report?
19:07:23 [timeless]
timeless has joined #tt
19:07:24 [nigel]
glenn: I could live with that. Editor's Draft may be even better, to make it clear that this is within the normal WG process for a Rec track document.
19:07:27 [RRSAgent]
I'm logging. I don't understand 'this meeting spans midnight <- if you want a single log for the two days', timeless. Try /msg RRSAgent help
19:08:08 [nigel]
RRSAgent, this meeting spans midnight
19:08:34 [timeless]
timeless has left #tt
19:09:18 [courtney]
courtney has joined #tt
19:09:21 [nigel]
s|Resolution: We will publish as the FPWD of WebVTT|
19:10:17 [nigel]
glenn: Objects to the use of the term Living Standard. Acceptable proposals to resolve this are "Editor's Draft" or "Draft Community Group Report".
19:14:44 [nigel]
pal: How will reviewers of future WG versions of the document be able to trace back why any particular change was made? (noting that this is only possible on the CG version now)
19:15:25 [nigel]
Action: nigel Make request to Philip and Silvia to change Living Standard to Editor's Draft.
19:15:26 [trackbot]
Created ACTION-345 - Make request to philip and silvia to change living standard to editor's draft. [on Nigel Megitt - due 2014-11-03].
19:17:02 [nigel]
nigel: Going from WD to CR for WebVTT?
19:21:37 [nigel]
nigel: Dave planned to send notes out essentially to the same set of recipients as we sent to for IMSC 1, as well as socializing at TPAC.
19:25:59 [nigel]
Topic: TTML <--> WebVTT
19:26:53 [nigel]
nigel: Current status is that we have a git rep with some but not all of the tests we worked on in Geneva.
19:27:00 [nigel]
courtney: And I don't have a draft document ready.
19:27:18 [nigel]
courtney: I've prioritised working on the document ahead of the code.
19:27:41 [nigel]
pal: What's the timescale for this? It would be a great addition to the IMSC 1 test suite, if that software could be part of it.
19:28:01 [nigel]
courtney: My goal is to have a version of the document ready by the beginning of December, as a fairly complete 1st draft for comments.
19:28:13 [nigel]
... I don't know exactly when I will have the software ready.
19:30:00 [nigel]
nigel: We don't seem to have all the tests from Geneva - is there a reason why they can't all be submitted?
19:30:04 [nigel]
group: no reason
19:30:11 [nigel]
nigel: Okay, the action to submit them to me remains.
19:31:22 [nigel]
nigel: It would make sense to transfer the git repo to courtney at some point - no pressure on time.
19:31:26 [nigel]
courtney: Okay, I can do that.
19:32:54 [nigel]
nigel: We have no more substantive points to discuss on this so let's adjourn for lunch.
19:35:03 [nigel]
nigel: We'll reconvene at 1345
19:37:31 [nigel]
rrsagent, draft minutes
19:37:31 [RRSAgent]
I have made the request to generate nigel
20:39:35 [jdsmith_]
jdsmith_ has joined #tt
20:52:32 [pal]
pal has joined #tt
21:00:05 [Cyril]
Cyril has joined #tt
21:03:18 [glenn]
glenn has joined #tt
21:06:09 [nigel]
Present+ Erik Carlsson
21:07:22 [glenn_]
glenn_ has joined #tt
21:09:34 [nigel]
Topic: IMSC 1 WD Review comments
21:09:48 [nigel]
pal: LC-2968
21:11:05 [nigel]
pal: This is a version of implied inline regions, which isn't supported in TTML1. There's an alternative solution available, so I propose to do nothing.
21:17:28 [courtney]
courtney has joined #tt
21:22:14 [nigel]
pal: Describes notes and resolution.
21:22:31 [nigel]
pal: LC-2971.
21:26:13 [nigel]
pal: LC-2969.
21:38:27 [nigel]
pal: LC-2970.
21:42:48 [nigel]
pal: LC-2967.
21:46:36 [jdsmith_]
jdsmith_ has left #tt
21:47:17 [jdsmith_]
jdsmith_ has joined #tt
21:53:58 [plh]
plh has joined #tt
21:54:52 [nigel]
Present+ plh
21:56:36 [nigel]
Topic: Plan for advancing IMSC 1 to CR
21:58:19 [nigel]
nigel: We have to think about what exit criteria to write into the CR; if we have enough evidence of wide review; what the license expectations are for test material.
21:59:04 [nigel]
pal: What are the licensing expectations for test material?
21:59:33 [nigel]
plh: The goal here is, if the group is using a test suite to demonstrate suitability for advancement, the Director will want to make that test suite available to all.
22:00:01 [nigel]
... For that what we've done so far is to provide tests under dual license: 1. If you're going to use those tests for conformance claims, you may not modify them.
22:00:08 [nigel]
... 2. For any other purpose we don't really care.
22:00:22 [nigel]
... The second one is the BSD license.
22:00:38 [nigel]
... What's the issue?
22:00:47 [nigel]
mike: The question is what W3C is asking for - which you just answered.
22:01:16 [nigel]
plh: W3C needs the rights to modify the files and make them available to the public under the W3C license.
22:03:30 [nigel]
group looks at the DECE license requirements
22:03:36 [nigel]
plh: It doesn't permit modification.
22:04:32 [nigel]
mike: I'll explore this with DECE to check that they can provide test documents that will be usable by W3C for this purpose.
22:06:28 [Cyril]
Cyril has joined #tt
22:07:17 [nigel]
mike: It would be useful if nigel or plh could respond to DECE's email asking if the example files can be issued under the standard W3C license (with the text of that license).
22:07:47 [plh]
22:09:01 [nigel]
plh: The 'this is closed since 01 October 2013' is a bug - ignore it.
22:09:33 [nigel]
plh: The text you're looking for is in section 2 on this page.
22:16:34 [nigel]
nigel and philippe send DECE a note via Mike.
22:18:21 [nigel]
nigel: Next up - do we have enough evidence of wide review?
22:19:24 [nigel]
pal: The member submission itself was based on the work of 80 members, from both the CE and the content publishing space.
22:19:35 [audio]
audio has joined #tt
22:19:55 [nigel]
... This is a specification that was used in the implementation of playback devices. So it already received a significant amount of scrutiny.
22:20:21 [nigel]
... Since being brought to W3C it has received comments from SMPTE, EBU and DECE.
22:20:35 [nigel]
plh: On Sep 24 SMPTE said they have no outstanding comments on IMSC 1.
22:20:56 [nigel]
pal: Earlier today DVB stated that they have reviewed and have no comments.
22:21:45 [nigel]
pal: Plus we can point to the members of this group and their representation, and that it was reviewed by the a11y group of the HTML group.
22:21:57 [nigel]
... And we requested comments from a significant number of groups.
22:22:11 [nigel]
plh: Another group that would be important if the PFWG.
22:22:29 [nigel]
... At the end of the day it's a profile not a whole new spec.
22:22:44 [nigel]
glenn: I think this has wider review than TTML1 did, at least bringing in DVB, EBU and DECE.
22:23:03 [nigel]
plh: My feeling is that you've done enough.
22:23:54 [nigel]
nigel: Great, then the next point is CR exit criteria.
23:12:54 [Cyril]
Cyril has joined #tt
23:19:04 [nigel]
nigel takes group through slide pack on CR exit criteria, triggering much debate.
23:20:18 [nigel]
Action: nigel Scribe notes on CR exit criteria for IMSC 1 based on meeting debate
23:20:18 [trackbot]
Created ACTION-346 - Scribe notes on cr exit criteria for imsc 1 based on meeting debate [on Nigel Megitt - due 2014-11-03].
23:25:07 [plh]
23:29:57 [nigel]
Topic: WebVTT FPWD publication
23:30:19 [nigel]
plh: Calling it Living Standard will cause a problem. "Draft Community Group Report" would be acceptable.
23:31:09 [nigel]
Resolution: We will publish the staged version of WebVTT as a FPWD when the edits to change the occurrences of "Living Standard" to "Draft Community Group Report" have been applied.
23:32:07 [nigel]
Topic: MIME type for TTML2
23:32:16 [nigel]
Cyril: summarises morning resolutions
23:32:40 [nigel]
plh: My understanding is that IANA needs a complete new registration to overwrite the previous one.
23:33:01 [nigel]
glenn: It seems confusing to have two different registrations for the same MIME type.
23:33:43 [nigel]
Cyril: We can link back from the TTML2 section on media registration to the TTML1 definition.
23:34:46 [nigel]
nigel: Mike volunteered to do the re-registration - is that okay for it not to be a member of W3C staff?
23:35:17 [nigel]
plh: Yes, it's fine for me to be out of the loop and not a bottleneck - I just have to tell the IESG that it's okay
23:36:18 [nigel]
rrsagent, generate minutes
23:36:18 [RRSAgent]
I have made the request to generate nigel
23:41:56 [Cyril]
Cyril has joined #tt
23:52:06 [nigel]
s/Mike: MPEG accepts/Cyril: MPEG accepts
23:52:40 [nigel]
s/mike: We added a bit/Cyril: We added a bit
23:52:59 [nigel]
s/mike: We had two problems/Cyril: We had two problems
23:53:08 [nigel]
rrsagent, generate minutes
23:53:08 [RRSAgent]
I have made the request to generate nigel
23:55:05 [nigel]
Present+ jdsmith, Erik Carlson
23:55:06 [nigel]
rrsagent, generate minutes
23:55:06 [RRSAgent]
I have made the request to generate nigel
23:55:33 [nigel]
s/Erik Carlson/Erik_Carlson
23:55:34 [nigel]
rrsagent, generate minutes
23:55:34 [RRSAgent]
I have made the request to generate nigel
23:55:54 [nigel]
Topic: IMSC 1 WD Comments
23:56:13 [nigel]
s/Comments/Review Comments
00:01:23 [nigel]
pal: the other comments are from Andreas Tai
00:01:47 [nigel]
nigel: Let's go through them. Actually it's too hard to put them all in the issue tracker - we did 5.2 but let's just talk through the others.
00:02:01 [Cyril]
Cyril has joined #tt
00:02:57 [nigel]
pal: 3. Conformance - subtitle document not being defined. I can just take that on - it should probably say 'document instance' like TTML does.
00:03:53 [nigel]
pal: 4.1 - I'm happy to add the proposal.
00:04:35 [nigel]
pal: 5.7.3 - I agree it would be useful to show all the combinations of the parameter and the attribute for forcedDisplay.
00:05:19 [nigel]
pal: 5.7.4 - I should be able to implement the proposal and the type.
00:05:26 [nigel]
00:05:50 [nigel]
pal: 5.10 - this is a good suggestion a priori
00:07:13 [nigel]
pal: 6.3 - This is a good point - I should link to 9.3.1 in TTML1
00:07:48 [nigel]
pal: 8.2 - Andreas is suggesting that we use the terms presentation processor and transformation processor now that we have them.
00:10:08 [nigel]
... I have to think hard about this. I think the intent of the text is the same as the note on overflow, where we talk about authoring of the documents.
00:10:43 [nigel]
... Section 8.2 doesn't necessarily say that the presentation processor shall lay out text in this way. I'm pretty sure it refers to how its authored.
00:11:18 [nigel]
glenn: If that were the intent I would have written it differently, e.g. "for the purpose of avoiding overflow, the author shall or should..." etc
00:12:21 [nigel]
nigel: Since this is in section 8 does it only apply to layout for the purpose of calculating the HRM values?
00:13:49 [nigel]
pal: 8.1 is Performance, 8.2 is Reference Fonts. Since the HRM section is referenced as 'documents shall conform to these constraints' I think it's about authoring not presentation.
00:16:24 [nigel]
pal: If this is the case then there isn't a strict constraint on processors at all. I'll study this and come up with a proposal for us to consider in addressing Andreas's comments.
00:17:04 [nigel]
pal: Annex B Forced Content - we're going to put some code snippets in there.
00:20:55 [nigel]
pal: 5.10 #length-cell - I have to think about this. What's the reason for needing cell metrics in documents for linePadding?
00:21:12 [nigel]
nigel: It makes it easier to make the padding distance a fraction of the font size, which is a typical use case.
00:23:15 [nigel]
pal: 5.2 The current text was direct input from EBU so we shouldn't modify it lightly. Perhaps if EBU comes back and says something different this would be easier to resolve.
00:29:13 [Cyril]
Cyril has joined #tt
00:32:32 [nigel]
rrsagent, generate minutes
00:32:32 [RRSAgent]
I have made the request to generate nigel
00:33:15 [nigel]
nigel: We've completed our agenda for today, so adjourning. Thanks all. We restart tomorrow at 0830.
00:33:18 [nigel]
rrsagent, generate minutes
00:33:18 [RRSAgent]
I have made the request to generate nigel
00:33:52 [nigel]
Regrets: dsinger, andreas, frans
00:33:54 [nigel]
rrsagent, generate minutes
00:33:54 [RRSAgent]
I have made the request to generate nigel
00:36:07 [nigel]
00:36:09 [nigel]
rrsagent, generate minutes
00:36:09 [RRSAgent]
I have made the request to generate nigel
00:37:23 [nigel]
s/git rep /git repo
00:39:37 [nigel]
ScribeOptions: -final -noEmbedDiagnostics
00:39:39 [nigel]
rrsagent, generate minutes
00:39:39 [RRSAgent]
I have made the request to generate nigel
00:41:23 [nigel]
s/repowith/repo with
00:41:24 [nigel]
rrsagent, generate minutes
00:41:24 [RRSAgent]
I have made the request to generate nigel
00:54:25 [nigel]
nigel has joined #tt
00:54:54 [pal_]
pal_ has joined #tt
01:31:09 [nigel]
nigel has joined #tt
01:39:52 [nigel_]
nigel_ has joined #tt
02:07:23 [nigel]
nigel has joined #tt
03:17:17 [pal_]
pal_ has joined #tt
10:21:39 [Cyril]
Cyril has joined #tt
11:53:22 [Cyril]
Cyril has joined #tt
13:26:04 [nigel]
nigel has joined #tt
13:26:25 [nigel]
nigel has joined #tt
13:31:31 [nigel_]
nigel_ has joined #tt
15:00:54 [mike]
mike has joined #tt
15:26:29 [Cyril]
Cyril has joined #tt
15:27:13 [pal]
pal has joined #tt
15:48:46 [nigel]
nigel has joined #tt
15:48:55 [nigel]
trackbot, start meeting
15:48:57 [trackbot]
RRSAgent, make logs public
15:48:57 [Zakim]
Zakim has joined #tt
15:48:59 [trackbot]
Zakim, this will be TTML
15:48:59 [Zakim]
I do not see a conference matching that name scheduled within the next hour, trackbot
15:49:00 [trackbot]
Meeting: Timed Text Working Group Teleconference
15:49:00 [trackbot]
Date: 28 October 2014
15:49:06 [nigel]
zakim, this is ttwg
15:49:06 [Zakim]
sorry, nigel, I do not see a conference named 'ttwg' in progress or scheduled at this time
15:49:28 [tidoust]
tidoust has joined #tt
15:49:33 [nigel]
chair: nigel
15:49:37 [ddahl]
ddahl has joined #tt
15:49:37 [nigel]
scribeNick: nigel
15:49:45 [courtney]
courtney has joined #tt
15:49:45 [nigel]
Topic: Introductions
15:50:41 [nigel]
Observers: Noria Sakamoto - Toshiba, interested in broadcasting in TTML
15:50:57 [khoya]
khoya has joined #tt
15:51:25 [nigel]
Jerome Cho, LG Electronics - wants to meet FCC regulations for accessibility with TTML, WebVTT etc.
15:52:07 [nigel]
Francois Daoust, W3C, just observing.
15:52:07 [nigel]
Present: nigel, courtney
15:52:15 [nigel]
Courtney Kennedy: Engineering Manager at Apple, responsible for subtitles.
15:52:17 [nigel]
Present+ Cyril
15:52:39 [nigel]
Cyril Concolato, University in Paris, GPAC/MP4Box etc
15:53:10 [pal]
Pierre Lemieux, supported by MovieLabs / IMSC1 editor
15:53:11 [nigel]
Debbie Dahl, Chair of Multimodal Interaction Group, observing. Interested in synergies between timed text and EMMA standard
15:53:32 [nigel]
zakim, who is on the phone?
15:53:32 [Zakim]
sorry, nigel, I don't know what conference this is
15:53:34 [Zakim]
On IRC I see khoya, courtney, ddahl, tidoust, Zakim, nigel, pal, Cyril, mike, RRSAgent, trackbot
15:54:09 [nigel]
Kazuhiro Hoya, Fuji TV interested in UHDTV, which will adopt TTML for closed caption
15:54:30 [nigel]
Nigel Megitt, BBC, Chair of TTWG
15:54:30 [nigel]
Present+ pal
15:55:01 [nigel]
zakim, this will be TTWG
15:55:01 [Zakim]
I do not see a conference matching that name scheduled within the next hour, nigel
15:55:09 [tidoust]
zakim, what conferences do you see?
15:55:09 [Zakim]
I see DPUB_ANNO WG()11:00AM, RWC_WAPI()12:00PM, WAI_Indie()11:00AM, SEC_WASWG()11:30AM active
15:55:11 [Zakim]
also scheduled at this time are WAI_WCAG()11:00AM, RWC_PEWG()11:00AM, VB_VBWG()10:00AM, DATA_CSVWG()11:00AM, XML_ET-TF()11:00AM, HTML_WG()11:00AM, T&S_DNTC()12:00PM,
15:55:11 [Zakim]
... WAI_EOWG()11:30AM, WAI_UAWG()11:30AM, DPUB_DIGC()10:00AM, RWC_WebEven()11:00AM, SW_HCLS()11:00AM
15:56:04 [tidoust]
zakim, room for 4?
15:56:07 [Zakim]
ok, tidoust; conference Team_(tt)15:56Z scheduled with code 26631 (CONF1) for 60 minutes until 1656Z
15:57:46 [nigel]
Present+ glenn
15:58:11 [nigel]
Glenn Adams, Skynav. Editor of TTML.
15:58:39 [nigel]
zakim, call SuiteB
15:58:39 [Zakim]
ok, nigel; the call is being made
15:58:40 [Zakim]
Team_(tt)15:56Z has now started
15:58:41 [Zakim]
15:59:43 [nigel]
Topic: WebVTT draft updated
16:00:01 [nigel]
16:00:46 [nigel]
glenn: Looks good to me.
16:00:53 [glenn]
glenn has joined #tt
16:01:17 [Zakim]
16:01:45 [nigel]
Cyril: LGTM. When can it be published?
16:01:58 [nigel]
nigel: Tuesday next week at the earliest, depending on staff
16:02:05 [nigel]
Cyril: How will we publicise it?
16:03:02 [nigel]
nigel: I expect Dave Singer to publicise it to the charter dependency groups, W3C and external, and to the W3C liaisons.
16:03:21 [nigel]
nigel: Dave has also suggested that we publicise it socially at TPAC too.
16:07:02 [nigel]
Present+ fantasai
16:07:27 [jdsmith_]
jdsmith_ has joined #tt
16:08:09 [nigel]
fantasai: The spec templates and styling over time have become outdated - we can use some cool web technologies to make specs more readable
16:08:44 [nigel]
... The scope of the design is not a back-end web app, just HTML/CSS. We want a design for desktop, mobile and print, in that order. It will change the markup of the headings
16:09:14 [nigel]
... and the boilerplate in the Status text that is data, not paragraph text. We'll push legalese to the bottom. The abstract should be 2-3 sentences above the fold, then
16:09:41 [nigel]
... the TOC available without having to scroll it. Then URLs, issues, feedback etc should be at the top in a more compact format. So the scope of it is to
16:10:13 [nigel]
... redo markup, boilerplate, styling. We'll look at styling, clean up the stylesheet to be more readable, make sure that the document is still quick-scannable
16:10:26 [hiroto__]
hiroto__ has joined #tt
16:11:00 [nigel]
... A lot of styling that is ad hoc, like fragments, example code, could be harmonised across all the W3C specs. This will take a while - it's a side project for me. We want to take into
16:11:05 [nigel]
... account what the WGs need.
16:11:33 [noriya]
noriya has joined #tt
16:11:35 [nigel]
... The functional questions are [the ones on the agenda]. We also want general feedback on what to consider, e.g. protocol-relative links so we can switch to https.
16:11:43 [nigel]
... or always-visible TOC.
16:12:17 [nigel]
... The first question is a subjective/emotional one - what should the style express, in terms of values.
16:12:46 [nigel]
... If we used primary colours and comic sans it would feel like a toy not a spec. But if we used a parchment background and old style font it would look old-fashioned.
16:13:13 [nigel]
... They're not appropriate for W3C, - we want to know what is appropriate though, in terms of how they feel.
16:13:30 [nigel]
glenn: Do you have any templates or ideas?
16:13:56 [nigel]
fantasai: We have a proof of concept but we don't know where it's going just yet. It's going to be experimental - design by consensus. We're asking for ideas from the community.
16:14:36 [nigel]
glenn: Part of the problem is that you have different audiences for different specs.
16:15:04 [nigel]
fantasai: We haven't had feedback on different styles for different document types/audiences. We want them to fit together and feel like they belong together.
16:15:20 [nigel]
glenn: One of the problems is that we have a lot of history.
16:15:44 [nigel]
fantasai: We want to make sure that every group has a working toolset - tell us what you use in response.
16:16:00 [nigel]
Cyril: Some specs have a developer view and an author view.
16:16:23 [nigel]
fantasai: Put that under question 6 'what else we should know/consider'
16:16:44 [nigel]
nigel: Can we answer the questions?
16:16:52 [nigel]
nigel: Q1. 3-5 adjectives
16:16:55 [nigel]
Cyril: I have no idea.
16:17:01 [nigel]
ddahl: Authoritative
16:17:49 [nigel]
glenn: consistent
16:17:54 [nigel]
ddahl: comprehensive
16:18:32 [nigel]
glenn: One problem is that documents don't have the same styling. A lot of it is editor-specific.
16:19:07 [nigel]
... The variation may cause some problems. I've also worked with ISO and ITU which crank out format-consistent specs that are somewhat impenetrable.
16:19:51 [nigel]
nigel: open, welcoming?
16:20:12 [nigel]
glenn: It would be nice to use newer styling mechanisms. You can't push the envelope too far without hitting browser variations.
16:20:33 [nigel]
courtney: clean, modern.
16:20:53 [nigel]
courtney: Additional considerations: Should be something that will work for low vision people, using magnifiers, voice-over etc.
16:21:05 [nigel]
nigel: URLs?
16:21:29 [nigel]
Cyril: TTML1, WebVTT, IMSC 1
16:21:33 [nigel]
nigel: +1
16:21:50 [nigel]
nigel: Do we have documentation of our markup conventions?
16:22:12 [nigel]
glenn: Not really - we use XMLSpec as a technology (from 1999). Others use respec (WebVTT and IMSC 1).
16:22:22 [nigel]
glenn: It's very unlikely that we will adopt respec for TTML.
16:23:01 [nigel]
glenn: In TTML1 we have a conventions section in the document. XMLSpec and Respec are separately documented for markup.
16:23:21 [nigel]
nigel: Spec processing tools? We've looked at those already. Are there any more?
16:23:24 [nigel]
group: no more
16:23:38 [nigel]
nigel: Do we have any goals?
16:23:55 [nigel]
Cyril: To have the table of contents kept visible when scrolling, for easy navigation.
16:23:58 [nigel]
courtney: +1
16:24:19 [nigel]
Cyril: In some PDF viewers and Word, I like that searched-for words are listed as occurrences on a separate panel.
16:24:26 [nigel]
courtney: Better search would be good.
16:24:43 [nigel]
courtney: When I find a page, it's hard to see the structure of the whole thing and relations with other specs.
16:25:12 [nigel]
nigel: I hate it when clicking on references takes you to the Reference section not the thing being referenced.
16:25:18 [nigel]
Cyril: +1 What's the point in it?
16:25:57 [nigel]
nigel: What about making defined terms links to other places where they're used?
16:26:04 [nigel]
Cyril: +1
16:26:31 [nigel]
Cyril: A way to list normative (testable) statements in the spec, to generate test suites automatically would be great. CSS has that I think.
16:26:46 [nigel]
tidoust: It was the packaging spec format.
16:27:14 [nigel]
Present+ ddahl, tidoust, noriya, khoya, jdsmith, hiroto
16:27:48 [nigel]
glenn: That was done by adding markup to every paragraph. Extracting assertions from a spec is a hard to automate, complex process. Maintaining it becomes quite challenging.
16:28:43 [nigel]
... Plus it's not a science. Declarative statements (X is Y) can be viewed as normative in some places, then if (X is required) implies (Y is required). It's a nice idea, but hard to do.
16:28:58 [nigel]
... People offer paid services to do that, because it's complex.
16:29:11 [nigel]
nigel: Is there anything else we should know/consider?
16:29:45 [nigel]
... Cyril mentioned Developer view/Author view earlier.
16:30:04 [tidoust]
[FWIW, I was referring to the fact that the Packaged Web Apps (Widgets) spec was written in a way that allowed the extraction of test assertions, see: and the test suite: ]
16:30:28 [nigel]
Cyril: I think there's an HTML 5 spec (might be the WhatWG spec) that does differing views.
16:31:12 [nigel]
glenn: There's a lot of advantage to marking up specs to allow automatic extraction. For example, IDL fragments have conventions that allow some tools to automatically pull out all the IDL
16:31:38 [nigel]
... to generate a test generation process. We don't have APIs in TTML at the moment. If CSS had followed a similar convention for how properties were defined, and HTML had
16:32:08 [nigel]
... followed conventions for how elements and attributes were defined, then a similar tool could have been used. They didn't adopt a convention though, so it's a manual task.
16:32:38 [nigel]
glenn: Those are the kinds of tools that it might be useful to consider. We could mark up elements and attributes. In the original markup I used a few syntactic conventions to assist.
16:33:05 [nigel]
... For example ID attributes. I use some specific conventions for how identifiers are presented.
16:33:16 [nigel]
... I have never documented it anywhere?
16:34:11 [nigel]
Topic: TTML2 Timing relationship with related media objects.
16:34:51 [nigel]
glenn: I can walk us through this. The issue originally came up from an example TTML document with some negative time expressions.
16:35:19 [nigel]
... I immediately pointed out that you can't do that! I did wonder why they are putting -ve time expressions in a TTML document.
16:35:59 [nigel]
courtney: Caption authors may use different timecode from the video editors.
16:36:23 [nigel]
glenn: Based on that I thought it would be useful to have an offset from authored time expressions to some useful point in the media, and allow the player or processor
16:36:46 [nigel]
... to use that offset to achieve synchronisation rather than mandating precise synchronisation between TTML times and the media times.
16:37:12 [nigel]
... As I explored that some issues came up. One was the difference between the Origin of the document timeline and the Begin of the document timeline, and whether they
16:37:38 [nigel]
... are different times or the same time. I looked at SMIL and SVG time semantics to try to ascertain what was used there. I also reviewed the earlier TTML1 work.
16:38:11 [nigel]
... We have a concept in TTML that has its own terminology definition in TTML2, Root temporal extent.
16:38:15 [nigel]
rrsagent, make logs public
16:38:39 [nigel]
glenn: When this talks about beginning or ending, does it mean beginning of the coordinate space or the first timestamp in the document.
16:39:18 [nigel]
... Say a TTML document has a body with begin="10:00:00". Is the origin "10:00:00" or 0s in the document. I eventually tentatively concluded that for document time coordinate
16:39:45 [nigel]
... spaces is always zero and the beginning of the document is always zero. That doesn't mean it's the timestamp of the first timed element in the document.
16:40:18 [nigel]
... Everything in SVG and SMIL is predicated on the default begin being zero, in the coordinate space of the document. Recently I came round to understanding that the document
16:40:58 [nigel]
... time origin and the document begin point in time are the same. Then if I want to synchronise a document with some media, then what point am I synchronising? The origin of the
16:42:02 [nigel]
... media timeline or the begin. Let's say for example, I have a related media object that starts at 5 hours into the media timeline. The first timestamp in the media is 5:00:00 (5 hours).
16:42:43 [nigel]
... What do I want to synchronise the 10 hour time in the document with, in the media? There are 2 options. One is to have zero in the document time coordinate space correspond to
16:43:08 [nigel]
... zero in the media time coordinate space. Another is to say that there's an offset between the document time coordinate space and the media time coordinate space, and that offset
16:43:44 [nigel]
... is between the two origins of the coordinate spaces. A 3rd option is to pin the origin of the document coordinate space (zero) to the begin of the media time coordinate space (5 hours).
16:43:51 [nigel]
... That latter one doesn't seem to be quite so correct.
16:43:57 [nigel]
glenn: [draws a picture]
16:44:19 [nigel]
nigel: Is this predicated on timebase="media"?
16:44:50 [nigel]
glenn: Let's assume that. The general answer may extend to continuous SMPTE timebase too.
16:46:28 [nigel]
glenn: I have two entities, a video and a document. Each has a timeline - the video content has a timeline and the document body has a timeline.
16:47:17 [nigel]
... The root temporal extent of the document is the timed beginning of the document to the timed ending of the document. The choices seem to be the origin or the start of the
16:47:20 [nigel]
... first timed element.
16:47:37 [nigel]
glenn: I think the logical begin is always zero, if begin is not specified.
16:48:16 [nigel]
glenn: So this is the document time reference synchronisation point. What do want to tie it to - the beginning of the media or the origin of the video time coordinate space?
16:49:07 [nigel]
... My thinking has evolved on this. Originally I thought that Begin(body) would be synchronised with Begin(media). Then the offset would be between those two points.
16:49:35 [nigel]
... The more I thought about it the less viable it seemed to be. Eventually I came to the conclusion that we should synchronise Origin(document) and Origin(media).
16:49:55 [nigel]
... Then if they happen to correspond, and both the video and the body say 10h in their own coordinate spaces then they would line up.
16:50:11 [nigel]
... i.e. they would be isomorphic time spaces with zero offset.
16:51:13 [nigel]
... One of the interesting example issues is: what if the playback rates differ between the media and the document. What happens to dilations or contractions in the timelines?
16:51:37 [nigel]
... It seems like if they're both synchronised with the zero point then any modification of the playback speed, as long as they're coordinated, would work out pretty well.
16:52:18 [nigel]
... It means that you can simply multiply the coordinates with the playback rate.
16:53:07 [Cyril]
scribeNick: Cyril
16:53:53 [Cyril]
nigel: (describing an email sent earlier)
16:54:00 [Cyril]
... I analyzed it a different way
16:54:13 [Cyril]
... with all possible combinations of timebase and related media
16:54:26 [Cyril]
... 3 different timebases in TTML: media; SMPTE; and clock
16:54:59 [Cyril]
... what "relationship" means in the temporal extent definition
16:55:20 [Cyril]
... if there is no related media, there is no relationship, that's easy
16:55:31 [Cyril]
... the root temporal extent is from begin to end of document
16:55:37 [Cyril]
... they can be unconstrained
16:55:46 [Cyril]
... begin is origin and end is infinity
16:56:07 [Cyril]
... if clock time is used, there might be a relationship with some media
16:56:14 [Cyril]
... nothing here contradicts Glenn
16:56:34 [Cyril]
... example: tape with every frame with timecode
16:56:53 [Cyril]
... if you are using media times, the origin of the document is the begin of the media
16:57:16 [Cyril]
... you expect the origin of hte document to be equivalent to the begin of the media
16:57:23 [Cyril]
... 5s in the document means 5s in the media
16:57:37 [Cyril]
... the root temporal extent is constrained by begin media/end media
16:58:25 [Cyril]
glenn: SMIL and SVG make the difference between the specified and active time interval
16:59:52 [Cyril]
... the question: is root temporal extent meant to express the active interval or the extent of the time coordinate space of the document ?
17:00:16 [Cyril]
nigel: the next limitation is when you have media with SMPTE timecode and SMPTE timecode in the document
17:00:27 [Cyril]
... the document times and media times are actually the same
17:00:36 [Cyril]
... so no offset applies here
17:02:00 [Cyril]
... for marker mode = continuous, this is equivalent to saying origin(document)=origin(media)
17:02:22 [Cyril]
... however the rule as stated also works for marker mode = discontinuous
17:02:34 [Cyril]
... i.e. when document times = media times
17:03:04 [Cyril]
... next: media with SMPTE time codes and clock in the document
17:03:26 [Cyril]
... the only interpretation is that the document types are supposed to be equivalent to clock times when you play the media
17:03:50 [Cyril]
... ex: document time says 10:05, but starts playing at 10:03
17:04:09 [Cyril]
... the use case for this are strange
17:04:38 [Cyril]
glenn: wall clock values are converted to times by substracting the wall clock start time of the document (according to SMIL)
17:04:54 [Cyril]
nigel: consistent with my interpretation ?
17:04:56 [Cyril]
glenn: yes
17:05:26 [Cyril]
nigel: then there is a category of media with no SMPTE time codes, but with time
17:05:58 [Cyril]
... same as glenn, the origin of the document is equivalent to the origin of the media
17:06:08 [Cyril]
... again the framing that glenn talked about applies
17:06:22 [Cyril]
... the active time cannot go outside of the playback
17:06:45 [Cyril]
glenn: the media active interval is as if it was a parent of the document active interval
17:07:59 [Cyril]
nigel: if audio is continuing but audio is not, the viewer is continuing, you should be presenting subtitles
17:08:05 [Cyril]
... this is an implementation case
17:08:34 [Cyril]
... any offset that needs to be applied will be externally
17:09:00 [Cyril]
... I don't want to duplicate what is already in MP4 files for instance
17:09:53 [Cyril]
glenn: the timeoffset I came up with makes it easier
17:10:29 [Cyril]
... if the house that made the media did not have the media in hand, they can provide the offset
17:11:04 [Cyril]
nigel: is that a hypothetical case ?
17:11:09 [Cyril]
courtney: no
17:11:16 [Cyril]
... different houses will have different conventions
17:11:43 [Cyril]
... when someone give content to itunes, they give a video
17:11:52 [Cyril]
... later on they'll get european or asian conventions
17:12:07 [Cyril]
nigel: i don't understand the convention
17:12:20 [Cyril]
courtney: some times people don't want to use zero
17:12:30 [Cyril]
nigel: in SMPTE time code yes
17:13:35 [nigel]
scribeNick: nigel
17:14:09 [nigel]
Cyril: I understand Courtney's use case. The TTML document doesn't reference the media itself. So it will be used in some external context with the media.
17:14:37 [nigel]
... For example an MP4 file, MSE, DASH. All of those have timestamp offset facilities, so I'm puzzled why we're talking about this here.
17:15:00 [nigel]
glenn: Those are all different systems with different ways to express the offsets. If it only can be carried outside the document it might get lost.
17:15:29 [nigel]
... It's useful to have it in the document as a reference point to express the intent of the author. We often need to export things from in the document to outside the document.
17:15:52 [nigel]
Cyril: So you want to export from the document some time reference?
17:15:53 [nigel]
glenn: yes
17:16:10 [nigel]
Cyril: That is fine.
17:16:25 [nigel]
glenn: Courtney isn't the only person to bring this up - I've had other reasons to add this over the years.
17:16:45 [nigel]
courtney: complex production workflows do mean that we sometimes need to do this.
17:16:54 [nigel]
Cyril: These examples seem to be overly complicated.
17:17:05 [nigel]
glenn: I think nigel wanted to cover all the cases, which is a useful exercise.
17:17:35 [nigel]
glenn: Neither of us defined BEGIN(document) and ORIGIN(document) actually meant, which is a problem talking about this!
17:17:52 [Cyril]
17:18:01 [nigel]
... Is it the time of the first thing in the time frame or the origin of the framing time.
17:19:46 [tidoust]
tidoust has joined #tt
17:21:12 [nigel]
nigel: the next row is where the media doesn't have timecode but the document has smpte timecode, which may start at some arbitrary point according to convention.
17:21:45 [nigel]
... In that case I can see that an offset would be useful, to say "the start of the media is at e.g. 10:00:00". I'm less comfortable doing this with media timebase, but it's quite closely related.
17:21:54 [nigel]
Cyril: The same problem will arise with WebVTT.
17:22:19 [nigel]
... The general problem is how to carry in-band the time value of the begin of the media in the document timeline.
17:22:50 [nigel]
nigel: Do houses really begin at 300s?
17:23:09 [nigel]
courtney: I only see this as a problem with TTML, not WebVTT.
17:23:44 [nigel]
glenn: I've seen examples with media timeBase. For example, taking into account a pre-roll of 13s.
17:24:14 [nigel]
s/a problem/a real world problem
17:24:30 [nigel]
courtney: This could also apply to WebVTT at some point in the future.
17:24:47 [nigel]
glenn: I added a few notes. I need 2 questions answered.
17:25:14 [nigel]
... My hypothesis is that the label BEGIN(document) means the origin of the document, i.e. zero on the document time coordinate space.
17:25:41 [nigel]
... I believe that's most accurate in relation to SMIL and SVG.
17:25:52 [nigel]
... This is not the time of the body.
17:26:34 [nigel]
... Now the question is what we call the Root Temporal Interval - does it also start at the origin, or at the body. We may need to distinguish the active root temporal interval
17:26:47 [nigel]
... from the overall unqualified root temporal interval.
17:27:05 [nigel]
... I want to see if the group can agree that hypothesis.
17:27:29 [nigel]
... Then I need a decision on which of the 3 models to use to describe the timing relationships.
17:27:42 [nigel]
... 1) The two origins sync up.
17:27:55 [nigel]
courtney: I don't see how that solves it.
17:28:00 [nigel]
Cyril: That's the only one that works!
17:28:02 [nigel]
nigel: +1
17:28:26 [nigel]
glenn: In that case the offset is the difference between the origins.
17:28:49 [nigel]
... 2) The origin of the document syncs up with the beginning of the media.
17:29:34 [nigel]
... This one seems more natural to me because 10 hours means 10 hours into the video.
17:29:45 [nigel]
nigel: Not if the timebase is smpte! You have to enumerate all the options.
17:30:09 [nigel]
glenn: 3) Begin(body) is begin(media). I don't think this one works too well.
17:30:37 [nigel]
... When you use media times instead of timestamps then you mainly want 2). But with SMPTE timecodes in the media it seems like 1) may be more applicable.
17:32:06 [nigel]
nigel: I think that's right.
17:32:19 [nigel]
Cyril: There's another way to do this - what happens if you have an audio track with some offset too?
17:32:49 [nigel]
Cyril: In the MP4 and DASH case, and all the others I know, you only care about the media itself. The TTML document has an anchor point, e.g. 10 hours if that's the begin of the media.
17:33:17 [nigel]
... Then you use that to anchor it onto the timeline. In MP4 if the video has a big gap at the beginning, you use an offset to say when the beginning should occur. Same with the audio.
17:34:07 [nigel]
... The TTML document should just give its anchor point as the time value in its coordinate space that corresponds to the beginning of itself.
17:34:15 [nigel]
nigel: +1 that's the proposal I made too.
17:35:18 [nigel]
glenn: So you're saying a media begin point as opposed to an offset in the document timeline?
17:35:20 [nigel]
nigel: yes.
17:35:42 [nigel]
glenn: So if zero in the document is zero in the media the media offset is 0
17:36:34 [nigel]
... And for SMPTE timecode with the 10:00:00 convention the value would be 10:00:00.
17:37:33 [nigel]
glenn: I like that suggestion because it seems to work regardless of the timeBase. Have you worked through any play rate differences?
17:37:43 [nigel]
nigel: I'm not confident that I've worked through all the playrate consequences.
17:38:11 [nigel]
Cyril: The solution seems to be found - it needs to be liaised back to MPEG because it affects the carriage of TTML in MP4. You'd have to store it in the MP4 file.
17:38:23 [nigel]
glenn: Couldn't you just look in the TTML document?
17:38:47 [nigel]
Cyril: Let's say your document has an offset of 10 hours - will the first sample say 10 hours or zero - is an edit list required?
17:39:36 [nigel]
glenn: In SMIL you can have captions that start before the media and end after, but get effectively truncated. Why would it affect the carriage in MP4? You can still look inside the document.
17:39:58 [nigel]
Cyril: When you stream/seek/segment the document you don't want to look inside it.
17:40:44 [nigel]
glenn: I think I have enough guidance on this to move forward on resolving it.
17:40:51 [nigel]
nigel: Let's take a break - back at 11.
17:40:55 [nigel]
rrsagent, generate minutes
17:40:55 [RRSAgent]
I have made the request to generate nigel
17:43:12 [mike]
mike has joined #tt
17:45:05 [Zakim]
17:48:20 [courtney]
courtney has joined #tt
17:50:05 [Zakim]
disconnecting the lone participant, SuiteB, in Team_(tt)15:56Z
17:50:07 [Zakim]
Team_(tt)15:56Z has ended
17:50:07 [Zakim]
Attendees were SuiteB, pal
18:03:02 [Cyril]
Cyril has joined #tt
18:03:17 [Zakim]
Zakim has left #tt
18:03:54 [nigel]
Present+ erik_carlson
18:04:01 [nigel]
rrsagent, this meeting spans midnight
18:04:07 [ddahl_]
ddahl_ has joined #tt
18:09:40 [eric_carlson]
eric_carlson has joined #tt
18:11:45 [Cyril]
Cyril has joined #tt
18:24:31 [tidoust]
tidoust has joined #tt
18:26:13 [glenn]
glenn has joined #tt
18:31:46 [nigel]
Topic: IMSC 1 CR Exit criteria
18:31:49 [nigel]
18:31:49 [trackbot]
action-345 -- Nigel Megitt to Make request to philip and silvia to change living standard to editor's draft. -- due 2014-11-03 -- PENDINGREVIEW
18:31:49 [trackbot]
18:32:27 [pal_]
pal_ has joined #tt
18:32:35 [nigel]
close action-345
18:32:35 [trackbot]
Closed action-345.
18:32:45 [nigel]
nigel: sorry that was the wrong action but it was done!
18:33:19 [nigel]
18:33:19 [trackbot]
action-346 -- Nigel Megitt to Scribe notes on cr exit criteria for imsc 1 based on meeting debate -- due 2014-11-03 -- PENDINGREVIEW
18:33:19 [trackbot]
18:33:32 [nigel]
close action-346
18:33:32 [trackbot]
Closed action-346.
18:37:05 [Cyril_]
Cyril_ has joined #tt
18:44:17 [nigel]
nigel: Goes through scribed notes - group makes edits
18:50:53 [nigel]
nigel: Conclusion is:
18:52:34 [nigel]
Our criteria for exiting CR will be:
18:52:41 [nigel]
At least 2 independent implementations for every feature of IMSC 1 not already present in TTML1, verified by using a test suite.
18:52:47 [nigel]
We will not require that implementations are publicly available but encourage them to be so.
18:52:54 [nigel]
We will not exit CR before January 16th 2016 at the earliest.
18:59:38 [nigel]
s/At least 2 independent implementations for every feature of IMSC 1 not already present in TTML1, verified by using a test suite. /Provide an implementation report describing at least 2 independent implementations for every feature of IMSC 1 not already present in TTML1, based on implementer-provided test results for tests and sample content provided by this group.
19:00:23 [Cyril_]
Cyril_ has joined #tt
19:01:44 [nigel]
pal: That's enough for me to edit the SOTD in the CR draft - I'll need to get respec.js to allow this custom paragraph.
19:02:06 [glenn]
glenn has joined #tt
19:02:07 [nigel]
... The next CR draft may include this text in a weird style just to get around respec.js.
19:03:18 [pal_]
pal_ has joined #tt
19:05:38 [nigel]
nigel adjourns meeting for lunch - restart at 1300
19:06:07 [pal__]
pal__ has joined #tt
19:09:40 [nigel]
rrsagent, generate minutes
19:09:40 [RRSAgent]
I have made the request to generate nigel
19:29:53 [ddahl_]
ddahl_ has left #tt
19:44:33 [glenn]
glenn has joined #tt
19:57:41 [glenn]
glenn has joined #tt
20:04:26 [Zakim]
Zakim has joined #tt
20:04:32 [nigel]
zakim, what meeting is this?
20:04:32 [Zakim]
I don't understand your question, nigel.
20:04:38 [courtney]
courtney has joined #tt
20:04:51 [nigel]
zakim, what conference is this?
20:04:51 [Zakim]
no conference has been selected, nigel
20:05:48 [nigel]
zakim, this is conf1
20:05:48 [Zakim]
sorry, nigel, I do not see a conference named 'conf1' in progress or scheduled at this time
20:05:58 [nigel]
zakim, this is ttwg
20:05:58 [Zakim]
sorry, nigel, I do not see a conference named 'ttwg' in progress or scheduled at this time
20:06:36 [nigel]
zakim, what conferences?
20:06:36 [Zakim]
I see RWC_WAPI()12:00PM, WAI_Indie()11:00AM, Team_(xquery)16:00Z, W3C_AC(*)1:00PM, WAI_UAWG()11:30AM active
20:06:38 [Zakim]
also scheduled at this time are DATA_CSVWG()11:00AM, SEC_WASWG()11:30AM, WAI_EOWG()11:30AM, DPUB_ANNO WG()11:00AM
20:06:58 [nigel]
zakim, this will be tteg
20:06:58 [Zakim]
I do not see a conference matching that name scheduled within the next hour, nigel
20:08:26 [nigel]
zakim, help?
20:08:26 [Zakim]
Please refer to for more detailed help.
20:08:28 [Zakim]
Some of the commands I know are:
20:08:28 [Zakim]
xxx is yyy - establish yyy as the name of unknown party xxx
20:08:28 [Zakim]
if yyy is 'me' or 'I', your nick is substituted
20:08:28 [Zakim]
xxx may be yyy - establish yyy as possibly the name of unknown party xxx
20:08:28 [Zakim]
I am xxx - establish your nick as the name of unknown party xxx
20:08:29 [Zakim]
xxx holds yyy [, zzz ...] - establish xxx as a group name and yyy, etc. as participants within that group
20:08:29 [Zakim]
xxx also holds yyy - add yyy to the list of participants in group xxx
20:08:29 [Zakim]
who's here? - lists the participants on the phone
20:08:29 [Zakim]
who's muted? - lists the participants who are muted
20:08:29 [Zakim]
mute xxx - mutes party xxx (like pressing 61#)
20:08:30 [Zakim]
unmute xxx - reverses the effect of "mute" and of 61#
20:08:30 [Zakim]
is xxx here? - reports whether a party named like xxx is present
20:08:30 [Zakim]
list conferences - reports the active conferences
20:08:31 [Zakim]
this is xxx - associates this channel with conference xxx
20:08:31 [Zakim]
excuse us - disconnects from the irc channel
20:08:31 [Zakim]
I last learned something new on $Date: 2013-03-03 19:18:47 $
20:12:29 [nigel]
ScribeOptions: -draft -embedDiagnostics
20:12:39 [nigel]
rrsagent, generate minutes
20:12:39 [RRSAgent]
I have made the request to generate nigel
20:16:32 [nigel]
s/At least 2 independent implementations for every feature of IMSC 1 not already present in TTML1, verified by using a test suite./Provide an implementation report describing at least 2 independent implementations for every feature of IMSC 1 not already present in TTML1, based on implementer-provided test results for tests and sample content provided by this group./
20:16:42 [nigel]
s|s/At least 2 independent implementations for every feature of IMSC 1 not already present in TTML1, verified by using a test suite. /Provide an implementation report describing at least 2 independent implementations for every feature of IMSC 1 not already present in TTML1, based on implementer-provided test results for tests and sample content provided by this group./|
20:16:45 [nigel]
rrsagent, generate minutes
20:16:45 [RRSAgent]
I have made the request to generate nigel
20:17:19 [nigel]
group reconvenes
20:17:22 [nigel]
Topic: Change Proposals
20:17:32 [nigel]
Reviewing change proposals at
20:17:38 [nigel]
Change Proposal 15
20:17:53 [nigel]
20:18:49 [nigel]
glenn: margin - this would be very easy to add since there's a straight mapping to CSS. I haven't had enough feedback that its needed.
20:18:55 [nigel]
nigel: There's nothing from EBU
20:19:23 [nigel]
courtney: margin isn't permitted in WebVTT either.
20:20:03 [nigel]
glenn: The described use case, for indenting 2nd and subsequent lines, wouldn't be supported by margin anyway. It's really a hanging indent.
20:20:10 [nigel]
... We don't have any indent support, hanging or otherwise.
20:20:46 [nigel]
nigel: Is there a related issue for margin?
20:20:48 [nigel]
glenn: I don't think so.
20:23:11 [nigel]
glenn: I'll edit this on the fly now.
20:23:17 [nigel]
glenn: marked as WONTFIX.
20:23:35 [nigel]
glenn: box-decoration-break. This got moved in CSS to 'fragmentation'
20:23:40 [glenn]
20:24:09 [glenn]
20:24:39 [nigel]
glenn: but the short name is still css-break! It was last published as a WD in TR on January 16.
20:24:57 [glenn]
20:26:22 [nigel]
glenn: Mozilla seems to have an implementation of this that's working.
20:26:31 [nigel]
nigel: Even in today's draft the property and value combination still exist.
20:27:02 [nigel]
glenn: We have two options in TTML2 syntax: either use box-decoration-break directly or go ahead and use something simpler like linePadding and map it to this CSS property.
20:28:06 [nigel]
... The latter disconnects it as a feature from this particular instantion.
20:28:30 [nigel]
nigel: That's the normal way we do it, but I can see that with padding specified on content elements then it would be a duplication to add it a second time through linePadding.
20:28:59 [nigel]
glenn: In that case I proposed adding support for box-decoration-break in addition to padding on inline content elements that can now be specified.
20:30:03 [nigel]
PROPOSAL: support the EBU line padding proposal with the combination of padding on inline content elements and box-decoration-break.
20:30:15 [nigel]
RESOLUTION: support the EBU line padding proposal with the combination of padding on inline content elements and box-decoration-break.
20:30:23 [nigel]
s/support/We will support
20:30:58 [nigel]
issue-286: (TTWG F2F today) We will support the EBU line padding proposal with the combination of padding on inline content elements and box-decoration-break.
20:30:58 [trackbot]
Notes added to issue-286 Extend the background area behind rendered text to improve readability.
20:31:32 [nigel]
glenn: border - we've added border and made it applicable to both region and certain content elements - body, div, p and span.
20:32:15 [nigel]
... One of the open questions is that border in css is a short hand for specifying the width height and colour of all the borders simultaneously, not each border separately.
20:33:09 [nigel]
... As well as this super-shorthand border property, there is the border-width, border-style and border-color properties, which allow those values to be specified on all borders.
20:36:43 [nigel]
s/all borders./all or any from 1-4 borders separately.
20:37:15 [nigel]
... Then finally there are 12 long hand versions for each of these plus -top -right -bottom and -left.
20:37:29 [tidoust]
tidoust has joined #tt
20:37:48 [nigel]
... I've implemented the shorthand, but we could go for the more longhand versions.
20:39:01 [nigel]
nigel: We should check what's needed to match 708 window styles.
20:39:42 [nigel]
courtney: The FCC regulations don't go to the level of granularity of this.
20:40:18 [nigel]
glenn: I think this note came up when we were doing SDP-US - there has been a request in the past to describe which 708 features are supported in TTML.
20:40:35 [nigel]
courtney: That's not the same as a requirement. I don't know of any examples of subtitles with borders on them.
20:41:43 [noriya_]
noriya_ has joined #tt
20:43:31 [nigel]
courtney: 708 says borders may be raised, suppressed, uniform or drop-shadow.
20:43:34 [Cyril]
Cyril has joined #tt
20:43:51 [nigel]
20:44:28 [nigel]
courtney: I don't see anything about styling the different sides separately.
20:46:40 [nigel]
glenn: It's not clear what the mapping is for all those values. box-shadow in CSS may apply where drop-shadow is required in 708.
20:46:49 [nigel]
... They also introduced border-radius.
20:47:40 [nigel]
nigel: Let's move on from this - I think we've done enough.
20:48:20 [nigel]
glenn: line stacking strategy. I don't think we need to do anything on this right now - I put this in originally, so I'll mark it as under review by me.
20:49:32 [nigel]
glenn: region anchor points - this was a proposal from Sean to have an auto keyword for the origin and extent properties on regions.
20:50:09 [nigel]
... I believe there's something like this in WebVTT.
20:50:36 [nigel]
... TTML doesn't have these at the moment. Sean was the champion and we don't have any other champion or requirement for this right now.
20:50:46 [nigel]
... I would say we should not take any action on this right now.
20:51:01 [hiroto__]
hiroto__ has joined #tt
20:51:32 [nigel]
nigel: I agree - it's unclear even how the proposal maps to the WebVTT way of positioning and sizing regions.
20:52:29 [nigel]
glenn: text outline vs text shadow. When we defined textOutline in TTML1 CSS was also working on an outline property.
20:54:00 [nigel]
glenn: the new CSS definition of drop shadow allows you to specify multiple shadows simultaneously.
20:54:39 [nigel]
courtney: the FCC regulation requires text edge attributes: normal, raised, depressed, uniform and drop-shadow.
20:56:20 [nigel]
glenn: TTML1's textOutline offers thickness and blur radius. You'd have to have multiple simultaneous shadows to achieve raised and depressed styles.
20:56:29 [nigel]
courtney: Authoring that would be complex.
20:57:48 [nigel]
glenn: XSL-FO defined a text shadow property even though CSS had not done so. We ended up calling it textOutline and we also limited it to just one dimension, not two.
20:59:05 [nigel]
... It's now officially defined in the CSS 3 text decoration module, called text-shadow. It takes 2 or 3 length specifications.
20:59:12 [glenn]
21:01:14 [nigel]
glenn: What we could do is define some new keywords that the processor can map. That makes it easier for the author to choose amongst the different choices including raised and depressed.
21:01:39 [nigel]
courtney: That seems like a nicer way to do it.
21:01:42 [nigel]
nigel: +1
21:02:29 [nigel]
glenn: There are two questions: firstly, should we change the name from textOutline to textShadow? I would say no. We can just define the mapping semantics, and already have different naming anyway.
21:02:49 [nigel]
Proposal: retain the attibute name textOutline.
21:03:26 [nigel]
glenn: Proposal: add two new keywords for raised and depressed to meet FCC requirements and define mappings.
21:04:40 [nigel]
glenn: There's a third proposal to add a 3rd optional length specification. This would allow separate definition of offset in x and y as well as blur.
21:05:52 [nigel]
glenn: I see that textOutline doesn't offer a shadow, but a uniform outline that expands by the required length around the glyph.
21:05:57 [nigel]
... I need to think about this some more.
21:07:07 [nigel]
... Now I recall why we thought about adding a new attribute called textShadow, to allow this. I don't want to take away textOutline and remove backwards compatibility.
21:07:44 [nigel]
... either we enlarge the definition of textOutline to make it include shadow, or add a new textShadow property. I need to review it and see if I can come up with a proposal that works.
21:09:53 [nigel]
nigel: We're getting behind on the agenda. We'll come back to this later.
21:10:16 [nigel]
Topic: Change Proposal 25 - Distribution
21:10:17 [nigel]
21:10:45 [nigel]
scribeNick: courtney
21:11:30 [courtney]
: nigel tab to autocomplete is great!
21:11:57 [nigel]
21:12:29 [courtney]
nigel : topic is combining groups of documents
21:12:46 [courtney]
s/nigel/nigel :
21:14:49 [courtney]
cyril: in an mp4 box, if you import ttml files to mp4 and concatenate more than one ttml file, then extracting the track should give you a combined ttml document.
21:15:16 [Cyril]
s/an mp4 box/the tool mp4box/
21:24:55 [courtney]
glenn: xml:id uniqueness- a similar problem exists in ISD creation as described in the document combining proposal.
21:27:34 [courtney]
glenn: btw, do you have an example of a specification for a merge algorithm? an xml syntax?
21:27:47 [courtney]
nigel: rules are laid out in presentation
21:28:14 [courtney]
glenn: so you wouldn't have some way for documents to specify a set of rules that it can follow?
21:28:33 [courtney]
nigel: no, there would be an external set of rules
21:29:08 [courtney]
glenn: would there be any content support required- additional metadata, etc?
21:29:12 [courtney]
nigel: no
21:33:26 [courtney]
glenn: you could exclude documents that contain elements with mixed content
21:34:02 [courtney]
nigel: perhaps, but that might be difficult because you could not use break spans within a sample.
21:35:48 [courtney_]
courtney_ has joined #tt
21:36:18 [courtney_]
nigel: normalize whitespace for comparison of samples.
21:38:06 [courtney_]
nigel: to compare elements, need to transform their times into a common timeline.
21:38:37 [courtney_]
glenn: you could translate to the isd space first prior to comparison.
21:38:52 [courtney_]
nigel: not sure what is possible with that approach.
21:40:08 [courtney_]
glenn: this is a transformation process, could be a separate spec from TTML.
21:42:32 [glenn]
Action: glenn to check if timeContainer explicitly has no semantics with timeBase smpte, markerMode discontinuous
21:42:32 [trackbot]
Created ACTION-347 - Check if timecontainer explicitly has no semantics with timebase smpte, markermode discontinuous [on Glenn Adams - due 2014-11-04].
21:47:47 [courtney_]
glenn: does the tmm:documentGroup type <xsd:NCName> proposal match the syntax of Id in XML?
21:47:55 [courtney_]
glenn: yes it does match
21:50:21 [courtney_]
what's the motivating use case for this?
21:50:59 [courtney_]
nigel: to archive live created subtitles documents and to be able to create distributable time constrained segmented documents for streaming
21:53:21 [courtney_]
Cyril: I'm not convinced there is a need for standardization here yet.
21:54:06 [courtney_]
pal: is there a need for a standard when dealing with a private archive where the owner controls what goes in and what comes out?
21:55:32 [hiroto_]
hiroto_ has joined #tt
21:57:52 [courtney_]
courtney_: ttml requires lots of small files for captioning live events, and this seems like a limitation to me
21:58:20 [courtney_]
pal: no it doesn't have to be, streaming inherently involves lots of files
21:58:32 [jdsmith_]
jdsmith_ has joined #tt
22:00:01 [nigel]
Topic: ISD formalisation
22:03:15 [nigel]
scribeNick: nigel
22:11:25 [nigel]
glenn: shows a terminal window! Invokes some code (ttx.jar) with a command line specifying the external-duration and an input ttml file
22:13:19 [nigel]
... Looks at TTML input document, that would present as 0-1s: Foo, 1-2s: Bar, 2s-[unbounded]: Baz
22:13:56 [nigel]
... Code validates the input and then writes out 3 Intermediate Synchronic Documents (ISDs).
22:16:34 [nigel]
Glenn: looks at output documents. isd elements in new isd namespace, with begin and end on the top level element.
22:16:42 [nigel]
group questions status of this work.
22:17:33 [nigel]
glenn: TTML1 defines ISDs but no serialisation of them, nor are all semantics fully defined. In TTML2 ED there's an annex that defines these, with a syntax for ISD.
22:17:47 [nigel]
... This is a proposal with the option for change.
22:18:33 [nigel]
pal: If we say any TTML document can be split unto a number of ISDs why isn't each ISD itself a TTML document. Why introduce a new structure?
22:19:41 [nigel]
glenn: Some good reasons. One: the constraints are different in an ISD document than in a TTML document. For example region elements have a body child.
22:20:20 [nigel]
nigel: You could create the ISDs as individual TTML documents prior to rehoming the body to each region and resolving the styles, as another option.
22:22:04 [nigel]
glenn: I explicitly wanted to put the ISD into a different namespace to reduce confusion. I realised when I started to formalise this then if I started with tt:tt and made it
22:22:16 [nigel]
... polymorphic then it would be much harder for people to understand, and parsers.
22:22:21 [nigel]
pal: +1 for that
22:23:07 [nigel]
pal: More fundamentally, can the ISD format be mapped into a TTML document?
22:23:16 [nigel]
glenn: I don't know - that wasn't in my thought process.
22:23:43 [nigel]
... There are two reasons for doing this work. One is to create HTML versions - you have to convert into a time-flattened version of the original TTML and apply the styles, and resolve region references.
22:24:06 [nigel]
... I wanted to make sure that process was fully articulated, which is essential to move forward.
22:24:28 [nigel]
... The other strong reason is to make it easily mappable into the cue structure of HTML text track. My model for each of these ISDs is one cue.
22:25:26 [nigel]
... Microsoft in the past tried to put a TTML1 document into a cue. It wasn't standardised anywhere. I want to have a good story for generic mapping TTML into a sequence of cues
22:25:58 [nigel]
... that fit into the TextTrack model. So my motivation was that each ISD should be representable as a cue, and furthermore to be distributable as a sequence of ISDs.
22:26:06 [nigel]
pal: How can I turn this back into a TT document?
22:26:14 [nigel]
glenn: I don't know - I didn't want to do that.
22:26:22 [nigel]
pal: So you've effectively created a new format.
22:26:43 [nigel]
glenn: It was my intention to make this a new format that could be used for distribution.
22:28:27 [nigel]
glenn: The other option would be to heavily profile TTML to allow it to be distributable. By the way, there are already more than one kinds of document that are specified by TTML.
22:28:38 [nigel]
glenn: My proposal would be to use the same MIME type and a different document type within that.
22:29:21 [nigel]
pal: My initial feedback is this introduces a new format in a world that has too many already!
22:33:04 [nigel]
nigel: There are multiple steps here. The first is to formalise something that's only conceptual for describing an algorithm in TTML1; the second is to make it a serialisable format.
22:33:17 [nigel]
... If your end goal is a TextTrack cue why not go all the way?
22:34:00 [nigel]
pal: My feedback is that we should store these as TTML documents.
22:34:08 [Zakim]
Zakim has left #tt
22:34:19 [nigel]
Present+ jdsmith
22:35:02 [nigel]
glenn: Not only has timing been flattened in this process but also styles. The only styles that are expressed here are those that are not the initial values.
22:35:43 [nigel]
... There's an attribute and element called "css" meaning computed style set. Coding wise, this has been an important step for validating our algorithm.
22:36:14 [nigel]
... Notice that it still uses the TTML namespace - it copies the body into the region element; there can be more than one region in the isd.
22:36:35 [nigel]
s/There's an/[shows ISD output] There's an
22:37:16 [nigel]
group expresses some reservations about defining a new format
22:37:50 [nigel]
glenn: There are some questions: 1. Is it important and useful to define a serialisation format for ISD?
22:38:28 [nigel]
glenn: I think it's both. It would help in many ways and reduce the discussion about streamability.
22:38:43 [nigel]
Cyril: It's not TTML anymore, so it's not streaming TTML. It's streaming something else.
22:40:12 [courtney]
courtney has joined #tt
22:41:30 [nigel]
nigel: We have a wider environment in which organisations are creating and distributing TTML documents and writing players. There's no problem splitting temporally on the client side,
22:42:00 [nigel]
... so creating a new format where the temporal division happens server side doesn't seem to be necessary.
22:42:12 [nigel]
group adjourns for a break