<div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><div style="font-family:arial,helvetica,sans-serif" class="gmail_default">I
think interoperability has two use cases: commercial and noncommercial.
The noncommercial use case is easy to argue: libraries, startups, and
research institutions all benefit from greater interoperability of data.
<br></div><div style="font-family:arial,helvetica,sans-serif" class="gmail_default"><br></div><div style="font-family:arial,helvetica,sans-serif" class="gmail_default">For
the music industry either you have large players with huge music silos,
or smaller players curating more exclusive silos, but the goal is the
same -- to control and monetize access to the music. Interoperability
does not usually make sense here, since the goal is vertical
integration. This is nothing new. Musicians and listeners using these
platforms must accept non-negotiable terms and conditions or find some
(less popular) alternative. Yes, someone is certainly getting paid, but
it isn't the musicians. Decentralized currencies and blockchains could
change things dramatically, in which case openness might mean musicians
getting paid directly and thus drive a greater need for
interoperability, but that remains to be seen. And for that to happen,
musicians would likely need to form some kind of cooperative alliance or
union.<br></div><div style="font-family:arial,helvetica,sans-serif" class="gmail_default"><br></div><div style="font-family:arial,helvetica,sans-serif" class="gmail_default"><div style="font-family:arial,helvetica,sans-serif" class="gmail_default">Should
non-siloed music should exist? I don't know if that's the right
question to ask. By default all music starts off as non-siloed, right?
Tragically a lot of
music is lost forever, either because it is never documented or never
becomes part of a catalog. In my opinion, this is enough of a
reason to continue to push for openness and interoperability even if
large commercial players wish to stand in the way. A better question
might be, does interoperability help with the world-historical project
of documenting and preserving music for future generations?</div></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Nov 30, 2020 at 7:40 PM Rob Lord <<a href="mailto:rob@roblord.org">rob@roblord.org</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="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" target="_blank">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" target="_blank">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" target="_blank">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" 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>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:1px solid rgb(204,204,204);padding-left:1ex"><div id="gmail-m_6102220497825356797m_-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="gmail-m_6102220497825356797m_-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>
_______________________________________________<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>