<div dir="ltr">The person keeping Tomahawk alive is Hugo Lindström, <a href="https://github.com/hugolm84">https://github.com/hugolm84</a> . Maybe he would be helpful to you.<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Mar 30, 2020 at 11:25 AM Lucas Gonze <<a href="mailto:lucas.gonze@gmail.com">lucas.gonze@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>I wonder who is maintaining Tomahawk at this point. Github history shows recent updates.</div><div><br></div><div>Thinking about the user-level demand for sharing, one angle that may not have been fully explored is durability. For playlists to survive over time, they need to be able to jump free of the original resources (MP3s, URLs, MSPs) for which they were created. Are there playlists that call out for long-term durability like this?</div><div><br></div><div>Does anybody have old playlists around which they loved enough to make available nowadays?</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Mar 30, 2020 at 1:13 AM Benoît Gréant <<a href="mailto:gordie.lachance@gmail.com" target="_blank">gordie.lachance@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hi,<div>Yes, I know (knew) Tomahawks, I was a huge fan.  </div><div>At the beginning, Spiff was just a "backend" project made to feed Tomahawk with XSPF playlists...</div><div><br></div><div>Thanks!</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le lun. 30 mars 2020 à 02:34, Pushtape <<a href="mailto:pushtape@gmail.com" target="_blank">pushtape@gmail.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">Hi Benoît, your idea reminds me a bit of the Tomahawk Player from a few years back...sadly it looks like the project stalled. I recall the program could parse XSPF, but not sure exactly how their multi-source resolver worked.  But perhaps worth examining their code and approach if you haven't already.</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><a href="https://en.wikipedia.org/wiki/Tomahawk_(software)" target="_blank">https://en.wikipedia.org/wiki/Tomahawk_(software)</a></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><a href="https://github.com/tomahawk-player/tomahawk" target="_blank">https://github.com/tomahawk-player/tomahawk</a></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Mar 29, 2020 at 4:45 PM Lucas Gonze <<a href="mailto:lucas@gonze.com" target="_blank">lucas@gonze.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>I appreciate where you are going with this. Godspeed.</div><div><br></div><div>You are correct that an identifier is not necessarily playable, but this doesn't disqualify playability. That flows from a subtle point of XSPF's design. It is fundamentally a query language enabling user agents to get something played that matches the user's expectations. The user agent is free to resolve a YouTube link with a Spotify track and vice versa, but it is certainly welcome to play a Spotify link within Spotify.<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Mar 26, 2020 at 1:54 AM Benoît Gréant <<a href="mailto:gordie.lachance@gmail.com" target="_blank">gordie.lachance@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">If I understand correctly, that's exactly what i'm working on:<div>I want to attach several music services links to a track; hoping that maybe the user can (because he's subscribed or something) play at least one.</div><div>That's why I think this is not the same than a file location (which is a file everybody can play) or an identifier (which is not especially playable, like musicbrainz)</div><div><br></div><div>B</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le mer. 25 mars 2020 à 23:48, Lucas Gonze <<a href="mailto:lucas@gonze.com" target="_blank">lucas@gonze.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Speaking of user agents, as always the issue is that music nowadays is tightly held in deliberately non-interoperable pools. Is there hope for loosening that grip?<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Mar 24, 2020 at 10:26 AM Lucas Gonze <<a href="mailto:lucas@gonze.com" target="_blank">lucas@gonze.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>You could put a YouTube link in the location element, or have multiple identifier elements, each one with a different YouTube link. <br></div><div><br></div><div>The important thing is for user agents to support the convention. You'd want to put a little work into adoption in things like VLC. <br></div><div><br></div><div>-Lucas<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Mar 24, 2020 at 10:19 AM Benoît Gréant <<a href="mailto:gordie.lachance@gmail.com" target="_blank">gordie.lachance@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hi and thanks for your kind reply.<div><br><div>I understand why the identifier can work for a spotify track, but is it relevant for a youtube link too ? </div><div>I mean, there might be several different Youtube videos for a same track.  Which, then, is no more an ID, is it ?</div><div><br></div><div>Thanks !</div><div><br></div><div>B</div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le mar. 24 mars 2020 à 18:17, Lucas Gonze <<a href="mailto:lucas@gonze.com" target="_blank">lucas@gonze.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>After reading your more detailed issue description on Stack Overflow, I have posted this answer there.</div><div><br></div><div>You should use the identifier element (<a href="http://xspf.org/xspf-v1.html#rfc.section.4.1.1.2.14.1.1.1.2" target="_blank">http://xspf.org/xspf-v1.html#rfc.section.4.1.1.2.14.1.1.1.2</a>) for things like Spotify links.<br><br>The info element can also do what you need (<a href="http://xspf.org/xspf-v1.html#rfc.section.4.1.1.2.14.1.1.1.6" target="_blank">http://xspf.org/xspf-v1.html#rfc.section.4.1.1.2.14.1.1.1.6</a>), but you can only have one per track, so you couldn't cover more than one streaming service.<br><br>Regarding the many years since the last update of the spec, maybe it's time to work on one. A blessed JSON version would be useful. <br><br>It's productive to discover that the spec is not clearly communicating this information. In the time we wrote the spec most functioning Internet music was an MP3 on a web server. Now streaming services do the job. We could possibly fix this with an update to the documentation. For example, the sample playlists at <a href="http://xspf.org/quickstart/" target="_blank">http://xspf.org/quickstart/</a> could show how to do it.<br><br><br><br><br> <br><br><br><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Mar 24, 2020 at 10:05 AM Lucas Gonze <<a href="mailto:lucas@gonze.com" target="_blank">lucas@gonze.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Benoît, it's excellent to meet you. I am CC'ing the XSPF list at <a href="mailto:playlist@xiph.org" target="_blank">playlist@xiph.org</a> and copying this answer to the Stack Overflow thread.</div><div><br></div><div>The info element is designed to do what you need:</div><div><a href="http://xspf.org/xspf-v1.html#rfc.section.4.1.1.2.14.1.1.1.6" target="_blank">http://xspf.org/xspf-v1.html#rfc.section.4.1.1.2.14.1.1.1.6</a></div><div><br></div><div>However, there can only be one info element per track.</div><div><br></div><div>Regarding the many years since the last update of the spec, maybe it's time to do one. A blessed JSON version would be useful. <br></div><div><br></div><div>-Lucas<br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Mar 24, 2020 at 1:38 AM Benoît Gréant <<a href="mailto:gordie.lachance@gmail.com" target="_blank">gordie.lachance@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hi guys !<div><br></div><div>I love your XSPF thing :)</div><div>Have been playing with it since several years, using it as base for my website (<a href="https://www.spiff-radio.org/wordpress-soundsystem-plugin/soundsystem-api/" target="_blank">&API</a>, &WP plugin) <a href="http://spiff-radio.org" target="_blank">spiff-radio.org</a>.</div><div><br></div><div>I have a small question.  I want to attach (several) links to a playlist track (eg. spotify/youtuble/apple music...); what tag should I use for this ?</div><div><br></div><div>Well, I posted <a href="https://stackoverflow.com/questions/60822682/xspf-xml-playlist-specifications-how-should-i-format-links-to-one-or-several" target="_blank">the complete question on Stackoverflow</a>.</div><div><br></div><div>Thanks for your help.</div><div><br></div><div>Benoît</div></div>
</blockquote></div>
</blockquote></div>
</blockquote></div>
</blockquote></div>
</blockquote></div>
</blockquote></div>
</blockquote></div>
_______________________________________________<br>
Playlist mailing list<br>
<a href="mailto:Playlist@xiph.org" target="_blank">Playlist@xiph.org</a><br>
<a href="http://lists.xiph.org/mailman/listinfo/playlist" rel="noreferrer" target="_blank">http://lists.xiph.org/mailman/listinfo/playlist</a><br>
</blockquote></div>
</blockquote></div>
_______________________________________________<br>
Playlist mailing list<br>
<a href="mailto:Playlist@xiph.org" target="_blank">Playlist@xiph.org</a><br>
<a href="http://lists.xiph.org/mailman/listinfo/playlist" rel="noreferrer" target="_blank">http://lists.xiph.org/mailman/listinfo/playlist</a><br>
</blockquote></div>
_______________________________________________<br>
Playlist mailing list<br>
<a href="mailto:Playlist@xiph.org" target="_blank">Playlist@xiph.org</a><br>
<a href="http://lists.xiph.org/mailman/listinfo/playlist" rel="noreferrer" target="_blank">http://lists.xiph.org/mailman/listinfo/playlist</a><br>
</blockquote></div>