Noticed that Jellyfin had inched out Plex when sorting by popularity on the TrueNAS app catalogue the other day (45,178 installs vs Plex's 42,225). The existance of this project seems to confirm that the dev ecosystem around it is getting stronger!
Noticed that Jellyfin had inched out Plex when sorting by popularity on the TrueNAS app catalogue the other day (45,178 installs vs Plex's 42,225). The existance of this project seems to confirm that the dev ecosystem around it is getting stronger!
Plex could reverse this trend in a week if they decided to prioritize work on any feature that their core market actually wanted.
What more does Plex need? I would consider myself a power user of Plex and it does everything I need it to do. I would think the only thing I can think of is fully self-hosted login instead of their cloud option, but I'm glad we have that option because I don't want to handle the authentication of my friends and family
* IPTV support (xtream codes etc.) yes proxies exist like Dispatcharr but first class support would be better
* Better iOS/tvOS/OSX video playback (just buy Infuse because it can play so many titles the Plex player cannot)
* Add full context menus everywhere. Playlists are virtually useless for anything other than playback in order or randomly. Why can't I multi-select items on a playlist and move them to another playlist?
* Subtitle settings turn off between episodes
* Let me sort by file size so I can watch the disk gobbling files first
Thank God for python-plexapi and a bunch of scripts I use to organize an unwieldy library.
Subtitle settings turn off between episodes
you can enable global subtitles in settings.
Let me sort by file size so I can watch the disk gobbling files first
you can kinda deduce that if you sort by bitrate.
it sounds like you figured out a solution for yourself, already, but there's a lot of existing utilities like tinyMediaManager, WebTools-NG, Raddarr, Sonarr, etc. for doing media management. Plex is just a media server/player.
> Subtitle settings turn off between episodes
There is actually a way to fix this! Log in and navigate to: https://app.plex.tv/desktop/#!/settings/account
On this page, scroll down past the Security section to Audio & Subtitle Settings under Settings, and edit the account-wide language settings there.
One caveat; any movies or shows you’ve already watched with subtitles not enabled will still have subtitles not enabled.
Adding to the list: postgres (or any real db) support. I’ve had to repair their SQLite db so many times. It’s so common they have a help guide on it too and folks have made automated scripts to do it for you.
How do they manage to get their sqlite database in such a state where it would need "repair"? how would psql fix this?
> or any real db
sqlite is literally the state of the art database. I suspect you mean "database server" or something
Highly recommend Infuse on Apple TV. Since I was running Plex on my NAS it would often be very buggy and slow with buffering. One day I got fed up and tried infuse, pointed it at the same network share, and bam- instant playback that worked consistently, and way better native controls for subtitles etc. I’m sure there are good reasons to use Plex, I did so for years, but honestly streaming has been so much easier since moving off it.
It needs more of the feature that makes it a networked player for the media I already have (which works great -- once a person gets to it), and less of the misfeature that is the sideshow also-ran ad-supported and rental live streaming and on-demand offerings (which I will never, ever use -- and that Jellyfin lacks altogether).
Plex been swinging in the wrong direction for a number of years now.
Here's an easy one: working downloads on mobile. Plex offline downloads are notoriously buggy.
I don't even consider it an option anymore. I just turn to other software that sends the original file to me. It would be great to have Plex transcode my high res movies on the fly and send me smaller copies tailored for my device. I could save space on my mobile devices while having my progress synced back to Plex.
Plex offline simply does not work. If it does work, it'll stop working when you get service/connectivity. It is wild how bad it is.
They removed plugins which severely hamstrung their ecosystem. They quickly lost a ton of useful features and started to lock everything into their preferences.
The poster you're asking this to is probably talking about plug-ins. Plex, very long ago, supported plug-ins, but it no longer does. Plug-ins were usually for adding in support for other media scrapers (porn and anime), or even other media types, like audiobooks.
Additionally, Plex tends to revise their UI and inner workings in a way that favors everything but the core media sharing platform. They add TV stations, they mix in their streaming ad-supported channels with your search results, and push them before the friends and family stuff, making it tough to help other navigate to shared libraries.
I think, overall, Plex is a good shepherd for their product, but everyone knows the enshitificaiton process is inevitable. It's just a question of how long the timeline between "Plex is usable" and "Plex is sold to private equity and is now utter shit." I've been pleasantly surprised with the length, so far. But having an escape hatch is always a good idea, and Jellyfin seems to be nearing a parity.
Having mobile downloads work in any kind of same way. Honestly just offering a download file with quality drop downs would solve the issue for most people
The last time I was involved in a thread like this, I was banned from r/plex.
I pointed out that Plex should do ebooks. It is a natural fit. They keep track of how far in a series or a show you are, they could keep track of where you are in a book. Many of the Plex idioms transfer well. It has a clear visual style that helps you to pick out the shows you might try, or shows like those you've already watched.
BUT IT'S NOT EVEN MEDIA, YOU'RE STUPID
Books were the first media, you must be illiterate.
WHY WOULD I WANT TO READ BOOKS ON MY BIGSCREEN TV!
Plex runs on my iPhone. And on yours too.
[banhammered]
But if you need more than one feature, I'm sure that in 10 or 15 minutes I could come up with a 90 page list of features. Without even trying.
>I would think the only thing I can think of is fully self-hosted login instead of their cloud option
Well shit. Even you can come up with one thing. Plex was awesome, and then Plex wanted to be the shittiest version of whatever CBS is calling their streaming service.
I just want to throw out that you might like Kavita for a comic/book server. It's built to feel like Plex. https://www.kavitareader.com/
I do agree that Plex doesn't seem like a good fit for books and comics. The first major hurdle is the lack of a singular metadata source that Plex can hook into for metadata - although this year has shifted with Hardcover and MangaBaka. Plex also uses a filename parsing mechanism (like Kavita does) which has drawbacks since books and comics have an extremely wide variety of naming conventions and lack of good tooling.
Have you checked out Audiobookshelf? Relatively easy to self-host, can do podcasts, audiobooks, ebooks, comics. A few different clients you can use (https://abstoolbox.vito0912.de/clients has some of the more popular ones - Plappa is pretty nice).
I disagree personally and feel there are better solutions already out there
I was furious when they removed podcasts as they are a fit for the platform and it seems like they just didn't want to maintain them anymore.
An even easier fit would be comic books. They already let you steam libraries of photos. I have never used that feature, but I would definitely stream some comics.
Also, they could handle audiobooks since they already stream music.
Instead, they want to sell me on streaming services when I started using Plex because I pirate my media.
I do see one issue with books that other media doesn't have. That is the ability to interact. When I use my e-reader, I like features like highlighting, taking notes, dictionaries, and other features that are more complicated that just streaming rendered images from a book.
>An even easier fit would be comic books.
That's just a book format issue, but I'm on board.
>They already let you steam libraries of photos.
Well, about that... they're kind of shit at it. Photos have always been their least favorite supported media. Not much in the way of metadata support, unable to organize them. But it brings me to another problem... they don't understand what media types are.
They support audio, but call it music. This means, just for instance, that there's a shitty icon for the library... I made a comedy album library, Plex. Steve Martin the banjo player and Steven Martin the comedian are the same human, but I don't want one album recommended as related to the other. And I don't want to see the little music note icon for the library either. Think of audio as "audio that can have many types" rather than music. It's the same with images... what if I want to have a library full of van Gogh's works? Why are you trying to mix these in with pictures of my nieces?
>Also, they could handle audiobooks since they already stream music.
But they can't, not really. Because they think all audio is music, their interface doesn't handle it... no one wants to randomize the play order of the chapters of a book. And they'd actually like to keep a bookmark of where they stopped listening. But because "all audio is music" their model is fundamentally broken.
>When I use my e-reader, I like features like highlighting, taking notes, dictionaries, and other features that are more complicated that just streaming rendered images from a book.
Well, if they implemented it correctly, it wouldn't be exactly "streaming images from a book". And they already do stuff with related media in a sophisticated fashion. If you want to see the trailers and making-ofs for a a movie, those are available right from the menu. Dictionaries or highlighting or note-taking just isn't that big of a deal. They could do it, they don't want to. They'd rather be a streaming service.
Can anyone comment on the security of Jellyfin? When I had last looked into it, it seemed like Jellyfin had a somewhat weak security model that made me question switching family members to it from Plex.
Don't expose it to the internet unless you know what you're doing, or put it on a VPS you don't care about.
Ideally keep it behind a VPN and give your family members access to it that way, and let local devices on your LAN connect to it without a VPN.
TLS is a must-have. They don't bother doing any kind of password hashing on login. It's sent in cleartext.
That's no different from how just about any other webapp works.
"Bothering" with client-side password hashing, in the absence of TLS, is security theater. It provides only the most trivial protection against eavesdroppers.
If someone can steal an unhashed password, then they can also steal whatever hash you send instead. If you try to fix this with some kind of ad-hoc challenge-response protocol, then the attacker can just steal your session cookie after login.
There shouldn't even be a question of using insecure HTTP for anything that requires authentication.
I put mine behind caddy on a long unguessable path prefix. So that acts as a sort of password that you need to know before you can access it at all. So far it's seemed to work great. The advantage to using a path prefix vs like caddy basic auth is that its compatible with all the normal jellyfin clients.
Those are fine ideas.
But I'm not all about getting something like Tailscale to work with my elderly mother's Roku device, nor teaching her how to use it.
Get your elderly mother an Apple TV and infuse, then connect with Tailscale. It’s pretty friggin’ smooth in daily operation. Apple TV’s UI is no easier to get lost in than Roku, and actually has fewer pitfalls if you toggle one setting (the one that makes one home tap open the Apple TV app, and a second press while in that app actually go home, by default; switch that to always go home on any press of that button no matter what)
I dunno if Tailscale works on Roku but otherwise that would indeed be entirely viable too, last I saw Jellyfin’s app on there is really good. Likely need a server powerful enough to transcode, though, lots of (all?) Roku devices don’t have hardware decoding for newer codecs like h.265. That’s one big benefit of an Apple TV, it can hardware decode damn near everything.
Perhaps.
Y'all (collectively) have some good ideas.
But she likes the Roku. She's even got silicone skins for the remotes (plural; spares!), and two of them are tethered near the chairs that her and dad tend to sit in.
Also: The Roku stuff already exists, and is paid for, and it works with Plex (without a VPN, because my local Plex container didn't come with the caveat to avoid exposing it to the world).
Buying them one or more Apple TV devices to use instead seems expensive and likely to fail somehow.
Switching them to (cheap? linux?) PCs also sounds expensive and bad, particularly with my dad. He's certainly had more years to learn how to use a computer than I have, but he's spent most of the recent decades deliberately avoiding them. He hates them, and he doesn't want to learn them. He'd fall apart and give up on television entirely if I gave him a PC with a slick Logitech K400 to run it with. (He can drive a Roku with Youtube TV and Plex like a pro, but that's mostly only a D-pad and a back button.)
---
But since you and others have mentioned it: Transcoding. That's really not a big problem for many vaguely-recent PCs. With Plex, at least: The quite old i7-6700k desktop box I use for this transcodes to h.264 like a beast using its paltry iGPU, and does h.265 just fine with an old nVidia RTX 2080 if I elect to use that instead. Either way works well and never breaks a sweat.
It may have been a powerful machine a decade ago, but a used computer with a 6700k (or so) to serve media with is cheap these days. (And a brand-new power-sipping N150 box does transcoding waaaay better, even in credit-card form factor.)
A couple of other options:
If their router supports it, configure the VPN there so it's available for the entire network.
Set up a Raspberry Pi (or similar) on their network that is configured with the VPN and runs a reverse proxy to expose the Jellyfin instance.
But yeah, either of those is going to increase your support burden.
Sad to hear about people getting stuck in weak ecosystems.
By the way, I switched from Jellyfin to plain SMB + Nova Player (Android), which has basically the same interface, but no user profiles, and works over SMB, obviously. No transcoding, best format support, and best performance for large files I've found yet for my TCL Android TV.
I use Jellyfin and when it works it’s great but a few small things make it totally unusable for a non-technical family member.
One thing is when it can’t see the server it doesn’t just say it can’t see it, it acts like the issue is you’re not logged in and then when you log in (having to type your password manually each time, on a TV) it then fails.
This is only really diagnosable if you can access both the client and server and is a complete failure and very tedious experience if you only have client access.
Feels like I experience this at least once a month so couldn’t ever set this up for family members remotely.
I set my dad up with a Linux box as a daily driver for him - he keeps the desktop on , and the roku jellyfin now has a clean proxy into jellyfin over the tailscale network. Giving him a desktop I can remote into was a great decision that paid dividends for him :)
You can point Tailscale toward a $5 exit-node VPS and Caddy/nginx through a cheapo-but-memorable-domain to get a Jellyfin Dashboard up in a browser. I assume running the domain and port through the Jellyfin Roku app would work fine (can't be sure as I've never used a Roku).
Just mind your ACLs
Yea its pretty bad, there are pages of non-fixed confirmed exploits, you really shouldnt let it face the net.
VPN is one solution, and actually the only real solution for app-based jellyfin (TV, phone apps) I found so far.
Another is to host Jellyfin behind reverse proxy, and have a completely independent authgatein front of it (authentik, authelia). Jellyfin even supports LDAP (trough plugin), so you dont have to login twice per visit. The downside is only web interface can be hidden this way, as apps will break expecting jellyfin auth page and finding something else.
I run it in a docker container behind traefik in another container. Getting that wired up and working in podman was quite the challenge. Docker container mounts my media as read only.
i didn't have much trouble
the device and group_add were for integrated graphics passthrough for transcoding (very highly recommend if you're containerized)i also recommend seerr to pair with jellyfin: https://seerr.dev/
my wife logs into the seerr ui with her jellyfin account, makes requests, they get grabbed by sonarr/radarr, which in turn place them in the correct library, and they're identified & labeled correctly on import
It’s still a mess and any suggestions to fix it are met with hostility which is a shame because I’d love to use it. Last I checked there were still endpoints not behind auth that exposed stuff you’d probably not want exposed.
For whatever reason people here and on Reddit will tell you that you need to have Jellyfin pass through five VPNs, otherwise nasty things will happen. Meanwhile the actual devs suggests simply setting up a reverse proxy, which you can do in two lines with Caddy: https://jellyfin.org/docs/general/post-install/networking/re...
Reverse proxy itself will do barely any defense, what you need in combination is an authgate (authentik, authelia), and here we are moving from "simple reverse proxy" to fun weekend activity and then some getting it to work as expected. + it kills the app auth flow, so only web interface is suitable for this.
You can use a reverse proxy and still have working app auth, I have set this up via Authelia with the OIDC Jellyfin plugin.
However:
- This is EVEN MORE complex than "just" a reverse proxy.
- I'm not really sure it wins much security, because...
- at least I'm not relying on Jellyfin's built-in auth but I'm now relying on its/the plugin's OIDC implementation to not be completely broken.
- attackers can still access unauthenticated endpoints.
Overall I really wish I could just do dumb proxy auth which would solve all these issues. But I dunno how that would work with authing from random clients like Wii (and more importantly for me, WebOS).
> Reverse proxy itself will do barely any defense, what you need in combination is an authgate
What’s your threat model?
Same as anyones: random bots scanning IP/ports to find established services and trying exploits from the book.
If you expose Jellyfin on 443, have HTTPS properly set up (which Caddy handles automatically), your admin password is not pswd1234 (or you straight up disable remote admin logins), and use a cheap .com domain rather than your IP--what is the actual attack surface in that case?
As far as I can remember that is more or less what is usually suggested by Jellyfin's devs, and I have yet to see something that convinces me about its inadequacy.
He claims there are known exploits. Though I also want to know if this is really true.
https://github.com/jellyfin/jellyfin/issues/5415
The absolute worst thing I can see in there is that an third party who somehow managed to get a link to one of your library items (either directly from you or from one of your users--or by spending the next decade bruteforcing it I guess) could stream said item: https://github.com/jellyfin/jellyfin/issues/5415#issuecommen...
Everything else looks to me like unimportant issues, that would provide someone who's already logged in as a user minor details about your server.
With a reverse proxy, I don't see how this would work. The whole way the reverse proxy works is you use a subdomain name ("jellyfin.yourdomain.org") to access Jellyfin, rather than some other service on your server. The reverse proxy sees the subdomain name that was used in the HTTP request, and routes the traffic based on that. Scanning only the IP address and port won't get attackers to Jellyfin; they need to know the subdomain name as well.
The only tricky part here would be to make sure you’re doing a wildcard certificate, so that your subdomain doesn’t appear in Certificate Transparency logs.
To alleviate your concerns, I have a public facing Jellyfin instance hosted on a subdomain for almost a year now. So far zero pwns or bot activity.
And that plex really pissed off the community by changing its pricing model.
When I had to decide between Plex and Jellyfin, I noticed that with Plex it was mandatory to have an account even when self-hosting (!) so I'm not sure whether it's better or worse than Jellyfin, I just didn't bother trying it out because of that.
I was camping without service last year. I wanted to watch some House MD I had downloaded in the plex app before I left. I fire up plex ...it can't connect. Why does it need to connect? Bye Plex. Hello Jellyfin.
Plex is aimed for a simple ease-of-use experience, so if you aren't technical enough to setup a reverse proxy, Plex offers all the authentication and proxying for you.
It's not a true self-hosted software. It just depends on what matters most to you.
I started out my home server journey with Plex but it just kept getting worse, forcing me to switch to Jellyfin, which imo works just as well and seems to not fall into the whole pay us to stream your media business practice yet. Paywalling such a core feature was pretty harsh
It may seem "harsh", but this is simply the reality of using proprietary software. You don't have any control over it, and unless you stick with a particular version, it can change at any time (sometimes called a "rugpull"). And with anything internet-connected, it's not usually a good idea to stick with an old version because of security issues.
With open-source software, this just isn't a problem. Even if the company behind it decides to turn evil, the community can fork it and continue on. Just look at Emby for example: it did a rugpull and changed to a proprietary license, so the community forked it and made Jellyfin.