234
submitted 6 days ago by Simohypers@lemmy.world to c/linux@lemmy.ml

My 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

top 50 comments
sorted by: hot top new old
[-] echo@lemmy.ml 82 points 6 days ago

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.

[-] db2@lemmy.world 55 points 6 days ago

What part, if any, does "AI" have in the development or use of this?

[-] carotte@lemmy.blahaj.zone 45 points 6 days ago* (last edited 6 days ago)

from the gitignore:

/.agents/
/.claude/
/CLAUDE.md
/PHASE1-PROMPT.md
/RELEASING.md
/skills-lock.json
/plans

so probably quite a bit lmao

and from a brand-new account too. this is slop, people

[-] db2@lemmy.world 17 points 6 days ago

Does this "dev" even know vibe coded slop can't be licensed?

[-] ranzispa@mander.xyz 3 points 6 days ago

According to who? Was there a legislation or legal case? In which country?

[-] Vittelius@feddit.org 5 points 6 days ago

The US copyright office for one

https://www.skadden.com/insights/publications/2025/02/copyright-office-publishes-report

Human authorship is a bedrock of copyrightability, and thus works entirely generated by AI are not copyrightable. (...) Where a work includes both human and AI-generated content, only the human contributions are potentially copyrightable.

[-] Sandbar_Trekker@piefed.zip 3 points 6 days ago* (last edited 6 days ago)

That article ~~completely~~ practically skips over the section in the report that says that copyright can be applied by compilation to an overall work. See section II - F: "Modifying or Arranging AI-Generated Content"

Or you can also just skip to the conclusion of the actual report itself:

As described above, in many circumstances these outputs will be copyrightable in whole or in part—where AI is used as a tool, and where a human has been able to determine the expressive elements they contain. Prompts alone, however, at this stage are unlikely to satisfy those requirements.
https://www.copyright.gov/ai/Copyright-and-Artificial-Intelligence-Part-2-Copyrightability-Report.pdf

Edit: The article you linked does mention that the works can be copyrighted as a whole, but it does not mention this in the conclusion.

load more comments (1 replies)
load more comments (4 replies)
[-] richardisaguy@lemmy.world 33 points 6 days ago* (last edited 6 days ago)

I would say a great part of this code was at least "AI touched". There are em dashes in the rust scripts, in the markdowns, in the commit messeges. @Simohypers@lemmy.world - disclose your stuff man! people should know what they are putting on their computers

[-] communism@lemmy.ml 15 points 6 days ago

If you view the first commit, you can see the CLAUDE.md, so at least in part vibe-coded.

Tbh all the vibe-coded apps look the same, and the UI has that vibe-coded style, so I'm not surprised.

load more comments (4 replies)
load more comments (18 replies)
[-] vala@lemmy.dbzer0.com 18 points 6 days ago

Pretty tired of people posting slop they don't understand.

This is going to break in a few weeks when YouTube changes again. This is such a waste everyone's of time. Just noise distracting from people who actually understand the things they build.

[-] grapemix@lemmy.ml 15 points 6 days ago

First of all, I like rust+tui stack and thanks to sharing to community,but I hate to see open source dev wasting valuable time on reinventing wheel on something constantly change. YouTube's api, webpage constantly change to prevent third party sw. While we have invidious which can be use as backend, why ppl want to waste their time and abandon project quick? Freetube can use invidious api as source for example. What we need make invidious more backend friendly (i always confused why invidious dev not focus on their api only) and able to have single source of truth on subscription, history across mobile, desktop frontend app

[-] RunningInRVA@lemmy.world 20 points 6 days ago

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.

[-] altphoto@lemmy.today 3 points 6 days ago

Go ahead and sign in with your YouTube Gmail credentials, he or she won't automatically store them for future use.

[-] Simohypers@lemmy.world 22 points 6 days ago

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. 👍

[-] altphoto@lemmy.today 5 points 6 days ago

Ah that's good. I never sign up to the radio. So basically I don't wish to login to listen to music.

[-] antaymonkey@lemmy.world 3 points 6 days ago

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.

[-] Simohypers@lemmy.world 10 points 6 days ago

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. 👍

[-] anamethatisnt@sopuli.xyz 6 points 6 days ago* (last edited 6 days ago)

You should add this to your OP, it will definitely give you more test pilots. :)

[-] RunningInRVA@lemmy.world 7 points 6 days ago* (last edited 6 days ago)

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.

[-] uninvitedguest@piefed.ca 6 points 6 days ago* (last edited 6 days ago)

Lack of knowledge isn't laziness. I couldn't security audit the code even with the right amount of available personal bandwidth.

[-] RunningInRVA@lemmy.world 2 points 6 days ago

To what are you referring, though? Are you saying that you won’t ever use FOSS because you do not have the bandwidth to assure it is secure?

[-] uninvitedguest@piefed.ca 4 points 6 days ago

I'm referring to the person you replied to, who communicated a lack of ability to audit the code while you honed in expressly on laziness.

You have made a couple leaps in judgment here; I also said nothing about my use or disuse of FOSS projects.

load more comments (1 replies)
[-] ranzispa@mander.xyz 4 points 6 days ago

The fact that the code is open does not mean it is secure or that you should trust the author. Malware can be in an open source software.

Indeed I'd say it is better to trust a stable project with many contributors rather than a new project just published by a single person.

That does not mean it is not secure, but going through the code and making sure it is secure is a tough job. On a middle sized project it will take you a few days to review it properly, if you even have the knowledge to do that.

load more comments (1 replies)
[-] MangoCats@feddit.it 16 points 6 days ago* (last edited 6 days ago)

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.

load more comments (4 replies)
[-] Sandbar_Trekker@piefed.zip 7 points 6 days ago

Certainly looks interesting, but I have to mention that I'm not a fan of the Discord Rich Presence feature. The directory access that this typically requires immediately bumps up any flatpak to a medium risk category.

Granted I'm definitely one of those users that does not care to share my current status to all other users as to what I'm watching/listening to at every moment.

[-] Simohypers@lemmy.world 2 points 4 days ago

It has a toggle in the settings to turn it off.

I was thinking to make it disabled by default, think that's better for most people

[-] Pika@hikki.team 8 points 6 days ago

Linux folks be like: I don't have a good enough tool for this niche thing. Guess how my next 1000 hours will be spent? 😄

Seriously though, nice work!

load more comments (1 replies)
[-] MangoPenguin@lemmy.blahaj.zone 3 points 5 days ago

I'm always curious about youtube music apps, it seems like there are so many of them everywhere, even f-droid has like 20+ clients listed that all look very similar.

Maybe just a fun app to try making so a lot of people do it?

[-] vikingtons@lemmy.world 4 points 6 days ago

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.

load more comments (1 replies)
[-] luthis@lemmy.nz 3 points 6 days ago

This looks great and I'll give it a go.. but have you heard of grayjay?

[-] Hadriscus@jlai.lu 3 points 6 days ago

Holy shit I'm bookmarking this for when I get a moment to test !!

If you add support for archive tune's remote play you could be a great companion app and make my need for spotifies remote play gone!

load more comments
view more: next ›
this post was submitted on 26 Jul 2026
234 points (83.4% liked)

Linux

66753 readers
1198 users here now

From Wikipedia, the free encyclopedia

Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).

Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.

Rules

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 7 years ago
MODERATORS