Personal Media and Beyond You’re going to be hearing a lot from us this year—we’ve got a ton of exciting...
We are also changing how remote playback works for streaming personal media (that is, playback when not on the same local network as the server). The reality is that we need more resources to continue putting forth the best personal media experience, and as a result, we will no longer offer remote playback as a free feature. This—alongside the new Plex Pass pricing—will help provide those resources. This change will apply to the future release of our new Plex experience for mobile and other platforms.
Is there an emby app available or Kodi? The base of Jellyfin should work in either. Plug and play as far as I'm aware with maybe some issues for certain versions.
Alright, so I have had Jellyfin installed for years now, but my primary issue is that most devices myself or my users use lack official, readily-available clients. For example, the Samsung TV app is a developer mode install. Last I looked, nobody has put a build into the store.
I really want to use Jellyfin, but I feel like my users simply can't. I'm interested in others' experiences here that could help.
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.
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?
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.
Because that basically requires transcoding for modern codecs. H265? Transcode. Subtitles? Transcode. The JF client on the same hardware can usually direct play.
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.
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.
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.
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...
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 appfoo depends in libbar@2:2.9 and so forth. Of course, the reality is that libbar is poorly maintained and has massive API/header breaking changes every point release and was dependent on a bug in [email protected] anyway.
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.
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.
True, but there's not much one can do about others' stubbornness. I've been using cheap Android boxes with Kodi or the JF client installed. They make sense to my non-techie family. Dedicated boxes are better (something that can run CoreELEC, OpenELEC) but those are harder to find.
hmm that's concerning. we really need a roku/chromecast equivalent that isnt some proprietary mess (home assistant is finally getting into those with voice assistant units)
While I agree with you 100% and every tv in my home is under this mantra I get where the parent comment is coming from. Family members and friends visiting have asked about access to my Jellyfin library and they aren’t necessarily keen on buying additional hardware, aren’t willing to educate themselves on setting up options that would be objectively better for connectivity, privacy, control, etc.
They just want an app in their TVs app store. It’s convenient and easy. I disagree with them but I don’t blame them. It’s human nature to go for the option that results in expending the least amount of effort. But then they don’t get my sweet Jellyfin library. If you cant run the client or kodi then I can’t help you, sorry.
Yes and I also remember when there were stupid things like early universal remotes that had big timers on them to circumvent the internal programming needs (but then you had to program the remote and sync it)
A Chromecast TV device might fill your gap. There is a jellyfin android TV build in the app store and it works with every TV. Just costs about 50 dollarydoos
True and while they are both enshitifying their services. Somehow in this one area Google seems to be going slower. And making slightly less bonehead moves
I had the same experience with my parents. They have a Samsung TV and the Jellyfin experience was awful.
I ended up getting them a little N100 mini pc and installed Bazzite and the Jellyfin app from Flathub. You can configure it so it knows it’s on a TV, and responds to keyboard controls. I got them a remote from a company called Pepper Jobs that gives keyboard input and now they have a great experience with it. Even my mom, who’s a big technophobe, loves it.
My dad also has an LG TV in his workshop that doesn’t have a working Jellyfin app (cause it’s ten years old), and he uses the Jellyfin app for his Xbox on that one.
I can speak from my experience with an Apple TV, the application "Infuse" works amazing with a jellyfin server. Though the application is essentially $1 month subscription, but works across all your apple devices, if you have any. I think it's worth it.
Additionally, the official app for Android TV worked pretty well when I last tried it on an Nvidia Shield
I love Jellyfin, but I always find something that I have a problem with when trying it, for example it has weak searching, tagging, and TV show identification compared to Plex.
I tried using it even as recent as yesterday for some searching and tagging, but it's searching, tagging, and even TV show identification has problems and is weak in comparison to Plex. I couldn't mass-tag certain videos which was annoying for me, I had to do it one-by-one and it ended up taking a long time, that was frustrating. Also, tags don't show up in searches anymore because it hurts performance apparently. With that said, maybe Plex has the same limitation, but it doesn't mean that Jellyfin has to. They are open-source, and they can be better than Plex, and in many ways they already are, but I keep running into pain points with how I want to use it, and it does feel a bit unfortunate. With that said, I'm a developer too, so I know it's not always that simple. It's just in some ways it feels less "complete" than Plex.
I'm still really pleased with Jellyfin though, and especially the future potential of it.
The only major pain point I had with Jellyfin was getting it on my Samsung TV yes. It is absolutely not a good recommendation for people with Samsungs unless they're willing to get their hands very dirty. Now, once I got the app side loaded on there, it works perfectly well, but the process sucked ass.
I've never had an issue with the apps. It's on my Chromecast and my android phone, and I typically stream to the TV from my phone.
My only issue is that they require a real cert (which is good tbh) and I am having trouble getting letsencrypt working due to my isp blocking port 80 and me dragging my feet getting DNS working
Let's Encrypt supports DNS verification, if you have access to update the zone file. It makes automation harder, but there are scripts to do the DNS update for the verification.
Yeah that's what I'm doing next. My domain name/DNS provider doesn't let me do it though so i have to self host DNS first. Turned into quite a rabbit hole, and would have just worked if I could just get traffic on port 80!
Jellyfin is spectacular for LAN usage on two computers. Once you start using devices (because, you know, that is what people tend to plug into their TVs...) or going on travel, it rapidly becomes apparent that it just isn't a competitor.
Hell, a quick google suggests jellyfin STILL doesn't have caching of media for offline viewing. Plex's works maybe 40% of the time but... 40% is still higher than 0%.
I have a lifetime pass for Plex and encourage anyone who even kind of cares to get one next time it is on sale (or shortly before the scheduled price hike). I have tried Jellyfin a few times over the years and... it is basically exactly what I hate with FOSS "alternatives". It isn't an alternative in the slightest but people insist on talking it up because they want it to be and that just makes people less willing to try genuinely good alternatives.
To put it bluntly, Plex is an "offline netflix" as it were. Jellyfin is a much better version of smbstation and all the other stuff we used to stream porn to our playstations back in the day.
Jellyfin allows you to download whatever you want to your local device. But in a world of streaming, it seems to be a much smaller usecase. I take my tablet camping with me all the time, download some shows via Jellyfin and watch via Jellyfin. Maybe you're using the term "caching" differently from the use case, but if local files is what you're after, it absolutely does it. Just click download in a couple of different locations.
Which is "fine". I watched WAY too many movies over the years with VLC on a laptop. But... why are we using a shim to treat a library as a streaming service in that case? Which gets back to Jellyfin just not actually being a Plex alternative for the majority of users.
Half of my collection is DTS HD MA or TrueHD and many have HDR. Offline caching with transcoding is an essential feature if we want jellyfin to pull ahead. Berating people who are pointing out areas of improvement is not a winning strategy.
I run ffmpeg on my phone. Alternately, I could shrink the file on my server and then download it without much trouble. You're in a vanishingly small subset of users who know enough to care about file-size and know what can be done about it, but can't be bothered to do it themselves.
It's honestly kind of silly to suggest that only technically minded users care about file sizes. We're lucky enough to even know why the file is so big. My regular friends will just complain that it won't fit, blame jellyfin, and then go back to Netflix.
You know that regular people with 64GB phones exist right? Suggesting that a non technical person should just know that they need to convert a 30GB remux using ffmpeg is absurd.
Yes? Is that odd to you? If jellyfin supported it then that would be one less reason against switching which would be a good thing, wouldn't you think? If you advocate for using jellyfin then shouldn't you want such basic features to be supported for those who want to use them?
Even though I still use Plex full time, I very much want Jellyfin to succeed (I run it and offer it to everyone I share with), and so I want Jellyfin to be usable for people of all skill levels. I can't get my parents to use an app that requires them to know anything about file sizes or codec compatibility or converting anything. That is why Plex is as successful as they are.
If you're satisfied with Jellyfin lacking certain features, that's your perogative. But I don't think it's that hard to empathize with someone wanting more feature parity, especially if the motivation is to make Jellyfin accessible to more people and increase adoption.
You've kind of keyed in on one of the things I was hesitant to say:
There are two big uses for an "offline" media library.
Some people just use it for all the stuff they grabbed off the pirate bay (probably avoid TPB in 2025 but...). You don't really care about quality and just want to consume media.
Others, like myself, primarily use it to rip/back up their blu rays and UHDs and the like. If I am watching on my TV in the living room? I want that to be the highest quality I have available and I want to revel in every shadow gradient and so forth. If I am watching it on my computer? I don't need anywhere near that much detail. And on a tablet? Compress that shit like an exec at netflix just saw the storage arrays.
That is the benefit of transcoding and offline caching. It means you, as a "server", just focus on backing up your library/finding the best quality rips or whatever. And you, as a "user", don't have to worry about figuring out how many different versions to keep so that you always have an appropriate version for whatever your use case is that week.
I run ffmpeg on my phone. Alternately, I could shrink the file on my server and then download it without much trouble. You’re in a vanishingly small subset of users who know enough to care about file-size and know what can be done about it, but can’t be bothered to do it themselves.
I was avoiding suggesting getting more storage, but it sounds like in your case, keeping a 720p x265 version of each file(~1gb per movie) on-hand would cost you nothing.
I mean, I bought the Lifetime Plexpass when it was on sale years back, so I have little reason to change my own setup, but I still have even less reason to stan them at Jellyfin's expense.
Seriously, one is a paid service executing rug-pulls, and the other is a free and open-source project. This level of nit-picking at Jellyfin is a shit stance to take.
I'm not so much nitpicking Jellyfin as I am highlighting how crucial transcoded downloads are for my use case, and attempting to get you to have empathy for that use case.
Like, based on the headline I was ready to try out Jellyfin because fuck Plex, but alas, I can't bail just yet.
Maybe being silent on the matter is best, people asking for features is a dumb way to improve software.
You might be right, it might play in an external player. I don't recall that or didn't notice. We're a few months from the last camping season. If it does play in an external player, seems like an inconvenience vs a dealbreaker, but I get it. We all have our things. I would argue that it's maybe a big deal for you and not a majority of users. Maybe a small but focused minority.
As I was curious, Findroid gives you an android client that allows offline mode and downloading/playing/removing movies from the client.
Seems Infuse Pro (paid) version also has support for it if you're an iPhone user.
edit: I see the discussion regarding filesizes and I believe that Findroid is downloading the raw file in the background, so for those that wish for smaller transcoded versions in the cache it isn't a solution. I don't own any apple devices so can't tell how Infuse handles it.
As someone who has attempted to switch to Jellyfin a few times now, I have to agree. Its a great project and my switch would have been successful if it was only me using it. But between my parents streaming remotely and my kids, its not even remotely close to what Plex offers currently.
Huh? I used jellyfin just fine in the hospital on public WiFi on my ancient busted iPad air [some number].
The only thing I did was install pivpn and upload my VPN profile file to Google drive so I can remote into my network. I legit never even had to set anything up it just worked, didn't even need to know the IP of the server because my locally run DNS server (and failing that, the basic hostname based DNSMasq in the router) took care of everything.
I don't even have any reverse proxy or firewall because I still pretend to value my sanity and my time, nor did I expose it to the internet either, thanks to almighty NAT.
Didn't have to do any caching or anything crazy like that, no idea what you're talking about, but I think there's an option to download the files right through jellyfin.
I watched star trek TAS while having fun with opioids and it was a great time.
That doesn't work if you are on an airplane (unless you want to spend the entire flight downloading one episode). Or if you just don't want to deal with hotel wifi. Or if you just don't want to expose your internal home network at all.
Which is the point and why this is one of those big features of plex that there are so many tickets and requests to get into jellyfin et al. Because yes, you can just copy files from your NAS to your phone's internal storage (assuming you don't care about transcoding and the like)... at which point there isn't much use to a metadata oriented media server/service.
Or you can just set up Plex to always download the next 10 episodes of whatever show you are watching when it has network access. I mean... that probably won't work (see: 40%) but when it does, it is awesome. Which is the "it just works" functionality.
Which gets back to the issue where, because it is FOSS, it is the greatest thing ever and anyone asking for anything else is wrong and stupid. Which is a shame because if the Jellyfin devs could actually get the "download the next N episodes" functionality to reliably work (even at 80-90%) it would be a killer app. And, for what it is worth, I have liked the devs a lot when I interacted with them in the past. But the users and evangelists are just... what we can see in this thread.
You can just download the episodes though? Like right in Jellyfin:
Because yes, you can just copy files from your NAS to your phone's internal storage (assuming you don't care about transcoding and the like)... at which point there isn't much use to a metadata oriented media server/service.
No you do not need to do any of that.
Or you can just set up Plex to always download the next 10 episodes of whatever show you are watching when it has network access. I mean... that probably won't work (see: 40%) but when it does, it is awesome. Which is the "it just works" functionality.
You can download in Jellyfin also, like in the screenshot above.
anyone asking for anything else is wrong and stupid.
I mean, you are asking for things that are already in the app, you tell me if that's stupid or not. I'm just trying to help.
I'd never call anyone even trying to use these self-hosted alternatives stupid.
Jellyfin devs could actually get the "download the next N episodes" functionality to reliably work (even at 80-90%) it would be a killer app
Is there some reason you can't do this manually? I actually can't think of any app with this feature, not even Netflix way back not Spotify.
I used a Cloudflare tunnel for security (no open ports) but that's for people with limited tech ability mostly. Everyone else I've got connected with a tailscale node.
I'm pleading full ignorance here. Because I opened the port for JF, doesn't that mean the only thing exposed would be my jellyfin? I thought having the rest of my ports closed would not allow access to the rest of my system?
Before now I was on the sunk cost fallacy of not wanting to teach my extended family how to use Jellyfin instead of plex but after this I'm already mid-way through setting up a Jellyfin docker container on my server and I only found out an hour ago
I've been testing out jellyfin for the last couple months but it doesn't really fill the void of this specific feature that's being locked behind a pay wall. If anyone has good recommendations for securely and reliably hosting jellyfin behind SSL and auth with email password resets where I don't have to worry about it as much as Plex.
I use jellyfin locally but for a handful of remote clients I have I may well block off their access they're not going to be able to figure out my hand spun services and wall of text.
You can connect Jellyfin to an SSO provider. It still needs work, and client support is lacking. Ideally I think it maybe should be built in rather than a plug-in (would definitely encourage more client support). But it exists.
As it stands, you could enable both the SSO and LDAP plugins, and let users do password resets entirely through your auth provider.
Basically, this is all stuff that comes with Plex out-of-the-box, but you sort of have to glue it together yourself with Jellyfin, and it's not yet in an ideal state. Plex is much much easier to configure. I wouldn't allow yourself to believe that Plex doing all this for you will make you totally secure through -- there's been multiple incidents with their auth, and IIRC the LastPass attacker pivoted from a weak Plex install. Just food for thought.
Ah, that's good to know!
My jellyfin server is only available over vpn (and locally) so I haven't much looked into beefing up the security on the jellyfin server itself.
In case this helps as a reference point, I use a $5 digital ocean droplet as my Plex and Jellyfin reverse proxy and it seems to handle the traffic of 3-5 simultaneous streams just fine. I use Haproxy in tcp mode (so no http interpreting, just passing packets) in an attempt to keep the CPU load minimal and just make it a pure I/O task.
i'm fairly familiar with reverse proxies and how to set them up, but I'm mostly worried about the monthly bandwidth limits here. especially with hetzner's recently lowered limits. since I have a life time plex pass i might be able to hold off from switching until I figure something else out, at least.
Gotcha, I've never actually considered the bandwidth limits. It looks like digitalocean includes 1TB per month and I used 242GB last month. If I ever get close to the limit I will just spin up another droplet. I don't think I would even need to load balance unless the first one is struggling since the bandwidth allowance across all droplets is pooled together.
If you aren't already using a reverse proxy, then do you currently just port forward or use the Plex relay? The only reason I use one is because of CGNAT. Before I moved to a place with only CGNAT I port forwarded for both Plex and Jellyfin.
I just port forward right now, so Plex’s system is basically an overpowered dynamic dns. I guess my next option is to self host a dynamic dns on a numbered xyz domain (yk the $1/yr ones)
I haven't tried it out personally, but I use authentik, for that you can just create a password policy, then add a new stage for identification (just make sure to add the email field), and an email stage, then create a flow.
More work on your end than paying someone else obviously.
Dumb question but should there be VPNs operating on both ends, server and client? Or just the client because I'm guessing the server might change the connection address.
Jellyfin is still way behind Plex in general performance but I keep a VM of it running and updated, for when the day comes that Plex is absolutely worthless.
Which at this rate, is, well, we're getting there.
Jellyfin depends on proprietary Microsoft .NET, even on Linux.
It's still better than Plex and Emby, which are fully proprietary, and have no source code. But I will stick with sshfs with kodi, and nginx plus mpv for now.
@Smash@Limonene Right, it *was* proprietary. Which is why adoption of it by free software devs is so slow. Ubuntu only got dotnet packages in the past few years! (RIP @vorlon )