- From: Raphaël Troncy <raphael.troncy@eurecom.fr>
- Date: Wed, 14 Dec 2011 10:50:35 +0100
- To: Media Fragment <public-media-fragment@w3.org>
Dear all, We have discussed this during last week telecon, see http://www.w3.org/2011/12/07-mediafrag-minutes.html#item02 and I had individual conversations with some of you offline. The issue is: what parts should ultimately remain in the Media Fragments URI specification that will be published as a full W3C recommendation (and will have proved to be a standard with sufficient interoperable implementations) and what will be documented in a separate document, to capture our thinking, with the status of a W3C note, and that might be taken over in the future by a new chartered working group? The proposal I have made that currently seems to gather consensus: - A document named: "Media Fragments URI Basics" that will be closed to what is currently published at http://www.w3.org/TR/media-frags/ with a few removal, namely: . Only two dimensions described for addressing fragment in a URI (impact on section 4): temporal and spatial . Only one unit to specify the temporal dimension: npt timecodes - A document named: "Media Fragments URI Advanced" that will be closed to what is published at http://www.w3.org/TR/media-frags-recipes/ with a few addition, namely: . Two more dimensions for addressing fragment in a URI (track and id) . Two more units to specify the temporal dimension: SMPTE and clock timecodes Naturally, this impacts the overall text that needs to be adjusted and the section 6 regarding Media Fragments Semantics. I have proposed to do those edits before Christmas providing that there is no disagreement on this proposal (see ACTION-249). Question: does someone disagree with this proposal? Best regards. Raphaël -- 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 Wednesday, 14 December 2011 09:51:16 UTC