I would absolutely love to do this, but haven't figured it out yet. Part of the challenge is that some of this music is on different websites / storefronts. I might try to build something for this, though.
Wow, nice! Have you thought about submitting your work to Radio Free Fedi? It's an amazing service, basically operates as an Internet radio stream. All of The Mixtapes are assembled through tracks discovered via RFF.
Yeah, they didn't want their money going to the Taliban, and it's a little shaky as to whether the Taliban's Ministry of IT would take a stricter content enforcement on their ccTLD. For a while, it was only possible to renew domains, not buy new ones.
Still, I stuck with the title because the Taliban is still the reason.
ActivityPods can be thought of as a framework for building Fediverse apps on top of Solid. Solid itself is a standard developed by Sir Tim Berners-Lee, and once you get through the dry, somewhat brain-melting standards draft, what you get is something that strongly resembles a self-hostable Google Drive.
What makes this unique is that you can make apps that access resources (files) inside of this drive. Even more interesting is that Solid apps don't rely on traditional databases in the way that regular Fediverse apps do: instead, the apps use files and metadata about those files, and basically parse information from a graph to act as a sort of rudimentary database instead.
What ActivityPods does is bridge the gap: it does all the heavy lifting to translate between Solid's way of doing things (everything is a file) to ActivityPub's way of doing things (everything is an activity performed on objects by actors, who have an inbox and outbox).
Why might someone want this? Well, the general idea is that this is a different approach to data ownership, where the data itself is portable as a file. Your Solid Pod acts as an identity provider that proves who you are, as well as a data store where you can decide who has access to read or modify your stuff.
Yeah, they apparently used scrapers for a while, but it's obviously not a very performant way to do things. Artemis Camp was launched with an upstream branch that introduced API work, and the app was adjusted to use that as a playground.
For all intents and purposes, the dev did state their intentions on releasing the code "when it's ready", and was super active in working on it. Not releasing, and relying on one server running a specific upstream branch were definitely mistakes, 100%. But, I think the dev legitimately believed they would hit that target, which was a prerequisite for releasing.
I would absolutely love to do this, but haven't figured it out yet. Part of the challenge is that some of this music is on different websites / storefronts. I might try to build something for this, though.