Jellyfin 12.0

Plex vs Jellyfin 与 “终身会员”焦虑

• 许多 Plex 终身会员用户把 Jellyfin 视为 Plex 继续恶化时的最终“软着陆”方案，尤其是在广告、“推荐”内容、隐私，以及对“终身”许可可能被收回的担忧方面。
• 有些人认为考虑到多年的使用，终身会员本来就已经值回票价；也有人预计所有“终身”软件最终都会被削减。
• 有几位用户已经完全切换到 Jellyfin 并且很满意；也有人试过 Jellyfin，后来又因为细节粗糙而回到 Plex。

客户端应用与 UX

• 普遍共识是，Plex 在官方客户端的广度和打磨程度上仍然胜出，尤其是电视端（LG、Samsung、Roku）以及面向“普通家庭用户”的使用场景。
• 据反馈，Jellyfin 客户端在 Android/Android TV 上表现稳健，并且在 LG/Tizen 上持续改进；Roku 和一些电视应用仍有一些小问题。
• Apple TV 用户高度依赖第三方客户端：Infuse、Swiftfin、Moonfin、Wholphin、Plezy、SenPlayer。这些应用通常受到好评，但也增加了复杂度，而且有时还要付费。
• 音乐方面：Plexamp 被广泛称赞（按专辑随机播放、离线、远程访问）。Jellyfin 的替代方案包括 Finamp、Navidrome + Symfonium、Subsonic 兼容技术栈，但很多人表示它们仍不如 Plexamp 顺滑。

性能与升级到 12.0

• 10.11.x 出现了严重的性能回退；有几位用户锁定在 10.10.7。
• 从 10.10/10.11 升级到 12.0 大多被描述为平稳，并且速度显著提升，即使是在大型（20–40TB）媒体库上也是如此。
• 少数人报告在跨越错误的中间版本时迁移失败，但他们将其视为用户操作失误；有时仍需要重新扫描。

媒体库组织、元数据与字幕

• 常见痛点包括：电影/电视剧混合文件夹、系列作品中的特别篇/电视电影、额外的文件夹层级，以及与 Plex 不同的元数据提供方。
• 一些人觉得 Jellyfin 的匹配效果不如 Plex，需要手动修正；另一些人表示，只要遵循 Jellyfin 的命名规范，或者使用 *arr 生成 NFO，就没有问题。
• 字幕是一个反复出现的主要抱怨点，尤其是在 Chromecast/Android 客户端和嵌入式字幕方面。变通方法包括使用 Bazarr、Jellyfin 的 Subtitle Extract 插件，以及禁用嵌入式字幕。体验差异很大，从“修复了一切”到“还是很慢或很不稳定”都有。

远程访问与安全

• 方案包括：直接端口转发并使用 HTTPS/反向代理（Caddy/nginx）、Tailscale、仅 VPN，或将 Tailscale 与通过 DNS API 的 Let’s Encrypt 结合使用。
• 关于 Jellyfin 暴露到公网是否“安全”的争论一直存在：有人强调过去的问题和未认证 API；也有人指出，所有已报告的 CVE 都已经修复，而且加固后的 Docker + 只读媒体挂载 + 可信用户是可接受的。
• 有些维护者被引用为建议使用 VPN/反向代理，而不是直接裸露服务；另一些人则表示带用户的远程访问没问题，而且被广泛采用。

*自动化、arr 技术栈与 LLM

• 多位用户表示，使用 LLM 带来了很大的生产力提升（例如配置 *arr、Usenet、VPN、Kubernetes、反向代理、通过 FlareSolverr 处理 CAPTCHA，甚至持续的日志分析）。
• 文中明确提到，前沿模型有时会阻止与版权相关的工作流，但用户会通过提示词绕过，或者转而使用本地模型。

书籍、有声书与音乐库

• 12.0 内置的图书支持受到欢迎，尤其是在旧的 bookshelf 插件已被归档之后。
• 对于有声书和电子书，人们提到了 Listenarr、ReadMeABook、Chaptarr、Shelfmark、Lazylibrarian、Audiobookshelf（评价褒贬不一）以及 OPDS 方案。
• 有些人只把 Jellyfin 当作音乐服务器使用；另一些人更喜欢专用服务器（Navidrome、Subsonic 风格）来把音乐与视频分开。

感知到的缺口与愿望

• 希望改进的内容包括：
  • 更强的安全模型和原生 OIDC 支持。
  • 更好的所有客户端字幕处理。
  • 对混合或复杂媒体库（电视剧特别篇、系列电影）更清晰、更稳健的处理。
  • 更顺滑地与朋友/家人共享远程访问，而无需 VPN 专业知识。
• 尽管存在抱怨，许多人仍然认为 Jellyfin 的推进速度和方向是积极的，并对 12.0 缩小与 Plex 的差距持乐观态度。