Hi Ben and everyone listening,
"Ben Metcalfe" <[EMAIL PROTECTED]> writes: > Are you a big fan of the Yahoo! sponsored Media RSS? Or maybe you would > just prefer simple enclosure tags? Are there any other options we have > missed? > > At the moment, I'm personally persuaded by MediaRSS. In most instances, > for each of our videos we need to reflect: > > > * Multiple encoding formats > > * Multiple encoding bit-rates > > * Whether they are available to all or just UK-based IP's I believe the content description is best done with HTTP and MIME. If a file is available in different encoding formats (say Real or WMV) you should use cool-uris for your media and then they can be discovered with HTTP. For example consider an episode of Dr.Who: /video/drwho/series1/episode1 could be available in WMV and RMA; if the accept header on a request states the type of content acceptable then the server can reply with unacepptable (406) if it doesn't have it. I'm not aware of anything in MIME right now to specify bit rates of entities - byt maybe the BBC could spec something? It seems like an extra header would be a good idea. And anyway, bit rates could easily be represented in URIs. As far as availablity is concerned that could be implemented as an HTTP 412 (precondition failed) response to a request from a non-UK ISP. Given all this I believe that enclosures make more sense; MediaRSS is another format duplicating the information from MIME and HTTP and is more difficult to parse. Did you see Tim Bray's - Don't Invent XML Languages? http://lambda-the-ultimate.org/node/view/1222 Seems like Yahoo didn't. > What if we offered enclosures instead? How would you like to see the > above information represented within enclosure tagged RSS2.0 feeds? Couldn't a simple XSLT transfer between RSS with enclosures and MediaXML anyway? (both ways) I'll write you one if you want. Nic - Sent via the backstage.bbc.co.uk discussion group. To unsubscribe, please visit http://backstage.bbc.co.uk/archives/2005/01/mailing_list.html. Unofficial list archive: http://www.mail-archive.com/[email protected]/
