14:00:29 <RRSAgent> RRSAgent has joined #tt
14:00:29 <RRSAgent> logging to http://www.w3.org/2014/08/21-tt-irc
14:00:31 <trackbot> RRSAgent, make logs public
14:00:31 <Zakim> Zakim has joined #tt
14:00:33 <trackbot> Zakim, this will be TTML
14:00:33 <Zakim> ok, trackbot; I see SYMM_TTWG()10:00AM scheduled to start now
14:00:34 <trackbot> Meeting: Timed Text Working Group Teleconference
14:00:34 <trackbot> Date: 21 August 2014
14:00:50 <Zakim> SYMM_TTWG()10:00AM has now started
14:00:57 <Zakim> +Mike
14:01:09 <Zakim> +nigel
14:01:31 <courtney> courtney has joined #tt
14:01:54 <nigel> chair: nigel
14:02:01 <nigel> Present: Mike, nigel
14:02:12 <nigel> Regrets: Andreas_Tai
14:02:14 <Zakim> +pal
14:02:26 <nigel> Present+ Pierre
14:02:33 <Zakim> +courtney
14:02:43 <nigel> Present+ Courtney
14:03:14 <Zakim> +jdsmith
14:03:19 <jdsmith> jdsmith has joined #tt
14:03:21 <nigel> Present+ jdsmith
14:04:33 <nigel> Topic: This meeting
14:04:42 <nigel> scribeNick: nigel
14:04:55 <nigel> group: no AOBs to raise
14:06:00 <nigel> mike: regrets for me for Sep 4 meeting
14:06:02 <Zakim> +glenn
14:06:35 <nigel> nigel: Let's set aside 1 hour for our 4th September meeting
14:06:51 <nigel> Topic: Geneva F2F meeting
14:07:32 <nigel> RESOLUTION: We will proceed with the Geneva F2F meeting as planned.
14:08:54 <nigel> pal: Based on the attendees I suggest we take 2-3 hours on day 2 morning to resolve any issues on IMSC 1 in prep for LC.
14:10:57 <Frans_EBU> Frans_EBU has joined #tt
14:11:05 <nigel> nigel: We have more folk interested in VTT attending on day 1 than on day 2 so that makes sense to me.
14:11:15 <nigel> pal: I may have to duck out on 2nd day afternoon for some SMPTE stuff.
14:11:18 <Zakim> + +41.22.717.aaaa
14:11:31 <Frans_EBU> sorry for being late (I am +41..)
14:11:40 <nigel> mike: I plan to try to be there both day. On day 2 at 1700 local time there's a meeting I need to be at but we should have finished by then.
14:11:48 <nigel> Present+ Frans_EBU
14:11:56 <nigel> zakim, aaaa is Frans_EBU
14:11:56 <Zakim> +Frans_EBU; got it
14:12:48 <nigel> nigel: Anything else to squeeze into the agenda as well as the TTML <--> WebVTT and IMSC 1 work?
14:12:55 <nigel> group: nothing to add.
14:15:08 <nigel> nigel: We need to think about the structure of the TTML <--> WebVTT part - I've added some thoughts, but please could all consider this and make any proposals first on the reflector, and then we can
14:15:16 <nigel> ... make them more concrete on the wiki page.
14:16:32 <nigel> frans_EBU: We're okay to use the EBU canteen on an ad hoc basis - it won't be a served meal.
14:17:17 <nigel> nigel: So the only cost for attendance is food at EBU, travel and accommodation - there's no other attendance fee.
14:17:28 <nigel> Topic: Action Items
14:17:37 <nigel> action-319?
14:17:37 <trackbot> action-319 -- Nigel Megitt to Draft liaisons to relevant organisations for imsc 1 timeline -- due 2014-08-21 -- PENDINGREVIEW
14:17:37 <trackbot> http://www.w3.org/AudioVideo/TT/tracker/actions/319
14:18:25 <nigel> mike: Both SMPTE and DECE messages were transmitted. Response will probably be after the Geneva meeting.
14:18:36 <nigel> frans_EBU: I can confirm I received the EBU message and will forward it today.
14:18:44 <nigel> close action-319
14:18:45 <trackbot> Closed action-319.
14:18:50 <nigel> action-323?
14:18:50 <trackbot> action-323 -- Nigel Megitt to Update issue-263 to target product ttml2 and open a new one on sdp-us. -- due 2014-08-21 -- PENDINGREVIEW
14:18:50 <trackbot> http://www.w3.org/AudioVideo/TT/tracker/actions/323
14:19:15 <nigel> nigel: I completed this.
14:19:26 <nigel> close action-323
14:19:26 <trackbot> Closed action-323.
14:20:14 <nigel> action-320?
14:20:14 <trackbot> action-320 -- Glenn Adams to Review https://www.w3.org/wiki/ttml/codecsregistry w.r.t. recent ttml2 changes in profile definition mechanisms -- due 2014-08-21 -- OPEN
14:20:14 <trackbot> http://www.w3.org/AudioVideo/TT/tracker/actions/320
14:20:23 <nigel> action-322?
14:20:23 <trackbot> action-322 -- Jerry Smith to Indicate preference for updating sdp-us for ttml2 -- due 2014-08-21 -- OPEN
14:20:23 <trackbot> http://www.w3.org/AudioVideo/TT/tracker/actions/322
14:20:50 <nigel> jdsmith: Still working on that one. Hopefully will do so in the next few days.
14:20:58 <nigel> action-324?
14:20:58 <trackbot> action-324 -- Glenn Adams to Draft a note for imsc 1 progressivelydecodable to make concrete what authors should take into account -- due 2014-08-21 -- OPEN
14:20:58 <trackbot> http://www.w3.org/AudioVideo/TT/tracker/actions/324
14:22:06 <pal> pal has joined #tt
14:22:41 <nigel> glenn: My email earlier was related to this.
14:23:19 <nigel> pal: We agreed that within <head> it is not required to dereference forward references while parsing?
14:23:23 <nigel> glenn: That's correct.
14:23:59 <nigel> glenn: The dereferencing process only occurs during the synchronic flow processing process as currently defined, generally done after the whole document has been processed.
14:24:38 <nigel> ... It could be done as an optimisation during processing of the <body> but elements spread out throughout the whole document may select into the same region;
14:25:01 <nigel> ... If they're ordered temporally then you would be able to perform the synchronic processing once you get to a time you know is later than the time of the elements
14:25:12 <nigel> ... currently being considered for inclusion in the synchronic document.
14:25:44 <nigel> ... So the only consideration is times.
14:26:00 <nigel> ... My message earlier today related to the styles portion. There doesn't seem to be an ordering dependency there.
14:26:23 <nigel> pal: If you order the style elements in order in <head> you don't have to wait until the end of <head> to compute your final style properties.
14:26:43 <nigel> glenn: You never do that until you process the content elements, and that doesn't occur until you perform the synchronic processing step.
14:27:18 <nigel> pal: So if style id="a" references style id="b" then I need to see both, for a parsing simplicity aspect.
14:27:52 <nigel> glenn: That's an optimisation but not predicated by anything in the spec. It doesn't matter if they're ordered or not; the optimisation may not be possible if they're not ordered.
14:28:06 <nigel> pal: The purpose of the flag is to indicate that the optimisation is possible.
14:28:20 <nigel> glenn: In that case it should be named "pre-optimised" or something.
14:28:49 <nigel> pal: yes, it's a head optimisation thing.
14:28:58 <nigel> glenn: It's a small optimisation.
14:29:30 <nigel> pal: I agree with this assessment. It's called progressivelyDecodable in CFF-TT but if there's a consensus on a different name we could consider that.
14:29:45 <nigel> glenn: We should keep the name but have a note that points out what I said about styles.
14:30:00 <nigel> pal: I'm happy to have that note. Is that all of the note or would there be other stuff?
14:30:05 <nigel> glenn: That's all I'd comment on.
14:30:46 <nigel> pal: You can move the action to me then. The note will indicate that the ordering of style in head is not necessary for progressive presentation but is an optimisation of the head element.
14:31:32 <nigel> glenn: There are only 2 types of forward referencing: 1. Chained styles with xml:id; 2. Temporal ordering of elements. Then I'd explain that dereferencing style elements is technically only required after <head> is fully parsed.
14:31:56 <nigel> ... In the case of a non-linear ordering it might prevent an optimisation prior to completing parsing of the head element.
14:32:25 <nigel> nigel: I've reassigned that action to pierre.
14:32:44 <nigel> pal: Just to confirm, the only xml:id referencing that impacts ordering is the style one - is that your conclusion?
14:33:16 <nigel> glenn: Yes, in TTML1. Region is the other thing that makes references, but only from body elements to region elements in the head, so the definition always precedes the usage.
14:33:29 <nigel> ... TTML2 will be a little more complicated due to out of line animation plus potential link elements.
14:33:51 <nigel> mike: The assumption in DECE has always been that it's after the parsing of head that we need to worry about most.
14:34:15 <nigel> topic: Issues
14:34:51 <nigel> issue-334?
14:34:51 <trackbot> issue-334 -- Misuse of style property characteristics with ttp:progressivelyDecodable -- pending review
14:34:51 <trackbot> http://www.w3.org/AudioVideo/TT/tracker/issues/334
14:35:31 <nigel> pal: this needs review by Glenn.
14:36:28 <nigel> glenn: sounds good, we can close this.
14:36:36 <nigel> close issue-334
14:36:36 <trackbot> Closed issue-334.
14:37:04 <nigel> glenn: Is progressivelyDecodable a parameter or a metadata attribute?
14:37:15 <nigel> pal: It's ittp:
14:37:35 <nigel> glenn: It's sort of borderline between parameter and metadata. It's potentially usable by a processor so I'm happy it's a parameter.
14:37:46 <nigel> mike: Agree - it changes the decoding approach for the processor.
14:38:07 <nigel> Issue-303?
14:38:07 <trackbot> Issue-303 -- Permit HTML-style <a> elements to contain href links -- open
14:38:07 <trackbot> http://www.w3.org/AudioVideo/TT/tracker/issues/303
14:38:07 <glenn> s/I'm happy/I can accept/
14:39:13 <nigel> nigel: This has only been discussed in relation to the WAI/PF Media Accessibility Requirements, which in the Enhanced Captions requirements state that a link mechanism should be included.
14:39:32 <nigel> glenn: I'm working on a more generic mechanism for expressing links and ruby rather than opening it up for everything.
14:40:00 <nigel> ... I'm thinking about adding an attribute to <span> which may work a bit like the class attribute, with a string of one or more tokens, that adds semantics onto span
14:40:29 <nigel> ... such as 'this is a ruby span', 'this is an anchor/link span' etc. It turns out that Apple has added support for ruby in TTML using a ruby token to span
14:40:47 <nigel> ... It seems to me that the same approach could be applied to link. Just thinking about that.
14:41:06 <nigel> Courtney: I want to clarify: we have a proposal for doing it that way for the iTunes Timed Text Format, derived from TTML. We did that
14:41:24 <nigel> ... because the ruby tag isn't in TTML. There are benefits to using it as a ruby tag - we'd have consistency with other specs.
14:41:37 <nigel> ... If we could add the ruby tag into TTML2 then I think Apple would use that instead.
14:41:56 <nigel> glenn: This could be a useful side-discussion at the F2F. We already have a relatively complex process for translating
14:42:12 <nigel> ... from TTML into HTML so it wouldn't be difficult to translate from a marked up span to the equivalent HTML.
14:42:34 <nigel> ... From a specification and schema perspective it's easier not to define new element types, but I'm willing to consider both approaches.
14:42:47 <nigel> ... I actually like the way you did it - it integrates pretty well and has other benefits.
14:43:00 <nigel> Courtney: Okay, it would be good to get a decision one way or the other.
14:43:34 <nigel> nigel: I suggest this should be on the agenda for TPAC
14:43:44 <nigel> glenn: Yes it's an issue to resolve before LC at least.
14:44:00 <nigel> issue-310?
14:44:00 <trackbot> issue-310 -- Forward reference rule doesn't take into account child elements -- pending review
14:44:00 <trackbot> http://www.w3.org/AudioVideo/TT/tracker/issues/310
14:44:26 <nigel> pal: I've addressed your last comment on the reflector.
14:45:15 <nigel> close issue-310
14:45:15 <trackbot> Closed issue-310.
14:45:25 <nigel> issue-335?
14:45:25 <trackbot> issue-335 -- 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. -- raised
14:45:25 <trackbot> http://www.w3.org/AudioVideo/TT/tracker/issues/335
14:45:37 <nigel> reopen issue-335
14:45:37 <trackbot> Re-opened issue-335.
14:46:28 <nigel> nigel: The reflector discussion seemed to end up that by adding a document temporal offset we can make whole document adjustments most easily.
14:46:44 <nigel> Courtney: This may be specific to our workflow.
14:47:11 <nigel> glenn: When we drafted the timing section I drafted a referenceBegin parameter, but at that time we didn't have a strong driving use case.
14:47:40 <nigel> ... Now that we have this use from Apple for negative times it would resolve that. It might also be used to make it simpler for SMPTE-TT documents that
14:47:50 <nigel> ... start at 10:00:00 to change the tokens to zero based times.
14:48:36 <nigel> nigel: As I understand it transformations on times are not permitted on smpte times with discontinuous markerMode - would that change that?
14:48:48 <nigel> glenn: I'd have to have a look at that more closely.
14:49:09 <nigel> issue-336?
14:49:09 <trackbot> issue-336 -- Syntax definition missing from ittp:aspectRatio -- raised
14:49:09 <trackbot> http://www.w3.org/AudioVideo/TT/tracker/issues/336
14:49:21 <nigel> reopen issue-336
14:49:21 <trackbot> Re-opened issue-336.
14:49:47 <nigel> pal: That's something I noticed - we need to make a change to ttp:aspectRatio along the lines of what we had to do for progressivelyDecodable.
14:49:57 <nigel> issue-337?
14:49:57 <trackbot> issue-337 -- Update SDP-US for TTML2 -- raised
14:49:57 <trackbot> http://www.w3.org/AudioVideo/TT/tracker/issues/337
14:50:14 <nigel> reopen issue-337
14:50:14 <trackbot> Re-opened issue-337.
14:50:56 <nigel> Topic: IMSC 1 issues
14:51:28 <nigel> pal: A number of the remaining open issues are related to the change proposal on profiles. The proposal is to refactor IMSC to add another profile, but
14:52:03 <nigel> ... that's contingent on some not-yet-completed submissions. So we can't really make progress on any of these.
14:53:08 <nigel> pal: I need to wait for all the requests to be in by Sep 5 before I can make an editorial proposal. It's not clear how e.g. #cellResolution will interact with other feature requests.
14:53:23 <nigel> issue-327?
14:53:23 <trackbot> issue-327 -- IMSC should meet W3C QA Framework Spec guidelines -- open
14:53:23 <trackbot> http://www.w3.org/AudioVideo/TT/tracker/issues/327
14:53:53 <nigel> pal: My plan is to complete the bulk of changes and then do an editorial pass on the whole document, so I expect to register that issue at the last moment.
14:54:16 <nigel> ... Unless you know of specific normative impact then it's only editorial.
14:56:38 <nigel> Topic: Change Proposals
14:57:52 <Zakim> -Mike
14:57:53 <Zakim> -pal
14:57:56 <Zakim> -Frans_EBU
14:57:57 <Zakim> -glenn
14:57:58 <Zakim> -jdsmith
14:57:59 <nigel> group: no specific CPs to discuss.
14:58:03 <Zakim> -courtney
14:58:10 <nigel> nigel: Meeting adjourned - thanks everyone, reminder there's no meeting next week.
14:58:16 <Zakim> -nigel
14:58:17 <Zakim> SYMM_TTWG()10:00AM has ended
14:58:17 <Zakim> Attendees were Mike, nigel, pal, courtney, jdsmith, glenn, +41.22.717.aaaa, Frans_EBU
14:58:26 <nigel> rrsagent, make logs public
14:58:31 <nigel> rrsagent, draft minutes
14:58:31 <RRSAgent> I have made the request to generate http://www.w3.org/2014/08/21-tt-minutes.html nigel
15:00:29 <nigel> s/sorry for being late (I am +41..)/
15:00:40 <nigel> s/both day/both days
15:03:37 <nigel> rrsagent, draft minutes
15:03:37 <RRSAgent> I have made the request to generate http://www.w3.org/2014/08/21-tt-minutes.html nigel
16:19:07 <Zakim> Zakim has left #tt