[Playlist] Musicmobs' XSPF files
Toby Padilla
tobypadilla at gmail.com
Sun Sep 3 23:28:57 UTC 2006
Sebastian,
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.
Regards,
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