Jellyfin 10.9.0
jellyfin.org
jellyfin.org
I still kind of want to burn it all down though. It's such a thick & heavy system. I just want a better world where there's media vaults exposed, that various clients can consume & push to devices. (I want the browser to be able to be both intermediary here and target ideally.)
The huge monolith feels so cumbersome. So much is close but full of gnits. The browsing interface frequently makes it very difficult to get to the next episode; it wants to be smart & just doesn't always cut it & leaves no fall backs. The remote control interface desyncs. The remote control interface tries to adjust colors, I think, but sometimes creates a low contrast or zero contrast interface that's impossible to use.
It's just so big. This fork of an old old huge Emby app... It feels like smaller pieces would work better. It's wild that DLNA for so close, but didn't really cut it; that it's small pieces loosely coupled haven't quite become good enough, somehow. I think a bunch of that is that the controllers on each device never connected, where-as Jellyfin is a centralized system that keeps track of what you're watching.
Jellyfin is probably the most dualistic of softwares that I run. Most loved, most hated. Incredibly thick to try to wrangle; hope of evolvability is low; the monolith has landed and isn't likely to be heavily moving from here. Beware monoliths.
They violated their promises. They stated that they didn't track or know what people watched. This is absolutely a lie. They have to track it to email it out to friends.
I deleted my account, destroying my lifetime plex pass and moved to Jellyfin. Yes, it's not as polished, but it preserves my privacy and I don't get ads filled free crap tv shoved in my face all the time. Plus Jellyfin generally does just work. I don't miss Plex at all.
Regardless, the polish isn't enough to justify a company that has modified the deal (we don't track what you do). Once that first promise is broken, the trust is broken forever.
Without Jellyfin I'd probably still be using a SMB share with a VPN, not having access to resumable playback/tracking, easily sharing with other people, convenience of using web/apps, etc.
One thing I want Jellyfin to have is the ability to link a specific file with a specific timestamp, similar to how on youtube you can do domain.tld/videoID?&t=timestamp
Kodi is also an alternative that IMO would work better than SMB and VLC, but I personally don't like the Kodi user interface.
[0] https://old.reddit.com/r/jellyfin/comments/10pe5pd/a_quick_n...
What they're missing from the announcement: HOW YOU GET THE NEW TRICKPLAY FEATURE (preview images as you scrub along the seek bar)
1. Upgrade Jellyfin
2. If you configured hardware decoding, go to Dashboard -> Playback -> Trickplay and enable hardware decoding. Note that the hardware decoding needed is MJPEG, it's quite possible the hardware decoding your system supports does _not_ support that even though it supports other formats, so check before you enable this.
3. Go to Dashboard -> Libraries and for each library, chose ... -> Manage Library, scroll down to the new Trickplay section, and tick "Enable Trickplay" and "Extract trickplay images during the scan" (as it makes clear, this does not slow the scan down, it just kicks off the asynchronous task immediately during scan rather than as a scheduled daily task later)
4. Go to Dashboard -> Advanced -> Scheduled Tasks and run Generate Trickplay Images
Of course, they could also have a help documentation page for telling upgraders how to enable the feature, and link it in the announcement. After all, the announcement is how I found out there was even an upgrade to apply.
Nonetheless, I'm just glad that the upgrade didn't break anything! I think it's also the right choice to keep existing metadata as-is, and leave it to the admin to turn on options, plugins, etc. and refresh it at their leisure to pick up these new code paths.
Finally. Now all they need to do is fix the iOS and Android clients so they don’t crash every 30m or so.
How does that work in the age of IPTV? Are there DRM free IPS'?
> Ubuntu users: We have dropped support for non-LTS Ubuntu releases with 10.9.0. That is, we have not built 10.9.0 packages for any releases except 20.04 LTS, 22.04 LTS, and 24.04 LTS, and we will not publish builds for any new non-LTS releases going forward.
You know that stupidly nice Ubuntu 18.04 LTS box you painstakingly setup just four years ago right before the pandemic that you can't trust to auto-upgrade? Go fuck yourself.
I'm done with Shibuntu, now Debian only with no regrets or downsides so far.
Downvotes welcome, but p.s. I love you <3.
Wasn't docker supposed to make OS release irrelevant?
Sigh, I love you all.
It's 2024; 18.04 was over 6 years ago.
How often do you rebuild your bare metal garage snowflakes?
18.06 was 5 years 11 months 11 days. A: it makes no sense to count from when you personally installed it vs when it was released. B: it was in any case so close to 6 we may as well say it was 6 years C: if you don't mind running 6 year old software just run old jellyfin too.
There's no OS in the world which has both of "requires no maintenance" and "receives all upgrades forever".
Have you ever tried to install the latest Node.js and discovered your glibc.so is too old? It's a major impediment and just plain sucks, especially for open source.
Apt-get dist upgrade is really not hard. Learn it, do it.
Society & world has a necessity to not anchor itself to a distant past. In general I believe free software is moving at a bit more incremental pace, with some noticeable new innovation sprinkled in. But a 4.15 kernel from 2018 really is from a before time, before things started settling down. I have no respect for preserving those systems. Anchoring ourselves to the past is antithetical to open source's strengths.
I moved from Debian to Arch for my main home server because I was fed up with reinstalling between versions. Now I think you can upgrade in place.
I will be back to Debian at some point because Arch requires me to remember to update. It works great but since I have everything on docker it depends not make much sense to be bleeding edge
When did Debian require a reinstall between versions? I've been upgrading in place since around 1996. In those early years, sometimes upgrades had rough spots but that hasn't been the case for at least a couple decades.
I came back to Debian when it was 7 or 8 and installed it 6 months before the next release.
The upgrade notes made it very clear that in place upgrades are an abomination and that I will burn in hell if I do that. Or something like that.
So I reinstalled.
And took a Leo of faith in the next version by using "stable" as the distribution, apt dist-upgrade and all. It worked !
Maybe the alarming messages are now gone, good thing. I will be switching from arch to debian soon and stay there for ever.
You have to be conscious when you set it up, and I diligently keep notes of what I did.
I do enjoy my Arch desktop but it's a labor of love.
I've been upgrading the same Ubuntu server across LTS releases since 14.04 - now on 22.04 - without any major issues. Spending 30 minutes every two years to upgrade major versions isn't that big of a lift.
It sounds like maybe you've had issues but the process does typically work.
As someone who is running Jellyfin 10.9.0 on Ubuntu 18.04 via docker, yes, it really has.
The non-support only matters for directly installing the Debian packages. Docker continues to work just fine.