LinuxMy music setup was a pinned browser tab for years. It worked, technically. It also ate RAM doing nothing, my media keys only worked when that tab happened to be focused, and I killed the music at least once a week by closing the wrong window. There's no official YouTube Music desktop app on Linux, and most of what exists is the same web player in an Electron shell.
So I built my own. It's called Limusic. Rust and Tauri, no bundled Chromium, audio goes through libmpv.
You sign in with your actual YouTube Music account, so your playlists, likes and subscriptions are just there, and liking a song or adding it to a playlist syncs back like you'd expect.
The part I actually care about is that it's not bare bones:
- Proper MPRIS, so media keys and your now playing widget just work
- System tray, closing the window doesn't kill the song, plus play/pause and skip from the tray
- Discord Rich Presence with album art and a live progress bar
- Last.fm scrobbling, connect once and forget about it
- Synced lyrics in a side panel, click a line to jump there
- Listen Together, synced rooms so you and a friend hear the same thing at the same time
- 8 themes, including Catppuccin, because obviously
- Gapless playback, volume normalization, shuffle, repeat, autoplay radio
- Your queue survives a restart
Free and open source, GPL. AppImage (self updating) or an rpm for Fedora, which is what I daily drive. No Flatpak or AUR yet, both are on the list. There's a Windows build too, and no macOS one yet.
Would really love for people to try it, and I'd genuinely like to hear what everyone thinks. ❤️
Site: https://simohypers.github.io/limusic/ Downloads: https://github.com/SimoHypers/limusic/releases/latest
Not affiliated with Google or YouTube, just a thing I made because I wanted it
Given the first few commits referring to scaffolding phases and the frequent use of em dashes, I’m suspicious this was built with AI assistance. Nothing wrong with that, but a disclaimer of some sort somewhere would go a long way.
What part, if any, does "AI" have in the development or use of this?
it shouldn't matter.
these tools are here to stay.
They are here to stay, but stuff built with an LLM is statistically way less likely to be maintained for more than a couple months compared to a hand-written thing. Anecdotally I also feel it's way more likely to have security issues. So I think it's important to disclose so people have their expectations set correctly.
anecdotally, I've built a lot of projects and abandoned them because I ran out of time. With an LLM to reduce the input effort I actually think I would've maintained them longer.
do you have a source which backs up what you're claiming?
Ok, so there's no statistically rigorous review yet, but 73% of LLM-generated apps submitted to FlatHub were abandoned within 6 months. This is about the abandonment rate you should expect to see on any newly announced LLM-written project, and this figure appears to be much higher than hand-written projects (e.g. this study, while not directly comparable, shows a 16% abandonment rate).
The reason for this is sort of obvious to me: an LLM makes it really easy to write code that makes an app work, therefore the threshold of involvement/interest needed to "make an app" is much lower. This in turn removes the selection force that makes software authors likely to be interested in, and thus put in the effort (or tokens) to maintain their software going forward. (this is putting aside the fact that LLMs are still horrible at software architecture and quite bad at infrastructure, making the long-term maintenance more difficult).
I don't doubt that some people will have a lot of passion for their vibecoded thing, and will keep it going for a while. This might even be the case here given the author went out of their way to post about it on Lemmy and respond to comments, seemingly without an LLM in the loop at that stage of the process. But it's also important to disclose your LLM use so others can adjust their statistical expectations.
anecdotally, I’ve built a lot of projects and abandoned them because I ran out of time. With an LLM to reduce the input effort I actually think I would’ve maintained them longer.
Likely you would have also built more projects if you had access to an LLM, thus giving you less time to spend maintaining each individual one. Which is kind of the problem here...
Fair points, I concede.
As someone who has built a lot of software it's hard to see people treat LLMs as useless when they are shooting themselves in the foot by doing so.
Not the person you're replying to, but
There are no shortages of evidence showing heavy LLM usage causing cognitive decline.
Likewise, if we accept anecdotal evidence, many users report losing understanding of their codebase after letting an LLM do substantial changes for them. Architecture drift is a common problem, too.
LLMs are trained on public code, much of it subpar, so it stands to reason that they are prone to regurgitating security vulnerabilities.
I am not including the plethora of ethical issues with LLMs, which I assume you do not care about coming from a purely utilitarian although short-sighted perspective.
Wow. I’m not a YT music person and MacOS is my daily drive, but this looks incredible. Well done and a very nice contribution to the community.
Go ahead and sign in with your YouTube Gmail credentials, he or she won't automatically store them for future use.
The source code is open and on Github, and there is also a guide to compiling and running the code locally, if not trusted. I can see that being a paint point though.
But the option of listening to music without signing-in is available. 👍
Ah that's good. I never sign up to the radio. So basically I don't wish to login to listen to music.
This is my singular concern. I know it's open source but I am not knowledgeable nor ambitious enough to scour the code looking for malicious intent. So I would be wondering what assurances we have against this.
Same as my previous answer, the code can be compiled after installing the necessary dependencies and ran locally without the need of trusting my releases. But as a bonus, music can be played and enjoyed without signing in. 👍
You should add this to your OP, it will definitely give you more test pilots. :)
You cannot have it both ways. The source code is open for the sake of transparency. You can’t complain about not trusting the author when the code is readily available. Nothing wrong with laziness, but it’s not that you couldn’t check if you were really that concerned.
Thank you so much, I really appreciate it.
Best of luck with the YouTube interfaces - anything I have coded to them dies within a year or less due to them changing the rules.
On the flipside: awesome app, probably worth the effort to keep whacking the moles as they come up. Good job so far.
Thank you so much, I'll take that into consideration, I'm prepared to find ways when the official youtube music changes their ways.
As long as they don't close their servers for us 😅
thank you for sharing. love metrolist and the idea of having a desktop equivalent.
There's also pear desktop but it's sort of a web wrapper for the stock yt music experience, and likely has a comparable memory footprint to your situation having it as a pinned browser tab.
Thank you very much, I'm glad other can appreciate aswell. ❤️
