- From: erik mannens <erik.mannens@ugent.be>
- Date: Wed, 22 Jul 2009 12:57:07 +0200
- To: <public-media-fragment@w3.org>
- Message-ID: <003f01ca0abb$277658f0$76630ad0$@mannens@ugent.be>
Dear Media Fragmenters, Please, find below the agenda for today's telecon, and apologies (once again) for this late advert. http://www.timeanddate.com/worldclock/fixedtime.html?day=22&month=07&year=20 09&hour=12&min=00&sec=0&p1=0. Best regards. Raphaël (regrets) & Erik ------------ AGENDA Teleconference W3C Media Fragments Working Group telephone conference 2009-07-15 ------------------------------------------------------------------- Wednesday, 22 July *12:00-13:00 UTC* Local time: http://www.timeanddate.com/worldclock/fixedtime.html?day=22&month=07&year=20 09&hour=12&min=00&sec=0&p1=0 22 July 2009, 1200 UTC 0500 (West US) 1300 (Galway) 1400 (Amsterdam, Paris, Pretoria) 2100 (Tokyo) 2200 (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: ? Regrets: Jack 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 10 June 2009 telecon: http://www.w3.org/2009/07/15-mediafrag-minutes.html * ACTION-92: <http://www.w3.org/2008/WebVideo/Fragments/tracker/actions/92> Erik and Raphael to coordinate the writing of papers 2. UC & REQUIREMENTS: * ACTION-68: Raphael to ask the Media Annotations WG to review our document * ACTION-74: Erik and Raphael to request feedback of other groups such as SYMM, SVG, HTML + WHATWG, WAI, MAWG, TAG, MobileWeb, TimedText * ACTION-65: Raphael to split current document into i) UC and Req and ii) Syntax and Processing and setup the diff in xmlspec 3. SPECIFICATION: 3.1 Syntax: (Yves) * ACTION-49: Yves to Draft the HTTP-Range syntax for different units (completing all the syntax for the two way handshake) * ACTION-86: Raphael to bring the 'comma optional' discussion during next week telecon, in order to measure the price when releasing the syntax * ACTION-88: Yves to verify that making the comma optional brings no ambiguities in our syntax 3.2 UA Server HTTP Communication (Conrad/Raphael) * ACTION-69: Conrad to draw a representation of the general structure of a media resource, for streamable formats 3.3 UA MF Resolution and Processing: (Michael) * ACTION-64: Michael to write into the WD section 6.4, what the client should do with #everything after the hash : "Client Side Media Fragment Resolution" (See also ISSUE-7) * ACTION-85: Michael to update resolution page, TC pages with that resolution [consensus that 416 is the correct response when the TC returns EMPTY] 4. TEST CASES: (Michael) * See: http://www.w3.org/2008/WebVideo/Fragments/wiki/TestCases * ACTION-87: Michael to <http://www.w3.org/2008/WebVideo/Fragments/tracker/actions/87> add the HTTP status code for all TC 5. ISSUES * ISSUE-3 [Michael]: Does our MF URI syntax imply that we need to update MIME Type registrations? ** ACTION-89: Yves to find out more about fragment identifier registration * ISSUE-4 [Silvia] : <http://www.w3.org/2008/WebVideo/Fragments/tracker/issues/4> Should we pre-define some track names? * ISSUE-5 [Jack]: Handling spatial cropping requires information at client-side * ISSUE-6 [Jack]: Temporal clips that require transcoding ** ACTION-62: Yves to ask the TAG whether transcoding should be forbidden or not when we send a fragment of a resource * ISSUE-7 [Michael]: <http://www.w3.org/2008/WebVideo/Fragments/tracker/issues/7> User Agent Media Fragment Resolution and Processing ** ACTION-64: Michael to write into the WD section 6.4, what the client should do with #everything after the hash : "Client Side Media Fragment Resolution" * ISSUE-9 [Michael]: Should we have the media type inside the Test Cases? ** ACTION-82: Michael to flesh out TC vocabulary re ISSUE-9 * ISSUE-10 [Michael] : <http://www.w3.org/2008/WebVideo/Fragments/tracker/issues/10> Media Fragments Test Case Maintenance 6. IMPLEMENTATION: * ACTION-34: Jack to look at python-url library to see whether he could implement the logic on client side * ACTION-91: Guillaume to look at the python gst lib * 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 * ACTION-71: Michael to investigate whether he could have an implementation in Javascript that does the client-side media fragments parsing * ACTION-90: Davy to provide a pointer to Yves to a lib he can use to slice media files 7. AOB _____ http://www.ibbt.be/en/disclaimer
Received on Wednesday, 22 July 2009 10:57:52 UTC