08:59:50 RRSAgent has joined #mediafrag 08:59:50 logging to http://www.w3.org/2009/09/23-mediafrag-irc 08:59:52 RRSAgent, make logs public 08:59:52 Zakim has joined #mediafrag 08:59:54 Zakim, this will be IA_MFWG 08:59:54 ok, trackbot; I see IA_MFWG()5:00AM scheduled to start in 1 minute 08:59:55 Meeting: Media Fragments Working Group Teleconference 08:59:55 Date: 23 September 2009 09:00:16 I have made the request to generate http://www.w3.org/2009/09/23-mediafrag-minutes.html raphael 09:00:31 zakim, code? 09:00:31 the conference code is 3724 (tel:+1.617.761.6200 tel:+33.4.89.06.34.99 tel:+44.117.370.6152), jackjansen 09:00:34 IA_MFWG()5:00AM has now started 09:00:38 +raphael 09:00:45 Agenda: http://lists.w3.org/Archives/Public/public-media-fragment/2009Sep/0129.html 09:00:51 Chair: Erik, Raphael 09:01:12 Present: Conrad, Jack, Michael, Silvia, Raphael, Thierry, Yves 09:01:31 I have made the request to generate http://www.w3.org/2009/09/23-mediafrag-minutes.html raphael 09:01:55 +mhausenblas 09:02:04 +Jack_Jansen 09:02:16 +Simon_Pieters 09:02:30 Scribe: jackjansen 09:02:35 Scrinenick: jackjansen 09:02:46 Zakim, Simon_Pieters is me 09:02:46 +conrad; got it 09:04:16 +tmichel 09:04:23 scribenick: jackjansen 09:04:25 +Yves 09:04:27 erik has joined #mediafrag 09:04:36 Present+ Erik 09:05:01 TOPIC: 1 admin 09:05:19 Zakim, mute me 09:05:19 conrad should now be muted 09:05:33 Minutes telecon: http://www.w3.org/2009/09/09-mediafrag-minutes.html 09:05:44 Minutes F2F: http://www.w3.org/2009/09/17-mediafrag-minutes.html and http://www.w3.org/2009/09/18-mediafrag-minutes.html 09:05:47 +1 09:05:51 +1 09:05:58 +erik 09:06:13 Raphael: minutes approved 09:06:36 +1 09:06:41 Zakim, unmute me 09:06:41 conrad should no longer be muted 09:07:09 Thierry: action-111 is ongoing 09:07:48 TOPIC: 2 UC & requirements 09:08:00 Zakim, mute me 09:08:00 conrad should now be muted 09:08:14 Raphael: 105 and 106 are ongoing, will try to do this afternoon 09:08:31 ACTION-95? 09:08:31 ACTION-95 -- Michael Hausenblas to review ALL UC with a mobile hat on and check whether these sufficiently cover the mobile usage -- due 2009-09-02 -- OPEN 09:08:31 http://www.w3.org/2008/WebVideo/Fragments/tracker/actions/95 09:09:10 Michael: on 95 there seem to be no issues with mobile 09:09:34 RESOLVED: 95, no special issues for mobile 09:10:51 Side Conditions are in 2 documents: http://www.w3.org/2008/WebVideo/Fragments/WD-media-fragments-reqs/#side-conditions 09:10:58 which document should it be? 09:11:05 close ACTION-95 09:11:05 ACTION-95 Review ALL UC with a mobile hat on and check whether these sufficiently cover the mobile usage closed 09:11:16 Jack: I agree it should be in one document, no preference 09:12:07 Raphael: tends to think its requirement doc 09:12:10 +1 09:12:43 ACTION: Raphael to move section to requirements doc only 09:12:43 Sorry, couldn't find user - Raphael 09:12:54 Silvia: about your suggestion of removing the side conditions section in one of the two document 09:13:09 ACTION: troncy to move section to requirements doc only 09:13:09 Created ACTION-113 - Move section to requirements doc only [on Raphaƫl Troncy - due 2009-09-30]. 09:13:15 ... we will remove it from the spec and keep it in the requirements doc 09:13:33 +1 09:13:54 TOPIC: 3 specification 09:14:11 ACTION-109? 09:14:11 ACTION-109 -- Erik Mannens to and Davy to write a paragraph in the documents to explain why we don't include this feature in the spec (rationale) based on the group analysis (impact both req and spec documents) -- due 2009-09-24 -- OPEN 09:14:11 http://www.w3.org/2008/WebVideo/Fragments/tracker/actions/109 09:14:31 Yes, Silvia, this is Erik action we are talking about 09:14:31 Erik: 109 will be done this week 09:14:40 ACTION-110? 09:14:40 ACTION-110 -- Silvia Pfeiffer to silvia to Draft a summary starting from her blog post and the 17/09/2009 IRC minutes in the document (role of ? and #) -- due 2009-09-24 -- OPEN 09:14:40 http://www.w3.org/2008/WebVideo/Fragments/tracker/actions/110 09:14:49 110 will be done this week 09:14:50 ... what's the status of this action? 09:14:57 not done yet 09:15:05 Silvia: 110 also this week 09:15:22 Raphael: let's talk about range syntax 09:15:50 http://lists.w3.org/Archives/Public/public-media-fragment/2009Sep/0133.html 09:16:11 I just a few minutes ago sent an update on that discussion 09:16:25 http://lists.w3.org/Archives/Public/public-media-fragment/2009Sep/0135.html 09:17:08 does anyone have the specification that Yves pointed out will update the RFC to satisfy the need for other range types? 09:18:32 if we are going to make a spec for time range units, i agree with silvia's proposal that both Range request header and Content-Range response header should use "time:npt" etc. 09:20:29 if we start re-using parsers then we need to have the same syntax constraints in both 09:20:53 eg. commas have a special meaning in headers 09:20:56 Zakim, unmute me 09:20:56 conrad should no longer be muted 09:21:00 Jack: prefres to stay close to existing http syntax 09:21:58 we are not making any differences to existing http syntax 09:22:13 Conrad: also syntax in different http headers 09:22:19 Jack: agrees 09:22:23 the RFC has been reviewed: http://tools.ietf.org/wg/httpbis/trac/ticket/85 09:22:35 Zakim, mute me 09:22:35 conrad should now be muted 09:22:42 one change was "make name of header value production for "Range" consistent with other headers" 09:22:46 Raphael: proposed resolution: adapt proposal from Silvia, with both range and content-range 09:23:00 ... using dimension:unit 09:23:02 Zakim, unmute me 09:23:02 conrad should no longer be muted 09:23:15 Range: [':' ] '=' - 09:23:18 s/adapt/adopt 09:23:40 conrad: units not optional 09:23:43 +1 to no optional unit 09:23:55 +1 09:23:56 Range: ':' '=' - 09:24:13 same for Content6range 09:24:17 why no optional unit? 09:24:20 if any of the time are allowed to have frame offsets, the unit must be there 09:24:22 s/Content6range/Content-Range 09:24:25 Raphael: revised proposal: units not optional, same for content-range 09:24:35 Zakim, mute me 09:24:35 conrad should now be muted 09:24:45 +1 for this proposal 09:25:28 silvia, if the offset is at the frame precision, then unit is mandatory 09:25:37 silvia, because machines are nto humans 09:25:42 s/nto/not 09:25:50 beep beep 09:26:03 Silvia, no objection ? 09:26:19 no, I am not too worried about optional/non-optional unit in Range 09:26:23 +1 09:26:32 just curious about reasoning :) 09:26:40 +1 09:26:56 RESOLUTION: range and unit are non-optional in content-range and range headers 09:27:13 btw: the draft RFC update is here http://tools.ietf.org/html/draft-ietf-httpbis-p5-range-07#page-8 09:27:39 RRSAgent, make logs public 09:27:48 RRSAgent, draft minutes 09:27:48 I have made the request to generate http://www.w3.org/2009/09/23-mediafrag-minutes.html mhausenblas 09:27:55 Raphael: next, should we use range for addressing tracks? 09:27:57 Zakim, unmute me 09:27:57 conrad should no longer be muted 09:28:10 http://www.w3.org/2008/WebVideo/Fragments/wiki/Server-parsed_Fragments 09:28:14 RRSAgent, draft minutes 09:28:14 I have made the request to generate http://www.w3.org/2009/09/23-mediafrag-minutes.html mhausenblas 09:28:29 silvia: what is your response about use of range for track? 09:28:29 ... Conrad wants new header, Silvia wants to reuse range 09:29:10 Yves: range header is mainly numeric 09:29:11 I wonder why we need a different header for that - let me read up on the email thread 09:29:22 -raphael 09:29:50 Yves: we will wait for raphael to return 09:31:24 so, Yves, do you agree about creating a new "Fragment:" header for tracks? 09:31:35 you can't take an interval of track names, or describe the instance-length for Content-Range 09:31:47 We will continue. 09:32:21 you could if the tracks were ordered 09:32:32 then the "instance-length" could be the number of tracks 09:32:33 Yves: if we have it in range, would we need resolver to map track names to byte ranges? 09:34:07 zakim, who is here? 09:34:07 On the phone I see mhausenblas, Jack_Jansen, conrad, tmichel, Yves, erik 09:34:09 we need such a resolver for time, too 09:34:10 On IRC I see erik, Zakim, RRSAgent, tmichel, jackjansen, silvia, mhausenblas, conrad, trackbot, Yves 09:34:51 silvia: how do you request "t=20/20&track=audio" as a Range header, and how do you make the Content-Range response? 09:35:17 Yves: anyone has any response to my question? 09:35:20 multiple Range headers 09:35:25 Jack: no opinion 09:35:28 multiple Content-Range response headers 09:35:55 multiple content ranges are allowed 09:36:06 Yves: there is a similarity to what we said about crop 09:36:15 s/crop/aspect ratio/ 09:36:26 is track as a #fragment really required? 09:36:35 can you explain the similarity that you see? 09:36:51 when a URI can be contructed with the relevantstarting/ending time 09:37:15 Should we table this until next week, silvia? 09:37:33 having named tracks instead of numeric value adds unnecessary complexity that requires a resolver, or a way to enumerate all the tracks in order 09:37:59 I do believe the track and also the id issues aren't fully understood yet 09:38:37 I also believe that it is good to focus on solving the "time" specification and protocol procedure now, but the others can wait a bit 09:38:52 Yves, that relates to ISSUE-4 09:39:11 we could indeed keep discussing this on the mailing list until we have the spec for "time" finalised 09:39:13 Yves: table, discuss on mail or next week. 09:39:56 TOPIC: 4, test cases 09:40:08 http://www.w3.org/2008/WebVideo/Fragments/wiki/TestCases 09:40:59 Michael: on action 93, it doesn't seem to affect anything 09:41:38 RESOLVED: action-93, no test cases were affected 09:41:45 close ACTION-93 09:41:45 ACTION-93 Revisit the TC and see which are effected by the temporal-optional-comma-decision closed 09:42:19 Michael: remove test case 4, as aspect ratio is gone 09:42:29 +1 09:42:48 ACTION on Michael to remove it 09:42:48 Sorry, couldn't find user - on 09:43:04 ACTION Michael to remove test case 4 09:43:04 Created ACTION-114 - Remove test case 4 [on Michael Hausenblas - due 2009-09-30]. 09:43:20 state semantics http://www.w3.org/2008/WebVideo/Fragments/TC/mftc 09:44:03 Michael: on to action 108 09:44:34 Michael: empty means that it is defined but yields empty representation 09:44:40 Zakim, mute me 09:44:40 conrad should now be muted 09:45:17 Michael: looking at naming of test cases, empty versus undefined 09:45:41 ... is inconsistent, will clean it up 09:46:17 ... empty means - yields empty representation 09:46:46 s/yields/defined, but yields 09:46:57 two main categories: defined or undefined 09:47:14 ... undefined means - no range given 09:47:37 empty is defined, but yields empty representation 09:48:47 ACTION Michael to come up with categorization of test cases wrt empty, undefined, etc 09:48:47 Created ACTION-115 - Come up with categorization of test cases wrt empty, undefined, etc [on Michael Hausenblas - due 2009-09-30]. 09:49:20 TOPIC: 5 issues 09:49:39 Jack: no idea on issue 6 09:50:21 Yves: table it until Raphael is back 09:50:32 I have made the request to generate http://www.w3.org/2009/09/23-mediafrag-minutes.html Yves 09:50:32 Zakim, unmute me 09:50:32 conrad should no longer be muted 09:50:33 -tmichel 09:50:33 Tves: let's adjourn the meeting 09:50:34 -mhausenblas 09:50:40 -conrad 09:50:41 -Yves 09:50:51 -Jack_Jansen 09:51:07 ok, thanks! 09:51:20 Too many different syntaxes with rrsagent and zakim:-) 09:51:52 -erik 09:51:53 IA_MFWG()5:00AM has ended 09:51:55 Attendees were raphael, mhausenblas, Jack_Jansen, conrad, tmichel, Yves, erik 09:51:56 yeah we should unify those ;) 09:52:10 trackbot, end telcon 09:52:11 Zakim, list attendees 09:52:11 sorry, trackbot, I don't know what conference this is 09:52:12 RRSAgent, please draft minutes 09:52:12 I have made the request to generate http://www.w3.org/2009/09/23-mediafrag-minutes.html trackbot 09:52:13 RRSAgent, bye 09:52:13 I see 2 open action items saved in http://www.w3.org/2009/09/23-mediafrag-actions.rdf : 09:52:13 ACTION: Raphael to move section to requirements doc only [1] 09:52:13 recorded in http://www.w3.org/2009/09/23-mediafrag-irc#T09-12-43 09:52:13 ACTION: troncy to move section to requirements doc only [2] 09:52:13 recorded in http://www.w3.org/2009/09/23-mediafrag-irc#T09-13-09