Video summary

Why Jellyfin Still Matters Even If It Isn't Perfect | #JellyfinJune ep2

Main summary

Key takeaways

Technology

Summary (technological concepts, features, analysis)

Plex news vs. Jellyfin’s value

  • The discussion starts around a Plex announcement and what it means for users (e.g., pricing/“lifetime” vs. “renting” a media server).
  • Rather than debating Plex extensively, the speakers refocus on why Jellyfin still matters, even if it isn’t fully polished.

Jellyfin UX “paper cuts” and missing parity

  • Jellyfin is described as having many small UX issues and feature gaps compared to Plex.
  • A recurring theme: Jellyfin can feel like it’s not a drop-in replacement, especially for features users expect from Plex.

Client experience is the make-or-break factor

  • The speaker emphasizes that Jellyfin “lives or dies” by the client experience (browser, TV clients, music clients, etc.).
  • Example (Linux/desktop):
    • Using the web browser works, but there are issues such as:
      • Not remembering progress after browser restarts (e.g., music playlist position lost).
    • Some Plex-like convenience features aren’t fully available in Jellyfin’s default client.

Music/audio experience and client alternatives

  • Plex Amp is cited as better than the default Jellyfin music experience.
  • The guest tried many alternative clients; later, a specific Android TV client is praised:
    • “Wolfin/WholeFin” on Android TV (Android TV box)
      • Prettier/faster UI
      • Smoother “flow”
      • Better state handling (e.g., remembering “next up” / last show)

Extensibility via plugins (major pro, major security concern)

  • Jellyfin’s plugin-based extensibility is a double-edged sword:
    • Pros: can add missing features (e.g., intro skipper).
    • Cons: installing many third-party plugins can worsen security posture.
  • The speakers connect this to supply-chain risks, especially for publicly accessible servers:
    • Since Jellyfin instances are widely accessible, “random GitHub repos/plugins” can increase risk.
  • Practical stance from the guest:
    • Use plugins only for essential functionality (intro skipper; possibly subtitle-related/config features).

Theming/customization limitations

  • Plugins/themes can change Jellyfin’s look, but they may not provide a unified experience across clients the way Plex does.
  • Jellyfin’s client architecture makes consistent theming hard:
    • Clients are often web UI packaged (e.g., Electron-style or “website as an app”).

Media scraping depends heavily on correct file naming

  • Jellyfin’s metadata scanner is described as picky about filenames/structure.
  • If media naming isn’t in the expected format:
    • Episodes can be misidentified or incorrectly numbered.
    • Example failure mode: some episodes map correctly while others get wrong episode indices (jumping around).
  • Workaround discussed:
    • Use batch renaming with command-line regex tools.
    • This may require SSH and regex knowledge, making it painful for non-technical users.

Subtitle/audio track issues

  • The speakers describe real-world pain where wrong subtitle/audio tracks are selected by default (e.g., Arabic audio chosen because it’s first in the track list).
  • They mention fixing tracks using automation workflows (e.g., FFmpeg, remuxing) and alternative utilities like HandBrake, sometimes via custom scripts.

Vendor/business-model incentives

  • Key analysis point:
    • Jellyfin being open source and volunteer-driven is viewed as “initification proof” (i.e., less incentive to add paid lock-in).
    • In contrast, Jellyfin avoids paid feature entrenchment because its project model doesn’t depend on revenue growth in the same way.
  • Open-source fragmentation is also noted:
    • Often analogized to the Linux desktop ecosystem.
    • Even so, having multiple clients can still be beneficial overall.

Network/bandwidth and “Jellyfin has no batteries included”

  • The guest reports unexpected streaming of several gigabytes of audio over a few days.
  • The implication: users must carefully manage settings/expectations, unlike polished commercial apps that incorporate more “behavioral optimization.”

Monitoring/administration

  • Plex has popular monitoring dashboards/apps (e.g., Plex Dash, Tautulli).
  • Jellyfin:
    • The guest relies mostly on built-in dashboard/activity, described as limited.
    • Plugins/third-party options exist, but the ecosystem differs from Plex’s more turnkey approach.

Live TV remains a complex “niche pain”

  • Live TV is explicitly avoided in depth, but it’s repeatedly called out as complicated.
  • Example scenario:
    • Remote HDHomeRun setup
    • Transcoding over VPN
    • Stitching a “TV headend” without Plex
  • Conclusion:
    • For specialized tasks like live sports, Plex may still be the better tool for the job, even if someone otherwise prefers Jellyfin.

Key reviews/guides/tutorial references mentioned

  • Gardner Bryant’s article/post: “I love Jellyfin but it has flaws” (main prompt for the discussion)
  • Jellyfin June series (ongoing content/research)
  • Command-line approach to fix filenames
    • Batch renaming with regex; often requires SSH
  • Intro skipper plugin (practical feature fix)
  • FFmpeg / remux workflows
    • Used to handle audio/subtitle track selection problems
  • Android TV client recommendation: Wolfin/WholeFin
  • NVIDIA Shield optimization tip
    • Disable bloat/background services
    • Adjust animation/performance
    • Use remote admin (ADB mentioned) to improve client experience

Main speakers / sources

  • Gardner Bryant — gardenerbryant.com (guest)
  • Host/YouTube interviewer (unnamed in subtitles)

Original video