Jellyfin has an app for fire stick, it works flawlessly

It’s curious that I’m almost in the opposite boat, have been using Jellyfin without issues for around 5 years, but recently was considering trying Plex because Jellyfin is becoming too slow on certain screens (probably because I have too much stuff, but it shouldn’t be this slow).

Edit: this made me want to check in Plex, so I’ll leave my story for people amusement:

My experience with Plex:

• Write the docket compose
• leave out the claim because it’s optional and I have no idea what it is
• launch it
• asks me to create an account
• not really comfortable creating an external account to access my local server, but okay.
• discovered I already had an account. Huh? I wonder why I don’t remember ever running Plex then.
• login to that account
• shows me a bunch of stuff
• find it weird that it already scanned everything, especially because I didn’t pointed it to my media
• proceed to try to watch something
• can’t play due to DRM
• WAT?
• go back and discover there’s a bunch of content that’s not in my library
• ok, so this must be some free content
• how do I configure my local library?
• spend 15 min navigating the UI trying to find it
• open the docs, they say to click the settings icon
• that icon is nowhere to be seen
• click a similar one
• can’t find anything the docs say I should
• maybe I’m not on the right site? site is <IP>:<port>/web/yaddayaddayadda so it seems correct
• try to go to <IP>:<port> get to the same page
• look at the docs on how to access the web app says to go to <IP>:<port>/web
• try that, get a message about not being authorized
• WAT?
• read some more docs discover I need that claim
• spend some time trying to find that in the UI
• google it up, find the link
• go to that page, grab the claim, set it up on the server and restart the server
• I’m able to get to the web app now
• Do you want to access it from the internet? If this works it would be great, so yes!
• setup my library
• let it scan and try to watch something from it
• UX sucks, video plays in a sort of popup in landscape on my phone.
• Ah, dumb of me, I probably have my browser set to desktop mode
• No, I don’t.
• Ok, so the web is maybe only expected to be used on desktop, let me install the app
• Install the app, login to my account, only have the Plex provided content
• Look around trying to find the media I scanned, find a thing saying my server is disconnected
• WAT?
• Go back to the web app via IP, try to look into settings
• “You are not connected directly to the server”
• WAT?
• everything else seems okay, I even enabled remote access there and it says it’s working
• Every few minutes the page says my server is not available for a few seconds then comes back
• It’s now been 1 hour and I haven’t been able to watch anything.

It’s now been 1 hour of trying to set this up and I give up. Jellyfin is much more easy to setup, and even if Plex was instantaneous I could have loaded my TV library hundreds of times in the 1h I just wasted trying to get this to work. Probably every other time I tried I got similar results which is why I have an account there even though I don’t remember ever using Plex.

Nope, you’re missing the point entirely. It’s about versions not frequency. For example Ubuntu 16.04 used python 2, despite python 3 having been released for 8 years at that time and other distros like Arch having migrated to python 3 years before. Now, Python 2 still got regular updates that Ubuntu released, but Ubuntu 16.04 was maintained until 2021, whereas python 2 reached EOL in 2020, that means that for 1 year Ubuntu was using a deprecated and unmaintained version of python.

One could also make the argument that Arch broke a lot of stuff when they did that upgrade, and there’s an argument there, but it’s not as simple as receiving less frequent updates.

If you want to talk about breakage we can, as long as you understand that’s not what people mean when they say stable. About breakages Arch doesn’t break that often, or at all, I can’t recall a single time my system broke for an update or for something that was not entirely my fault.

No, you’re still not understanding, say libX current version is 1.2.3 and we have two distros A (a stable distro) and B (an unstable distro). libX now releases 2.0.0, A remains on 1.2.3 B moves to 2.0.0. libX now releases 1.2.4 which despite being just a patch breaks everything. A update and breaks, B does not.

Stable just means stable API, it says nothing about system breakage. System breakage can happen regardless of stable API, and it’s up to distro managers to not release a package that breaks their diatro, and the Arch ones are excellent at their job. An update breaking Arch is as likely to happen as on Ubuntu, but an upgrade on Arch can break other stuff which on Ubuntu can only happen when doing a version upgrade.

Again, stable doesn’t mean what you think it means. An unstable system is not one that breaks, but one that doesn’t keep a stable base. For example, Debian will not update a major version of almost anything, since that could potentially break dependencies, so it is stable even if it released patches as fast as Arch. On the other hand Arch is unstable, even if upgrading your system never broke anything because it can at any point change the version of any library you have installed.

it’s a good beginner distro because getting thrown into deep water is how one learns to swim.

It’s exactly like getting thrown into the deep end, if you don’t know how to swim you’ll drown. No one learns to swim by getting thrown to the deep end, and you’re more likely to have a bad experience and be discouraged from trying it again.

every one of the Linux users that wants to be elitist about their distro runs arch based on how hard it is.

Which always makes me laugh because I use Arch mainly because I’m a lazy ass and want something easy to maintain.

Counter-counterpoint: Newcomers have enough things to learn and worry about without having to worry about unfucking a broken Arch installation.

Unfortunately it’s not, on Reddit and now on Lemmy I see lots of people recommending it, they think the installer is the problem so they recommend something that has a GUI installer but is Arch afterwards, without realizing that creates more problem than it solves. And when pressed they even say stuff like “I started with Arch and was fine”.

He’s exaggerating, Arch has never broken the system with an update, but it has broken some components in the past. Most of the time you just rollback the package for a couple of days and you’re fine to update again, but you can’t expect a newbie in Linux to know that. For someone who’s already having to adapt and learn a lot of stuff just to get their daily use adding instability to the system is a recipe for disaster.

Normal enough procedure for you and me, not for someone who’s learning Linux and has no idea what any of that means and needs proton VPN for work.

This is what people need to get through their heads, you’re an expert in the field, this comic applies https://xkcd.com/2501/

You’re focusing too much on the installation process, if installing Arch was the whole of the problem things like Endeavor would be a good recommendation for newbies, but they’re not. Arch has one giant flaw when it comes to being beginner friendly, and it’s part of what makes it desirable for lots of us, and that is the bleeding edge rolling release model. As a newcomer you probably want something that works and is stable. Arch is not, and will never be, that, because the core philosophy is to be bleeding edge rolling release. If you’re a newcomer who WANTS to have that and doesn’t mind the learning curve then go ahead, but Linux has enough of a learning curve already, so it’s better to get people started with something they can rely on and afterwards they can move to other stuff that might have different advantages/disadvantages.

We’re talking about the general case here, I’ve recommend Arch to a newcomer in the past, he was very keen on learning and was happy with reading wikis to get there stuff sorted, but realistically most people who’re learning a whole new OS don’t want to ask questions and be told RTFM, and RTFM is core to the Arch philosophy.

He’s exaggerating a little bit, but he’s not entirely wrong. Arch does have bleeding edge packages, and if you haven’t ran into an issue because of that you probably haven’t been using it for long. Now, it almost never is system breaking bad, but it might be GUI breaking bad, or it might require editing configs by hand, and I’ve lost count of the amount of times I’ve seen people complain that an update broke something only to be a pacsave/pacnew file. Arch philosophy is incompatible with people who’re learning the system now and just want stuff to work. Just because it worked for you doesn’t mean it will for others.

Arch can be forked into a beginner distro, just look at SteamOS, but one of the major advantages of Arch is the AUR and to be able to use it you have to have packages in the same (or similar) enough version to Arch, and THAT is not beginner friendly. But having an Arch fork that can’t access the AUR loses most of the reason people would want to use Arch, so you end up with distros aimed at beginners that are also running bleeding edge packages which is a recipe for disaster.

Stable doesn’t mean what you think it means. Stable means not updated.

I’ll answer point by point, but the short answer is pick one and use it, if you have issues with it or want to try something different, switch, otherwise stick with it.

1. Your understanding is mostly correct. There’s the difference that each distro has a family tree which determines which package manager they use, Red hat based distros like Fedora use rpm, Debian based distros like Mint, Pop or Kubuntu use apt, etc. So it would be easier to switch from Mint to Kubuntu than from Fedora to Pop although not by much. The main difference between distros is philosophy, which honestly you shouldn’t care too much currently as long as you aim at something beginner friendly.
2. Probably not something to worry about, and if it comes to that you can just jump to another distro, trust me once you’re familiar with Linux the distro matters less and less.
3. Any of them (except for tuxedo which might be a good option but I don’t know it) would be a good option. Personally I would recommend Mint, or at least a Debian based one since 3 of the ones you suggested are Debian based it would give you more options to switch easily if needed.
4. It should, but your mileage might vary
5. Any of them should be good for that, KDE/Plasma is a bit similar to Windows while also being very eye candy, so it’s a good choice. Also it’s the one used on the Steam Deck so you might be somewhat familiar with it already.

Extra: Nvidia should be fine as long as you use the official proprietary drivers (named nvidia, NOT nouveau). Photoshop doesn’t work on Linux, so you might need to jump through hoops there, if it’s not a hard requirement I suggest looking at Gimp for photo manipulation or Krista for drawing, good luck either way since it’s uphill battle either way, one against Adobe anti-piracy measures and the other against an unfamiliar software.

But then it’s not Ctrl+y, so we both agree that Ctrl+y is not redo. For you it’s U to undo and Ctrl+r for redo, for me it is all C+_ with a history of modifications. But in all truth I’m a heathen as well since I’ve partially converted to vi for most small text edition because of pinky strain, I was just referencing terminal shortcuts which are based on GNU standard, so Ctrl+y is paste in most terminals.

Ctrl+y is not redo, Ctrl+y is for Yank, i.e. paste. Undo is not Ctrl+z either, that’s appealing to proprietary companies, Undo is Ctrl+_

Standardization of shortcuts is a good thing, you yourself recognize that with your pro Ctrl+z for undo. Redo as Ctrl+Shift+z makes sense and is the standard in many, many places, not just proprietary software.

I don’t want any proprietary drivers (so I am talking about Nouveau or any other FOSS Nvidia driver if it exists)

In that case AMD, no doubt about it.

If you were considering proprietary drivers it would still be AMD but there would be some discussion about it.