[Playlist] How to avoid music download?

[Lucas Gonze]

On 9/25/07, Chris Anderson <jchris at mfdz.com> wrote:
> used by this player:
> http://hypem.com/flash/time/today/xml/1/0/today.html

Thanks for pointing that out.

here's a track:
<track>
<location>N2NjZGZkYTJkMjc0ZTZmNGY3OTVmNmQ0Mzg4MTEzYTVjMTgyM2NhY2ZmYzI2ZTAyMzE2MGIwMD
Y1NjI4OTg5NzJlMzQ1ODA5MzUyYzBjZDllZjdlZDNhMmU2ZDMwYWM3NTFmZTEzNmM4YmRiODAzOGNmZTU1MThlN2EwZTFjNTlmOWIzZWE1M2U5YThlMDU1</location>
<ituneslink>http://hypem.com/go/itunes/387628</ituneslink>
<annotation>Born Ruffians - Knife (Grizzly Bear cover)</annotation>
<info>http://hypem.com/go/track/387628</info>
</track>

So what would be better ways for them to do these tasks?

The location should probably be moved into an identifier element.

The ituneslink item could become a
link[@rel="http://hypem.com/go/itunes/"]  But then it would probably
need a label to display in the player, which the link element doesn't
support.  Maybe this just needs to be a tidier extension rather than
an ad-hoc element of the xspf namespace.

It's interesting that they needed two links, counting both the info
and itunes store elements.  Links are goodness.

> Perhaps the best place to steer this discussion is to make clear that
> the locations xspf references are URIs like any other, so all access
> control can be thought of as though the url is provided as a link on a
> standard html web page.
>
> So session based authentication will work to control who can access
> the file, but there is nothing one can do to control what users do
> with the file once they have access to it. (They could even repost it
> somewhere else or email it to friends.)
>
> But I think the point to be clearest on is that there is nothing
> special about the way audio files are referenced from xspf, so people
> who are familiar with normal webpages will realize that they already
> understand xspf in that regard.
>
> People interested in obsfucating URLs might enjoy hypemachine's
> quasi-XSPF: http://hypem.com/playlist/time/today/xml/1/list.xspf
>
> used by this player:
> http://hypem.com/flash/time/today/xml/1/0/today.html
>
> They seem intent on thwarting the efforts of sites like Grabb.it to
> link to their files (for understandable bandwidth-related reasons),
> and provide the locations in some encrypted form that it decoded by
> their proprietary flash player. In this case, one can still easily
> find the original urls by watching the network activity of the flash
> player (but automated gathering of urls is harder.)
>
> The take home lesson is that information tends to free itself.
>
> --
> Chris Anderson
> http://jchris.mfdz.com
>
> _______________________________________________
> Playlist mailing list
> Playlist at lists.musicbrainz.org
> http://lists.musicbrainz.org/mailman/listinfo/playlist
>