<div dir="auto">Serializing playlist, track, et al. music-related metadata is an essential tech to an open music value chain. </div><div dir="auto"><br></div><div dir="auto">The long, er, open question remains, “what would reify a stakeholders’ mutually accretive open value chain and platform for music, how does it compare to the silo value chain(s), and how does its tech compare to silo platform(s)?Yeah? </div><div dir="auto"><br></div><div dir="auto">Seems like all active open music heads, that is both Lucas and Robert, might publish an “indie web”-esque (sub-section?) doc to centralize current best ideas and implementations of the manifold options. Is there such a root doc I am unaware of?</div><div dir="auto"><div><a href="https://indieweb.org">https://indieweb.org</a></div><br></div><div dir="auto">FWIW, open or closed, if a sol’n is succeeding and innovating slower than the average velocity of its competitors and substitutes, it will necessarily lag and fail. I dunno what “techlash” means, but the fail of open isn’t that proprietary is inherently better, only that open is currently worse. </div><div dir="auto"><br></div><div dir="auto">You guys know Jason Wohlstadter of Proton? He’s successfully worked closely with both Apple and Spotify to add creator attribution and compensation to mixes and mixes to their silo services. </div><div dir="auto"><a href="https://link.medium.com/rTEN3wOJQbb">https://link.medium.com/rTEN3wOJQbb</a><br></div><div dir="auto"><br></div><div dir="auto">Bonus: <div><a href="https://twitter.com/chrisalbon/status/1332459255371218944?s=21">https://twitter.com/chrisalbon/status/1332459255371218944?s=21</a></div><div dir="auto"><br></div><div dir="auto">Rob</div></div><div dir="auto"><br><div class="gmail_quote" dir="auto"><div dir="ltr" class="gmail_attr">On Mon, Nov 30, 2020 at 3:44 PM Lucas Gonze <<a href="mailto:lucas@gonze.com">lucas@gonze.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;border-left-color:rgb(204,204,204)"><div dir="ltr"><div>MP3 is a great approach to interoperability, but punting access to Funkwhale means giving in to silos like Spotify and Apple Music. There needs to be some open strategy to provide for files in cooperation with musicians and rights holders. If openness means not getting paid, they'll continue to stand in the way of interoperability.</div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Nov 29, 2020 at 4:56 AM Robert Kaye <<a href="mailto:rob@metabrainz.org" target="_blank">rob@metabrainz.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;border-left-color:rgb(204,204,204)"><div id="m_-1666779454597631547gmail-m_-9195310338983576224geary-body" dir="auto">On Sat, Nov 28, 2020 at 10:30 am, Lucas Gonze <<a href="mailto:lucas@gonze.com" target="_blank">lucas@gonze.com</a>> wrote:<br><blockquote type="cite"><div dir="ltr">After long consideration, I believe the question that matters is the existence of non-siloed music. Should it exist? Why?</div></blockquote><div><br></div><div>Yes, they should.</div><div><br></div><div>As you said, techlash is one aspect and the other is that music tools are finally being worked on again. MusicBrainz Picard is seeing an uptick of activity, we recently discovered and are embracing Funkwhale (federated, self hosted music collections with streaming) and I've started paying attention again to my own music collection. I'm growing disenchanted with Spotify -- tracks appear, I fall in love with them and then they disappear without notice. Large chunks of what I love are not there and the utter and complete lack of interoperability, is the ultimate lock-in. I'm starting to get fed up.</div><div><br></div><div>With the ListenBrainz project we've been working flat out on building the a recommendation engine toolkit. Track similarity, collaborative filtering, super easy to use toolkits with the heavy lifting already done -- we're hoping to kick-start open source music recommendations. We're starting to produce results that are quite listenable, after only 5 years of working hard. ;)</div><div><br></div><div>And to deliver generated playlists, we needed to add playlist capabilities to ListenBrainz. Last weekend we had an online hack-day where we had 5 people work through the weekend to add collaborative playlist support to LB. We'll deploy this before year end and then we'll start generating playlists (similar to discovery weekly and daily mixes) for users who scobble their listens to ListenBrainz (if you scrobble to us or import your <a href="http://last.fm" target="_blank">last.fm</a> history, the next monday we'll have some recommendations for you) We're working hard to become an open source mix of the Echo Nest and Last.fm and we're making great strides finally.</div><div><br></div><div>We realized we need a transport layer playlist format and we quickly agreed to use JSPF for this! We're using it as an exchange format and as our internal format as well -- </div><div>we've defined two extensions for JSPF for our internal fields. I'll post a request for feedback in the coming days, to make sure we're on the right track.</div><br><blockquote type="cite"><div dir="ltr"><div>Given techlash, what is the point of interoperability? <div></div></div></div></blockquote><br><div>We've also been working on our mapping game and making it super easy to take an artist name and a recording name and to find a suitable release in MusicBrainz. Have a look at our latest iteration on what will soon be the MusicBrainz ID mapping tool:</div><div><br></div><div> <a href="https://datasets.listenbrainz.org/acrm-search?query=sun+shines+tv" target="_blank">https://datasets.listenbrainz.org/acrm-search?query=sun+shines+tv</a></div><div><br></div><div>For some tracks you don't need a lot of metadata to get the right release, for others you need to give more. The text -> MBID mapping is our first effort and MBID -> Spotify mapping will be the next. These mappings will prove to be important for getting out recommendation work exposed in tools like Funkwhale, which is sorely lacking recommendations and intelligent playlists.</div><div><br></div><div>I think sometime in 2021 we'll see a point where open source tools for federated music networks will reach some level of parity with the likes of Spotify.</div><div><br></div><div>Unsurprisingly, we hope that MBIDs will be the point of interoperability.</div><div><br></div></div><div id="m_-1666779454597631547gmail-m_-9195310338983576224geary-signature" dir="auto"><span style="white-space:pre-wrap;background-color:rgb(255,255,255)">--
--ruaok
Robert Kaye -- </span><a href="mailto:rob@metabrainz.org" style="white-space:pre-wrap" target="_blank">rob@metabrainz.org</a><span style="white-space:pre-wrap;background-color:rgb(255,255,255)"> -- </span><a href="http://metabrainz.org/" style="white-space:pre-wrap" target="_blank">http://metabrainz.org</a><span style="white-space:pre-wrap;background-color:rgb(255,255,255)">
</span><div><br></div></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></div>