- From: Silvia Pfeiffer <silviapfeiffer1@gmail.com>
- Date: Wed, 23 Jun 2010 18:41:48 +1000
- To: Raphaël Troncy <raphael.troncy@eurecom.fr>
- Cc: Jack Jansen <Jack.Jansen@cwi.nl>, Media Fragments Working Group WG <public-media-fragment@w3.org>
2010/6/23 Raphaël Troncy <raphael.troncy@eurecom.fr>: > Hi all, > > Specific message on multiple tracks. I must play the memory of the group > since we have discussed this already and people don't look at the > resolution page :-) > >> Yes, multiple tracks. But how? Through multiple track parameters or >> through one with semicolon-separated elements? I cannot remember >> whether we made an actual decision on that. Once somebody clarifies >> this for me, I can fix it either way. I would personally prefer them >> all in one track parameter, since that will make the different >> dimensions more consistent. > > See > http://www.w3.org/2008/WebVideo/Fragments/wiki/WG_Resolutions#Media_Fragment_URI_Syntax > > I quote: > "The WG resolved on 2010/03/09 that the media fragment URI will allow > multiple values for the track dimension, using multiple occurrence of the > keyword 'track' (e.g.: #track=audio&track=video). (Note that this explicitly > contradicts a resolution we had on 2010/03/08 that is now deprecated)." > > Evidence of the decision, see: > http://www.w3.org/2010/03/09-mediafrag-minutes.html#item01 We say that we > will use multiple occurrences of the word 'track'. Yes, I just re-read that, too, after you pointed it out. I don't like it, but ok. Then we have to make sure we change it and we discuss what to do in the HTTP headers etc. I suggest only allowing multiple track params in the URI and converting them to a combined value in the HTTP header. This is the way it is mostly written right now (not completely though), but it needs to be made more explicit and explained that the UA has to change it over. Cheers, Silvia.
Received on Wednesday, 23 June 2010 08:42:42 UTC