this post was submitted on 19 Mar 2025
1180 points (99.2% liked)
Selfhosted
60177 readers
605 users here now
A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don't control.
Rules:
-
Be civil.
-
No spam.
-
Posts are to be related to self-hosting.
-
Don't duplicate the full text of your blog or readme if you're providing a link.
-
Submission headline should match the article title.
-
No trolling.
-
Promotion posts require active participation, with an account that is at least 30 days old. F/LOSS without a paywall has exceptions, with requirements. See the rules link for details.
Resources:
- selfh.st Newsletter and index of selfhosted software and apps
- awesome-selfhosted software
- awesome-sysadmin resources
- Self-Hosted Podcast from Jupiter Broadcasting
Any issues on the community? Report it using the report flag.
Questions? DM the mods!
founded 3 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
I mean, except for Tizen OS isn't most available? You can find the client for Android, Android TV, Windows, Linux (Flatpak), macos, apple ios, and more.
https://jellyfin.org/downloads/clients/
I give all my friends the choice between Plex and jellyfin (I run both containers side by side pointed to the same media folders) and they all invariably choose Plex. I think it has a lot to do with the jellyfin UI, and I think an overhaul like jellyfin-vue or something that looks like findroid needs to happen in order for jellyfin to really appeal to regular people.
Yeah, I've written some custom css to get some better wrapping of libraries and such.
There's also the community themes worth looking into.
https://jellyfin.org/docs/general/clients/css-customization/#community-themes
Damn, all this time using JF and I never thought of theming it.
While I use it on a SFF PC I have a couple of users that access my server via a couple of CCwGTV Chromecasts I handed them and so, unable to test since I don't have one to hand but can you / does it theme the UI on the Chromecast too?
Cheers!
I was just able to download it on every TV I have
So, no, then.
Ah, if you're allergic to flatpaks and can't convince your distribution to include it in their repository then you can always build it yourself - https://github.com/jellyfin/jellyfin-media-player
Or just use their web based client with a browser of your choice. :)
No idea what Flatpak is, much? Jellyfin is open-source. If your distro isn't providing you a .deb or tarball to your liking, that's not on the Jellyfin project.
Why would you ever bother to use either option when you can just access it via the WebUI on Firefox?
Because that basically requires transcoding for modern codecs. H265? Transcode. Subtitles? Transcode. The JF client on the same hardware can usually direct play.
Oh fair enough, I'd highly recommend enabling transcoding anyway it just eliminates all sorts of issues like this.
Don't ask me? I'll ftp before I'll WebUI like so, but for online viewing, I'll take streaming please. My kids, wife, and mother-in-law find that a million times more convenient.
Meanwhile, there's a dude in these comments hating on the notion that Jellyfin's app will download the Raw file for offline viewing purposes. Please, do not ask me to pretend to care what is going on in that person's head. In my world, using VLC to play my files is a perk. Gimme that yummy 2x or slow-mo as I see fit, please.
I use Findroid for its great UI but also its ability to download and watch offline. It's a better experience and I was surprised Jellyfin Android didn't support it.
WebUI is streaming though on desktops though and I assume they're also using iOS/Android/TV which all have clients, so I'm trying to get at the difference there.
I thought their implication was that they would use the WebUI for downloading videos for offline watching later. Beyond that, I don't really know or care; Their suggestion was weird to me, but I took it at face value and replied accordingly.
Flatpaks aren't the worst, at least it's not a snap only
What do people have against flatpaks? I like them.
Part of it is that Ubuntu/Canonical so aggressively pushed Snaps which became a huge culture war. So you have people who hate the idea of those style of packages because they hate Snap AND people who hate flatpak because they are Team Ubuntu for some reason.
And the other aspect is that it is incredibly space inefficient (by the very nature of bundling in dependencies) and is prone to "weirdness" when it comes to file system permissions and the like. And many software projects kind of went all in on them because it provides a single(-ish) target to build for rather than having a debian and an arch and a redhad and a...
Ah, I see. I've not tried Snaps, been avoiding Ubuntu because of Canonical's weirdly corporate angle. Once they baked in Amazon into Ubuntu I was out.
I like the bundling of deps. Sure it's inefficient, but it runs, and storage comes cheap nowadays anyway.
Storage is cheap until it isn't.
On my desktop where I have something like 6 TB of NVME storage because I am a sicko? The only thing that makes me think twice about a flatpak is if I need to give it access to devices or significant parts of my filesystem (yay permissions weirdness).
On my laptop where I can have one drive and replacing it involves opening the entire laptop AND reinstalling Fedora (or dealing with clonezilla/
dd)? Yeah... I very much care about just how much bloat I am dealing with. And, as the other person pointed out, flatpaks can balloon REAL fast.A lot of flatpaks early on wouldn't survive a major point release upgrade or worst case would hold on to dependencies and the user would end up with an unbootable mess after an upgrade.
I haven't seen that recently though.
However I regularly run appimages on my fedora silverblue system so take what I say with a grain of salt.
If dependencies are articulated (and maintained...) properly, it is very doable and is intrinsically tied to what semantic versioning is actually supposed to represent. So
appfoodepends inlibbar@2:2.9and so forth. Of course, the reality is thatlibbaris poorly maintained and has massive API/header breaking changes every point release and was dependent on a bug inlibbar@2.1.3.4.5anyway.Its one of the reasons why I like approaches like Portage or Spack that are specifically about breaking an application's dependencies down and concretizing. Albeit, they also have the problem where they overconcretize and you have just as much, if not more, bloat. But it theoretically provides the best of both worlds... at the cost of making a single library take 50 minutes to install because you are compiling everything for the umpteenth time.
And yeah... I run way too many appimages too.
The space inefficiency is definitely there.
I find that clients, such as Jellyfin, Moonlight and Signal, works just fine as flatpaks but with those three apps my /var/lib/flatpak/ lands on 6.4GB.
When I temporarily had Discord installed it grew to 6.7GB, so the inefficiency is frontloaded and lessens the more of them you use.
Just use the god damn browser