Live data from Hacker News

The Corporate Creep of Plex: Why it may be time to move to Jellyfin

reprodev.com

41–50 of 110 posts

Re: The Corporate Creep of Plex: Why it may be time to move to Jellyfin

#41
post #16

This was always going to be the fate of Plex. You can’t build a sustainable business off the back of most of your users viewing pirated content. I say that without judgement, it’s just a reality. Open source was always going to be the path.

Weirdest downvote I've seen. This isn't like, painfully obvious to everyone?

Maybe I'm old, but it feels like everyone has a little too much "business-brain."

Re: The Corporate Creep of Plex: Why it may be time to move to Jellyfin

#42
post #29

Earlier quoted context omitted.

These are the pain points I experienced moving from Plex to Jellyfin a while ago: - Jellyfin forced me to organize my files into Show/Season folders, whereas Plex just handled my original flat mess of scattered files. - When playing video on Plex, I generally have to wait some time before subtitles show up, whereas the subtitles in Plex just show up immediately - Plex has built in search for openly available subtitle…

> Jellyfin forced me to organize my files into Show/Season folders Regarding this, try out sonarr/radarr with hard links.

No don't, sonarr is definitely worse if you have a unstructured media folder. I currently use it and its good, but I remember when first starting out with pile of files in semi random folders it being a mess to start up. Like some of the restrictions of the bulk importer made very little sense. Also, sonarr is tied to a single metadata provider which sometimes makes very unpopular decisions about the naming of series and episodes. When pluribus was initally released, they insisted on naming the series "plur1bus" even though no other source, imdb or even AppleTV used that as the official name. This broke auto downloading for the season.

Re: The Corporate Creep of Plex: Why it may be time to move to Jellyfin

#45
post #31

Jellyfin 12 should be able to use a Plex media library using Plex naming conventions, no renaming required. This will reduce the switching workload, and you can run both services at the same time whilst trying out Jellyfin.

Huh. I was able to run Plex alongside Jellyfin on my library no issues.

Just depends on what naming conventions you use.

For foolproof matching, adding Plex metadata in the style of "{tmdb-12345}" to the directory name would cause problems for Jellyfin, as they used to demand different formatting, for instance square brackets.

It has taken a years to convince the maintainers that this change is a good idea and not "letting Plex determine the future course of Jellyfin."

Re: The Corporate Creep of Plex: Why it may be time to move to Jellyfin

#46
post #43
post #39

The main drawback of anything other than plex is that you can’t simply install it on some major TV brands.

Jellyfin doesn't even have a tvOS client.

It does. Swiftfin: https://github.com/jellyfin/Swiftfin

Re: The Corporate Creep of Plex: Why it may be time to move to Jellyfin

#47
post #16

This was always going to be the fate of Plex. You can’t build a sustainable business off the back of most of your users viewing pirated content. I say that without judgement, it’s just a reality. Open source was always going to be the path.

I'd argue that raising a bunch of venture capital is what stopped them from being able to be a sustainable business.

I paid for Plex for a long time but I no longer use it because I got fed up of fighting it. (I now use Jellyfin + Tailscale instead.) I think the problem with Plex is they aren't happy with what they are: a service for people viewing their own (yes, pirated) media library. They always wanted to be something more. Netflix envy.

But all anyone I know ever wanted Plex to do was handle their media library, perhaps offer a paid tunnelling system but otherwise get out of the way.

Re: The Corporate Creep of Plex: Why it may be time to move to Jellyfin

#48
post #43

Earlier quoted context omitted.

Jellyfin doesn't even have a tvOS client.

It does. Swiftfin: https://github.com/jellyfin/Swiftfin

a) It's not official, or even recommended at https://jellyfin.org/downloads/clients

b) I would never use an app that used VLC for playback.

Re: The Corporate Creep of Plex: Why it may be time to move to Jellyfin

#49

Silo is a new up and coming competitor, also completely open source and written in go, and has full Postgres support from the get-go, along with proper architecture decisions to allow transcoding across multiple hosts. The vision of Silo appears to be much more clear, and has quite a few great devs behind it. It also has features to run side by side and has full JF api support. I have no involvement in the project, j…

  > and has full Postgres support from the get-go
I was like: why should I care?

Then I went on siloserver's website and I was even more confused.

What made the success of Plex is how easy it is to setup, how nice it looks and how easy it is to use.

Siloserver's marketing miss all those points because they focus on the tech stack, don't show a single picture of the UI and don't demonstrate the UX.

Even as someone who understands the tech written on the website, I don't see the point. So I can easily imagine how someone without the technical knowledge would feel about this...

Re: The Corporate Creep of Plex: Why it may be time to move to Jellyfin

#50
post #49

Silo is a new up and coming competitor, also completely open source and written in go, and has full Postgres support from the get-go, along with proper architecture decisions to allow transcoding across multiple hosts. The vision of Silo appears to be much more clear, and has quite a few great devs behind it. It also has features to run side by side and has full JF api support. I have no involvement in the project, j…

> and has full Postgres support from the get-go I was like: why should I care? Then I went on siloserver's website and I was even more confused. What made the success of Plex is how easy it is to setup, how nice it looks and how easy it is to use. Siloserver's marketing miss all those points because they focus on the tech stack, don't show a single picture of the UI and don't demonstrate the UX. Even as someone who u…

Agreed, the only UI demo I could find was in https://github.com/Silo-Server/silo-apple

I'm thinking of trying it out though to see if there's any noticeable differences in performance etc.

Post reply on HN