Live data from Hacker News

A Call for Developers – Jellyfin

jellyfin.org

41–50 of 127 posts

Re: A Call for Developers – Jellyfin

#41
post #27

I do not understand why anyone uses Jellyfin, I've tried it twice, and it seems soo finicky and opinionated. I've always just had a Linux computer hooked up to the T.V. Add a little bit of ktorrent, VLC, and SMB. Never really had any problems with this and its much much simpler.

Hooking the video out of a computer to a TV isn't the only use case. Once you can stream to any device and multiples of them, transcoding on the fly, with a good UX that saves your spot and tells you what's new with artwork and what seasons or special cuts are available, each attached to user profiles for multiple people, with good search including in metadata, and toss in the ability to download subtitles on demand and whatever else, you will be well on your way to reinventing Jellyfin and other plex-alikes!

I understand favoring simplicity for a simple use case, but it obviously doesn't scratch every itch.

Re: A Call for Developers – Jellyfin

#42
It is a bit funny to me that reading this, I can only guess that Jellyfin is a... Plex clone? I guess the writer assumes I already know about/want to improve the product which IS its intended audience, but coming from HN I'm just like what... is... it...

Re: A Call for Developers – Jellyfin

#43
Hopefully chromecast functionality for Jellyfin iOS finally gets developed, that's literally the only reason I use Plex instead of Jellyfin. It'd be great if someone with chromecast API skills hopped in and helped the team out!

Re: A Call for Developers – Jellyfin

#44

It is a bit funny to me that reading this, I can only guess that Jellyfin is a... Plex clone? I guess the writer assumes I already know about/want to improve the product which IS its intended audience, but coming from HN I'm just like what... is... it...

That’s just the nature of HN, you can post absolutely any link on here and I don’t think it’s reasonable to expect a blog post author to accommodate someone arriving on the page with zero context.

The Jellyfin blog achieves one important criteria: when you click the logo at the top it takes you to the actual homepage, rather than a blog homepage. So if you want content on what Jellyfin is it’s only one click away.

Re: A Call for Developers – Jellyfin

#45

Earlier quoted context omitted.

C# runs natively on Linux (have done for many years now). AFAIK even on Azure people prefer to run it on Linux machines (including the place I work for). Performance wise I believe it runs equal to faster. A lot of C# devs (majority) now work on none Windows machines (they were very quick to add support for the new Mac arch as well). TLDR; C# the language is as good or even better on none-Windows nowadays.

This is only true if you're talking about non-GUI apps. MAUI is trying to fix this but in my experience it has been a rocky start. But for backend and CLI stuff totally agree, works great on Linux

To be fair, the only real good solution that works for native crossplat GUI applications is Flutter. Most other offerings always end up being worse one way or another than Avalonia/MAUI/Uno.

Re: A Call for Developers – Jellyfin

#46
post #27

I do not understand why anyone uses Jellyfin, I've tried it twice, and it seems soo finicky and opinionated. I've always just had a Linux computer hooked up to the T.V. Add a little bit of ktorrent, VLC, and SMB. Never really had any problems with this and its much much simpler.

I agree. Media specific OSes are just okay but I have no problem about plugging my laptop into an HDMI cable to watch something. I have no anxiety about how a laptop sitting on a tv stand will look.

I don’t think anyone is using Jellyfin because they have anxiety about what their laptop looks like on a TV stand.

My whole family uses Plex, they can operate it incredibly simply with a remote and don’t have to unplug and replug a thing. The simplicity is key, if you’re only catering for yourself/an exclusively techie audience then it’s not necessary.

Re: A Call for Developers – Jellyfin

#47

It is a bit funny to me that reading this, I can only guess that Jellyfin is a... Plex clone? I guess the writer assumes I already know about/want to improve the product which IS its intended audience, but coming from HN I'm just like what... is... it...

Jellyfin is a Plex clone, yes. One I'm hoping to switch to since Plex banned all servers hosted on Hetzner.

Re: A Call for Developers – Jellyfin

#48
Sorry for the rant, but as someone who has used Jellyfin and similar apps like Kodi, I have to say I find their code quality and general software architecture to be crap. I wish there was a good alternative. A few examples:

I have installed the Jellyfin server on a Linux box, and the Jellyfin app on a playback device (Google Chromecast with Google TV, GCCWGTV). When the app detects the playback device or TV doesn't support, say, the 7.1 Dolby audio stream in the media file being played, it asks the server to transcode the media to something it supports (eg. stereo audio). But while doing so, it transcodes both video and audio, forcibly, even though it's only the audio track that's causing the problem. The server is forced to transcode on-the-fly a perfectly supported H.264 stream to... another H.264 stream of the same bitrate, while this could be avoided... facepalm In theory this is rather simple to fix, as the Jellyfin server is built on ffmpeg, and ffmpeg is perfectly capable of leaving the video stream unmodified while transcoding only the audio stream. But the fact the developer(s) chose to implement it this inefficiently doesn't give me much confidence in the rest of their architectural choices. Maybe this inefficiency was inherited when they forked Emby, so in that case redirect my rant toward Emby :-)

Another issue with Jellyfin is it is incapable of DTS 5.1 passthrough. DTS stereo passthrough works. Dolby 5.1 passthrough works. But not DTS 5.1 passthrough. At least on GCCWGTV. That boggles my mind, given DTS 5.1 is so ubiquitous. So because Jellyfin doesn't do DTS 5.1 passthrough, I must transcode to stereo. And because it must transcode the audio, it must also transcode the video (see above), taxing heavily my server CPU whenever it's playing media.

I have also experimented with Kodi. Something in the scrapers breaks every 6 months. And for everyone who knows the scrapers are primordial in a nice user experience in Kodi. But for some reason, in Kodi, scrapers are not first-party components. They are third-party poorly-maintained junk that seems developed by random people exchanging source code patches on the kodi web forums. Like the Universal Movie Scraper code trying to pull the movie title and description and actors from IMDB. Guess how this is implemented? By some hot garbage of XML file hundreds of lines long, containing regexes that have to be entity-encoded by hand when edited. What is this? The 2000s? I get it, that IMDB disallows "scraping" in their ToS, so Kodi doesn't want to include scraping code in their codebase, but that doesn't justify the low code quality found in scrapers. Use an actual language (Python, C#, anything) with an HTML parsing library, not some junk regexes.

I hate to sound so negative, in the end I'm still grateful for these apps which are open source and free, developed by unpaid volunteers. So, thanks, but man, I get frustrated with low code quality.

Re: A Call for Developers – Jellyfin

#49

It is a bit funny to me that reading this, I can only guess that Jellyfin is a... Plex clone? I guess the writer assumes I already know about/want to improve the product which IS its intended audience, but coming from HN I'm just like what... is... it...

Jellyfin is a fork of Emby, that happened when emby close-sourced a bunch of things and pissed everyone off.

It's not really a plex clone inasmuch as it's a truly self-hosted alternative, given that plex uses centralized auth (aka you're possibly back to VLC if your internet is out).

I've used Jellyfin for years now, hasn't really skipped a beat aside from dumping the entire library DB when it started without the library storage spun up, and even that was just a rescan overnight and everything was back and happy.

Re: A Call for Developers – Jellyfin

#50

I looked at adding a much-requested and not-that-hard-to-add feature a while back (allowlist-by-tag), got as far as figuring out where to add it in the server code… but bailed when I realized I’d need to shepherd PRs through at least two repos to get the feature delivered, while juggling both repos to do integration testing. Monorepos for tightly-coupled code are so nice… Maybe I’ll give it another look. [edit] incid…

Plex supports allow lists and deny lists. Nice to be able to gate most movies by rating and then allow some others on a per-movie basis.
Post reply on HN