15:59:39 RRSAgent has joined #tt 15:59:39 logging to https://www.w3.org/2019/02/21-tt-irc 15:59:41 RRSAgent, make logs public 15:59:41 Zakim has joined #tt 15:59:43 Meeting: Timed Text Working Group Teleconference 15:59:43 Date: 21 February 2019 15:59:47 chair: nigel 15:59:51 scribe: Cyril 16:00:02 Present+ Nigel, Gary, Philippe, Cyril 16:00:32 Agenda: https://github.com/w3c/ttwg/issues/19 16:00:34 Log: https://www.w3.org/2019/02/21-tt-irc 16:00:53 Present+ Pierre 16:01:01 Regrets+ Glenn 16:02:16 Present+ Matt 16:02:29 mike has joined #tt 16:02:58 Present+ Mike 16:03:06 MattS has joined #tt 16:03:28 Topic: This meeting 16:05:07 Topic: TTML Profile Registry Actions, Pull Requests and Issues 16:05:27 nigel: I've looked at the issues and Glenn does not seem to have update the issues 16:05:37 ... there are still 2 PR: his and mine on his 16:05:49 ... Mike nothing to add on that 16:06:02 mike: no I kind of lost track of what was going on 16:06:26 nigel: I noticed something that relates to the RTP 16:06:38 ... the codecs parameter specifies + and | 16:06:51 ... but it references processor profile combination in TTML2 16:07:03 ... I've added issue #62 16:07:37 ... it seems we can't make progress without glenn 16:07:51 pierre: is anything blocked here? 16:07:55 nigel: yes 16:08:32 ... we should have published an update of the profile registry regarding the publications on Nov 8th 16:08:49 pierre: IMSC1.1 is there in the editor draft 16:08:55 nigel: but not in the published one 16:09:10 ... we should be really trying to update it to make sure it has the correct set of profiles 16:09:30 pierre: Mike, what do you need to get this published 16:09:42 mike: I am not the editor anymore 16:09:59 ... because the document has turned into many issues and not the simple document I thought I would be editing 16:10:28 pierre: people care about the list only 16:10:33 ... can we keep it simple 16:10:47 nigel: yes, but glenn does not seem to have this view 16:10:48 q+ to ask questions about IMSC 1.1 16:11:08 q- 16:11:12 ... and glenn is the only editor 16:11:58 pierre: we should revisit in a month and possibly change strategy 16:12:22 nigel: straw poll, does anybody else share my view that it is important to publish 16:12:32 pierre: yes, I thought this has been publish 16:12:35 cyril: yes 16:13:27 pierre: if it's a resource isssue, I'm willing to take a stab at it but would simplify the document a lot 16:13:41 ... the table that really matters is 4.1 16:13:50 ... all the rest of the text is really not useful 16:13:56 ... especially if it causes issues 16:15:13 nigel: there is consensus that we should get this done 16:15:30 ... I'll mark this item on the agenda in 2 weeks 16:16:33 cyril: I think we should be stronger 16:16:44 ... if there is no update in X weeks, we should change strategy and editor 16:16:59 nigel: how many X is? 16:17:54 cyril: I would say X=2 weeks with a possible extension 16:18:20 plh: my philosophy is: if the ED is better than TR, publish a new version no matter open issues 16:18:28 pierre: I agree with cyril 16:18:32 nigel: ok works for me 16:18:57 Topic: TTWG Future requirements 16:19:13 nigel: no update this week 16:19:20 q+ 16:19:23 q+ 16:20:16 Cyril: not clear how we're converging here. We had proposals and ideas, but how do we decide to move forward? 16:20:27 cyril: not clear to me how we turn reqs into text 16:20:34 ack cyril 16:20:48 nigel: if WD is 1st of June/July, the first thing to do is to write explainers 16:21:51 cyril: I fear that writing explainers will delay the spec 16:23:01 nigel: if you want to go and propose text go ahead 16:23:25 pierre: in general, whoever submitted the requirement is on the hook to provide the first pass text 16:23:36 ... until that happens, nothing can happen 16:24:00 cyril: clearer now thanks 16:24:26 ... what about modularization 16:24:38 ... should the proposed text be in the form of a module 16:25:00 nigel: if you think the text you want to propose fits in a module, then yes propose it as a module 16:25:25 ... I'm happy to schedule time in the agenda for early discussion 16:25:32 ... if any group steer is heplful 16:25:42 https://www.w3.org/TR/2006/NOTE-ttaf1-req-20060427/ 16:25:54 plh: do you mind if I retire the UC and Req for TTML1 16:26:10 ... right now it appears in the page of W3C 16:26:28 ... I want to say this document is only here for historical purposes 16:26:38 nigel: TTML specs reference it 16:26:49 plh: if you think it still matters, then I won't change it 16:27:00 nigel: yes we reviewed it 16:27:11 plh: ok, then I won't touch it 16:27:34 q? 16:27:37 ack pl 16:27:42 Topic: TTML in RTP IETF submission 16:27:57 nigel: we discussed it last week 16:28:03 ... there has not been any update 16:28:18 ... but the ongoing work will fix the current issues 16:28:27 ... the new IANA section will say 16:29:23 https://datatracker.ietf.org/doc/draft-sandford-payload-rtp-ttml/ 16:29:26 ... W3C consideration sections will disappear 16:29:53 ... and IANA section will say "No IANA action" and the duplicate text has been removed 16:30:09 mike: do you want to at least make a note that the registration details are in the W3C 16:30:19 nigel: yes it is somewhere else in the document 16:30:26 mike: oh I would put it here 16:30:35 nigel: it's in section 7 16:30:40 mike: odd location, but ok 16:30:52 nigel: the other change is around the codecs parameter in the SDP 16:31:09 ... we will say "shall be present" and mention processor profiles 16:31:28 ... I'm planning to use the profile combination logic of TTML2 16:31:49 plh: what was the incentive to copy the IANA registration 16:32:03 nigel: we will remove it 16:32:46 q? 16:33:04 Topic: WebVTT Implementation Report 16:33:23 gkatsev: I've been working on it, submitted 2 PR to WPT 16:33:26 ... just approved 16:33:37 ... one fixes the preferences for line start and line end 16:33:43 ... implementations were correct 16:33:58 ... one for the references for white space pre 16:34:11 ... the rendering tests go up to 81% completion 16:34:19 ... the big thing on which I'm working now is region 16:34:34 ... unfortunately, the collision avoidance tests are not passing 16:34:43 ... difference of implementation 16:34:49 ... Chrome only does it in some cases 16:34:59 ... snap-to-line is true 16:35:11 ... the tests we have use snap-to-line false 16:35:36 ... some browsers like Firefox also implement it but not according to my reading of the spec 16:35:49 ... you should choose the one above the cue first 16:36:03 ... I can raise issue against browsers but not sure it will be fixed soon 16:36:14 ... and that would put the IR at risk 16:36:27 pierre: I'd love to pick your brains on this topic 16:36:39 ... it is really a part that I find weird and confusing 16:36:50 ... the author specifies a position but not completely 16:37:00 ... I think it's a pretty complex algorithm 16:37:15 ... but the author should have complete control over position 16:37:28 ... collision avoidance should not be in the spec 16:38:01 gkatsev: looking at the test it seems to have been even more complicated 16:38:13 pierre: I'm not surprised that implementations do different things 16:38:26 ... one option is to remove it and say collision avoidance is up to the implementation 16:38:35 gkatsev: there is an accessibility issue 16:38:44 ... you want to always show the caption if you can 16:39:00 ... maybe on snap to line false we could remove that 16:39:09 pierre: I don't dispute the overall goal 16:39:24 ... it's ok to put that burden in the implementation rather than in the spec 16:39:40 ... I haven't seen cases with multiple tracks 16:39:54 ... maybe forced but it's mutually exclusive with subs 16:40:24 gkatsev: I looked at WPT.fyi tests 16:40:42 ... it seems that the API jumped from 80 to 90 and so they are up to fixing things 16:41:03 ... one question: assuming WebVTT is removed from the charter 16:41:17 ... what are the options for WebVTT going forward? 16:41:24 q+ pierre 16:41:33 ack pierre 16:41:45 pierre: have we eliminated just trimming the spec 16:41:53 ...to match what implementations do? 16:42:03 nigel: not sure we have time because that means publishing CR 16:42:26 pierre: if that were the strategy, it would help scope the charter 16:42:53 plh: republishing the spec by just listing features at risk, I don't see why it would be long 16:43:06 nigel: just based on experience 16:43:29 plh: it's not like the charter is ready to go in a month 16:43:35 nigel: the draft to review in march 16:43:49 plh: if we want to take the time, we have the time 16:44:04 ... but if nothing happens until now and the time the charter goes to AC 16:44:21 ... I will oppose mentioning WebVTT in the charter 16:44:31 ... and it would simply remain in the community group 16:45:09 pierre: going back to what drove having both WebVTT and TTML in the same group, is because having them in two separate groups would have been worse 16:45:29 ... putting browsers in the path of publication is not a good idea because that is out of our control 16:45:42 ... is there an appetite and interest to trim the spec to match what is done today 16:45:57 nigel: there is not a single simple answer to that 16:46:03 ... it depends what would be removed 16:46:29 ... for example things that are needed to meet FCC reqs would be a problem 16:46:39 pierre: what do you think of trimming? 16:46:45 gkatsev: probably possible 16:46:54 ... but removing things like region is very bad 16:47:03 ... it's needed for FCC compliance and accessibility 16:47:31 pierre: it's even worse to have something that does not match reality? 16:47:48 ... for example ISMC1 did not support Japanese, but IMSC1.1 does 16:48:01 ... it's better to have a first spec that reflects reality and then have a second version 16:48:06 gkatsev: maybe that's better 16:48:10 ... I'm not sure 16:48:15 plh: you can branch the current spec 16:48:22 ... and do what pierre is suggesting 16:48:36 ... you keep an ED with everything to start a v2 16:49:15 pierre: what is bad is having specs that are meaningless 16:49:25 gkatsev: maybe that's the best goal 16:49:44 plh: I think you should have asap a list of features that could be marked at risk 16:49:46 ... for review 16:50:12 ... that is assuming that trimming would not take months 16:50:31 ... and based on the IR would go to PR quickly 16:50:44 ... we can even publish WD for v2 before v1 is published 16:50:53 gkatsev: that sounds like the best course of action 16:50:59 q? 16:51:07 Topic: TTWG Charter 16:51:29 plh: the draft now matches the template 16:51:38 nigel: I have raised 3 issues 16:51:43 ... 34 to 36 16:51:58 ... 34 is to update regarding TT Requirements 16:52:11 ... specifically live contributions and audio profile 16:52:21 ... 35 is about modularization 16:52:32 ... to make it clear that deliverables will be modules 16:52:48 ... and to allow the group to decide which module will be on the rec track or not 16:52:59 ... 36 is a placeholder for WebVTT 16:53:18 ... I think that is the scope of what needs to change in the charter 16:53:32 ... let me know if anything else needs to change by raising an issue on the repo 16:53:35 -> https://github.com/w3c/charter-timed-text Draft TTWG Charter repo 16:53:52 https://w3c.github.io/charter-timed-text/ 16:54:13 nigel: my timetable is to update the charter in the next weeks, except WebVTT 16:54:43 Topic: Hosting additional test/example resources 16:54:53 nigel: pierre received some material from Fox 16:54:57 ... that would be useful 16:55:06 ... not as test but generally useful 16:55:35 pierre: Fox have put 2 test reel, one for IMSC 1 text, IMSC 1 image, IMSC 1.1 text and image 16:55:50 ... it's IMSC documents and associated video and render 16:56:02 ... this is not a unit test, not covering all variations 16:56:15 ... but covers several reasonable variations 16:56:38 ... IMSC 1 and IMSC 1.1 unit tests are not good sample materials, missing video and sync 16:56:51 ... that test material is really good complement to the IMSC unit tests 16:56:57 ... they've offered it to W3C 16:57:06 ... it would be more valuable if hosted by W3C 16:57:16 ... available under BSD licence 16:57:33 ... my recommendation is for W3C to accept the offer and host the content as part of the WG work 16:57:48 plh: my initial reaction is to say no because it's already hosted on GH 16:58:04 ... you will need to convince me 16:58:12 ... why should we do it for this WG? 16:58:19 ... do we need to insure maintenance 16:58:50 pierre: a member of the WG told me their lawyers have cleared using materials from W3C not from general GH 16:59:32 ... even if the different site uses BSD 16:59:47 ... another reason is for W3C to bring more people to W3C 16:59:58 ... because the reel is of good quality 17:00:14 ... on the maintenance the folks at Fox intend to maintain it because they use it 17:00:23 ... so the work by this group would be minimal 17:00:46 plh: I don't care if Fox maintains it, I need commitment from the group (it may be delegated to Fox) 17:00:52 q+ 17:00:55 pierre: I'm happy to commit to that 17:01:11 ack n 17:01:37 nigel: if someone is implementing IMSC they need to find this resource 17:01:53 ... we also have a wiki page and we could add it there 17:01:56 q+ 17:02:16 ... I'm not sure what the right place in W3C is 17:02:38 ... maybe MDN could also be a good place, for developer guidance 17:03:15 pierre: linking from MDN would be a good thing but this does not solve the license/lawyer issue 17:05:13 cyril: I think this is important to have this test in W3C space because this is testing video + IMSC and it is the first 17:05:41 nigel: a lot of people have done it 17:05:51 pierre: yes but no one has made it available to W3C 17:06:12 ... HbbTV has nice tests apparently but they are not available 17:06:28 ... I think the wiki is fine 17:06:43 plh: why not create a separate repo 17:06:49 pierre: i'm fine with that too 17:07:19 nigel: we'll try to resolve offline. I don't have objections 17:07:49 plh: I'm happy to have the group adopt those tests 17:08:00 ... without the WG support I cannot take it 17:08:21 nigel: does anybody have an objection to W3C hosting it? 17:08:29 nigel: seems not 17:08:46 ... then plh you can go ahead 17:08:53 plh: ok I'll follow up with Pierre 17:08:59 nigel: I added another AOB 17:09:05 ... you have a poll in your inbox 17:09:15 ... as to how we get to meet in september 17:09:26 ... please reply 17:09:53 -> https://www.w3.org/2002/09/wbs/34314/2019_September-F2F/ Poll 17:10:58 Topic: Meeting close 17:11:11 scribe: nigel 17:11:12 Nigel: Thanks everyone, apologies for running 10 minutes over. [adjourns meeting] 17:11:18 rrsagent, make minutes 17:11:18 I have made the request to generate https://www.w3.org/2019/02/21-tt-minutes.html nigel 17:15:38 i/Cyril: not clear /scribe: plh 17:15:48 i/cyril: note clear to me/scribe: cyril 17:16:56 s/and the duplicate text has been removed/and the duplicate media type registration text has been removed 17:28:41 s/API jumped from 80 to 90/API passing tests jumped from 80% to 90% 17:31:51 rrsagent, make minutes 17:31:51 I have made the request to generate https://www.w3.org/2019/02/21-tt-minutes.html nigel 17:34:32 i/cyril: not clear to me/scribe: cyril 17:34:33 rrsagent, make minutes 17:34:33 I have made the request to generate https://www.w3.org/2019/02/21-tt-minutes.html nigel 17:35:07 Regrets+ Andreas, Thierry 17:35:15 scribeOptions: -final -noEmbedDiagnostics 17:35:19 rrsagent, make minutes 17:35:19 I have made the request to generate https://www.w3.org/2019/02/21-tt-minutes.html nigel 17:48:14 s|i/cyril: note clear to me/scribe: cyril|| 17:48:16 rrsagent, make minutes 17:48:16 I have made the request to generate https://www.w3.org/2019/02/21-tt-minutes.html nigel 19:19:35 Zakim has left #tt