Yes, it’s like a common “protocol”. Probably huge music apps like youtube and spotify would never adopt such a thing unless it become really really widespread among other platforms, but just being able to share them across FOSS music players would be amazing imo

It’s actually very very cool, the closest to what I imagined. Yeah sadly it doesn’t seem to be FOSS

The main difference with my “idea” is that this one creates a copy of the playlist on each service, so if you want to share it you need to know which player the other person is going to use, or just send him all the links. My idea instead has just a single playlist, accessible with API that can be used by every music player

thanks for sharing this!

Yeah something similar to this, with API to access it from any music player app! The features that would make it really appealing (imo) would be:

• share playlists with friends using different music players
• cooperative playlists: give edit permission to other users (chosen by you), so that you can create playlists with your friends
• search playlist: search “rock music” and get all public playlists that matches your search, perhaps even with tags

How about you make up the structure and we all adopt it?

I would like to have the capabilities and the time to do this XD

I think that the best possiblity for something like this would be that a already popular music player created this alongside the player, and already adopted it, allowing sharing playlists with users on the same app. This way, all other music players would have the possibility to adopt it themselves in order to be able to share the playlists with users on their app and on the original music player, and so on

The problem with services like Funkwhale and Navidrome or similar services is that you need a music library on the server, and the players can only play music from there. What I have in mind instead is a way to sync playlists (without caring from where the song is being streamed, may it be youtube, spotify, Funkwhale, Jellyfin, local library…) between different clients

something like this, yes. It was better if it wasn’t centralized perhaps, but if that wouldn’t be feasible then something like ListenBrainz with the ability to add playlist to your account and sync them with a simple API would work

You could simply export and import playlist with a file that can be shared

This is something that has to be done manually. What I have in mind is a platform where I can have a playlist on my music player app, that I update everyday I discover new music, and I want to be able to send a link to you so that you can listen to my playlist in real time, without having to export and then import manually. Also, I would like to be able to have “cooperative playlists” like Spotify has: everyone I give access to my playlist can add songs to it (I do this with my friends, we use it to discover new music)

I said federated because otherwise it would only work between close friends that can create an account on my server, and it means that I wouldn’t be able to share it with anyone outside my friend group. Otherwise it has to be a centralized service I guess

If I understood correctly these are one-shot services: I have a spotify playlist and want to convert it to a YouTube playlist. Instead what I have in mind is a way to sync a playlist “player agnostic”, so that it can be viewed by any music player supporting the API

I already looked into Navidrome, but as far as I understand you have to keep a music library on the server, and then you can stream from there.

What I was thinking instead was just a playlist sync server: the music player apps will still play music from they were playing before, so some from local files, some from YouTube, some from Navidrome ecc, but the playlists are synced on this served and can be exchanged with other users that use different players

thanks for the reply! many services allows this by setting an environmental variable or through a config file, but sadly not all of them

If you can’t configure the ports of your services then there’s no real recourse FWIU

Sadly this is my case… I guess I’ll have to give up then thank you very much!

thanks for the detailed reply!

When both contsiners use the same second number, C1: 1234:80, C21235:80, and neither documents suggest how to change that port, I personally haven’t found a way to resolve that conflict.

unfortunately I’m in this situation, so I guess my only ways are to modify the container by hand or to create two instances of gluetun. thank you very much for your help!

There’s also a telegram bot

Total ignorant question: how hard would it be to fork (and mostly maintain) chromium keeping manifest V2 support?

What’s the point of keeping part of the UI closed source?

Check out Marktext

I’m waiting for approval since October

I can’t believe it, thank you very much!

Because I was today years old when I found out this beautiful piece of software exist :D

thank you very much!

I’ll surely check them out, thank you very much!