[Playlist] Musicmobs' XSPF files

Toby Padilla tobypadilla at gmail.com
Sun Sep 3 23:28:57 UTC 2006


I agree, we should clean up the format with an extension declaration  
for the itunesurl element. I think the second example is a case of no  
tags for this playlist (we do declare an extension for the tags).  
That one is simply a bug and it should be easy enough to fix on our end.

Adding an <extension> to the itunesurl element might take a bit more  
work since both of our Mobster clients are accessing it. Let me talk  
to the devs and get back with more info.

Toby (Musicmobs founder)

On Sep 2, 2006, at 12:42 PM, Sebastian Pipping wrote:

> Hello!
> I took a closer look at Musicmobs' XSPF files
> (this one: http://xspf.musicmobs.com/music/India%20Arie.xspf)
> and I was irritated by two things:
> Their tracks contain an element "itunesurl" as direct child
> of "track":
>     <track>
>       <itunesurl>
>         <![CDATA{..}]>
>       </itunesurl>
>     </track>
> I thought new tags must be wrapped inside "extension"?
> The other one is not better: An empty extension in a XSPF-0 file:
> {..}
>   </trackList>
>   <extension application="http://www.musicmobs.com"/>
> </playlist>
> So there are two questions I have on this: First am I missing
> something or does Musicmobs implement something far away
> from XSPF? Secondly how should an XSPF parser deal with
> such files?
> Regards, Sebastian
> -- 
> Sebastian Pipping
> http://www.hartwork.org/
> _______________________________________________
> Playlist mailing list
> Playlist at lists.musicbrainz.org
> http://lists.musicbrainz.org/mailman/listinfo/playlist

More information about the Playlist mailing list