Media Fragments Working Group: Agenda 17 March, Telecon 1000 UTC

Dear Media Fragmenters,

Please, find below the agenda for this week telecon 
http://www.timeanddate.com/worldclock/fixedtime.html?day=10&month=03&year=2010&hour=10&min=00&sec=0&p1=0
Actions opened: 
http://www.w3.org/2008/WebVideo/Fragments/tracker/actions/open

We have 24 hours to complete more actions, so please *do*! I suggest 
that this week, we mainly talk about the clarifying ABNF syntax of the 
media fragments URI (Yves) + accompanying processing text from Philip in 
order to agree on this piece. Silvia, thanks a lot for your valuable 
input regarding the combination of multiple dimensions in the URI. I 
suggest we made a topic for next week telecon ... where we should also 
decide to publish another round of documents.
Best regards.

Erik & Raphaël

------------

AGENDA Teleconference
W3C Media Fragments Working Group telephone conference 2010-03-10
-----------------------------------------------------------------
Wednesday, 10 March *10:00-11:00 UTC*
Local time:
http://www.timeanddate.com/worldclock/fixedtime.html?day=10&month=03&year=2010&hour=10&min=00&sec=0&p1=0

10 March 2010, 1000 UTC
               0200 (West US)
               1000 (Galway)
               1100 (Amsterdam, Sophia-Antipolis, Pretoria)
               1900 (Tokyo)		
               2100 (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: Raphael, Erik
ScribeList: http://www.w3.org/2008/WebVideo/Fragments/wiki/ScribeList
Scribe: Conrad (On Deck: Silvia, Michael)
Regrets:

Please note that Media Fragments WG telecons are for attendance by
members and invited experts only.

1. ADMIN:
* Roll call
* 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

* 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:
  - 25-30 April in Raleigh, collocated with WWW (HTML5 Track?)
  - 01-03 June in Heraklion, collocated with ESWC
  - 14-16 June in Sophia Antipolis/Amsterdam
  - 25-26 or 28-29 June in New York, collocated with FOMS+OVC

2. USE CASES & REQUIREMENTS

* ACTION-156: Conrad to add a "bandwidth conservation use case"

3. SPECIFICATION:

3.1 Media Fragment URI syntax: (Yves)

* ACTION-151: Yves to modify the production rule for the track dimension 
in order to allow multiple semi-colon separated values
* 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-137: Jack to check that 5.1 is implementable using the protocol
* ACTION-155: Davy to draw diagrams to include in the spec, similar to 
Yves's email, that shows which bytes from the headers and body of the 
media file are sent

3.3 Rendering of Media Fragments URI in UA:
* ACTION-135: Davy, Erik to extend section 7 regarding spatial and track 
dimension
* 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-158: Raphael to enter the big table of all test cases for the 
temporal dimension in the wiki
* 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 Tuesday, 16 March 2010 13:16:37 UTC