So Lucas Gonze posted on the relationship between RSS and XSPF:

The way that I envision the relationship between XSPF and feeds is that an enclosure would point to an XSPF document rather than contain an embedded XSPF document or other extension format.

For example, RSS enclosures can only have a single media item. This prevents you from having, for example, the same video in multiple different formats. You can’t have a Quicktime version for Apple users, a WMV version for Windows users, and an Ogg Theora version for free software users. XSPF does allow this, so you can solve the problem by having the RSS enclosure point to an XSPF file.

Another type of functionality that pointing to an XSPF document enables is to stitch together podcast-like compilations of songs, voiceovers and ads at the client side. This would allow a show to be put together more easily and cheaply.

That’s not to say that Media RSS isn’t also a good solution, or even a better solution. It’s just the way that XSPF fits into the picture.

OK - so coolio.  So we point to XSPF files from RSS.  I sssume that any item in a XSPF playlist can be an MP3, then a QT whatever, add in a Flash video (.fli), or oGG or even a still image - with some sort of timer info attached to the image.

Is XSPF flexible enough to mix and match different data types?  Can it be used for video playlists?

This entry was posted on Wednesday, October 25th, 2006 at 1:55 pm and is filed under Uncategorized. You can follow any responses to this entry through the RSS 2.0 feed. Both comments and pings are currently closed.