- From: Raphaël Troncy <raphael.troncy@cwi.nl>
- Date: Mon, 12 Apr 2010 20:14:26 +0200
- To: Media Fragment <public-media-fragment@w3.org>
- CC: Erik Mannens <erik.mannens@ugent.be>
Dear Media Fragmenters, Please, find below the agenda for this week telecon http://www.timeanddate.com/worldclock/fixedtime.html?day=14&month=04&year=2010&hour=09&min=00&sec=0&p1=0 Actions opened: http://www.w3.org/2008/WebVideo/Fragments/tracker/actions/open Again, the goal of this week telecon is to discuss Yves's ACTION-152, ACTION-123, and ACTION-154. I'm sending personally regrets, Erik will chair the telecon. Best regards. Erik & Raphaël ------------ AGENDA Teleconference W3C Media Fragments Working Group telephone conference 2010-04-14 ----------------------------------------------------------------- Wednesday, 14 April *09:00-10:00 UTC* Local time: http://www.timeanddate.com/worldclock/fixedtime.html?day=14&month=04&year=2010&hour=09&min=00&sec=0&p1=0 14 April 2010, 0900 UTC 0200 (West US) 1000 (Galway) 1100 (Amsterdam, Sophia-Antipolis, Pretoria) 1800 (Tokyo) 1900 (Sydney) Bridge US: +1-617-761-6200 (Zakim) Bridge FR: +33.4.89.06.34.99 Bridge UK: +44.117.370.6152 Conference code : 3724# (spells "FRAG") Duration : 60 minutes ------------------------------------------------------------------- IRC channel : #mediafrag on irc.w3.org:6665 W3C IRC Web Client : http://www.w3.org/2001/01/cgi-irc Other clients are listed at http://www.w3.org/Project/IRC/#Client Zakim information : http://www.w3.org/2002/01/UsingZakim Zakim bridge monitor : http://www.w3.org/1998/12/bridge/Zakim.html Zakim IRC bot : http://www.w3.org/2001/12/zakim-irc-bot.html ------------------------------------------------------------------- Chair: Erik ScribeList: http://www.w3.org/2008/WebVideo/Fragments/wiki/ScribeList Scribe: Conrad (On Deck: Silvia, Michael) Regrets: Raphaël Please note that Media Fragments WG telecons are for attendance by members and invited experts only. 1. ADMIN: * Roll call * Doodle for finding out a convenient time slot: http://www.doodle.com/vued2yf88xnyv7mh ** Decision to maintain this time slot! * PROPOSED to accept the minutes of the 03 March 2010 telecon: http://www.w3.org/2010/03/03-mediafrag-minutes.html * PROPOSED to accept the minutes of the 5th F2F meeting: http://www.w3.org/2010/03/08-mediafrag-minutes.html http://www.w3.org/2010/03/09-mediafrag-minutes.html * PROPOSED to accept the minutes of the 07 April 2010 telecon: http://www.w3.org/2010/04/07-mediafrag-minutes.html * ACTION-119: Yves to request admins to set up a cvs notifications mailing list and notifications * ACTION-92: Erik and Raphael to coordinate the writing of papers ** Postpone (new deadline is May 1st 2010) * Next WG F2F: http://www.doodle.com/rt7fsz583hgzrcki ** Decision: Raleigh (WWW co-location) is not suitable. The 14-16 June option is OK, needs to decide whether in Sophia Antipolis or Amsterdam * Next WG F2F @TPAC 2010: http://www.doodle.com/83z7f5wzcqrvv2kg ** Decision: Meeting on Thu-Fri, observers allowed, not conflicting with Media Annotations WG and meeting slot requested with HTML WG. 2. USE CASES & REQUIREMENTS * ACTION-156: Conrad to add a "bandwidth conservation use case" 3. SPECIFICATION: * ACTION-159: Raphael to make sure the current doc pass pubrules and issue a transition request for publication ** DONE: document published on Tuesday 13/04/2010, http://www.w3.org/2008/WebVideo/Fragments/WD-media-fragments-spec/overview-20100413.html 3.1 Media Fragment URI syntax: (Yves) * ACTION-152: Yves to change the formal syntax to reflect that we don't need a subdelim for selecting multiple tracks but we allow multiple track= in the URI * ACTION-153: Raphael to review the complete document and check whether there are more references to uniqueness 3.2 Protocol for URI fragment Resolution in HTTP: * ACTION-123: Yves to come up with ABNF for header syntax * ACTION-154: Yves to add a section 5.2.4 describing his new optimization * ACTION-160: Yves to send an email reporting the issue for track names * ACTION-137: Jack to check that 5.1 is implementable using the protocol 3.3 Rendering of Media Fragments URI in UA: * ISSUE-5 [Jack]: Handling spatial cropping requires information at client-side 3.4 Discovery of 'Track' and 'Named' fragments: * ISSUE-4 [Silvia]: Should we pre-define some track names? * Davy's strawman implementation using ROE: http://lists.w3.org/Archives/Public/public-media-fragment/2009Nov/0014.html * Silvia's blog post: http://blog.gingertech.net/2009/11/25/manifests-exposing-structure-of-a-composite-media-resource/ * Jack's proposal to write up that we should distinguish the mechanism (ROE, MPEG-21) vs the semantics 4. TEST CASES: (Michael) * Corrib test tool: http://ld2sd.deri.org/corrib/ * ACTION-146: Jack to identify and add in corrib any missing test cases for temporal fragments * ACTION-147: Michael to add all MF WG members to corrib * ACTION-148: Michael to add a copy TC functionality in corrib * ACTION-149: Michael to come up with a fix for overview vs. edit single TC in corrib * Suggestion of nasty test cases by Philip: http://lists.w3.org/Archives/Public/public-media-fragment/2009Dec/0015.html 5. ISSUES 5.1 Active: 5.2 Non-Active: * ISSUE-6 [Jack]: Temporal clips that require transcoding * ISSUE-7 [Michael]: User Agent Media Fragment Resolution and Processing * ISSUE-9 [Michael]: Should we have the media type inside the Test Cases? * ISSUE-12 [Raphael]: What's the relationship between Images (CSS) Sprites and the spatial dimension of the Media Fragments URI scheme? * ISSUE-13 [Raphael]: Write a IETF draft for proposing how to register the fragment scheme for all media types * ISSUE-14 [Davy]: How to deal with embedded time stamps * ISSUE-16 [Jack]: Combining axis is probably not going to be done by LC, but we should write somewhere that this is doable 6. IMPLEMENTATION: * ACTION-34: Jack to look at python-url library to see whether he could implement the logic on client side * ACTION-35: Raphael to look at curl and/or wget to see whether the logic could be implemented on client side * ACTION-70: Jack to commit in CVS (code directory) his python code doing the parsing on client side of the media fragment * Someone to investigate whether he could have an implementation in Javascript that does the client-side media fragments parsing? 7. AOB -- Raphaël Troncy EURECOM, Multimedia Communications Department 2229, route des Crêtes, 06560 Sophia Antipolis, France. e-mail: raphael.troncy@eurecom.fr & raphael.troncy@gmail.com Tel: +33 (0)4 - 9300 8242 Fax: +33 (0)4 - 9000 8200 Web: http://www.eurecom.fr/~troncy/
Received on Monday, 12 April 2010 18:25:41 UTC