Plex 和 Jellyfin 怎么选？
两者都能把自己的媒体文件整理成可在电视、手机和网页播放的媒体库。真正的选择点不是“谁更高级”，而是你愿意承担多少自托管配置、是否需要远程播放，以及客户端兼容会不会频繁触发转码。
先看决定体验的差异
| 维度 | Plex | Jellyfin |
|---|---|---|
| 产品模式 | 商业化媒体平台与个人媒体服务器 | 免费开源、自托管媒体服务器 |
| 本地播放 | 成熟客户端生态 | 官方与社区客户端组合 |
| 远程访问 | 设置更产品化，但个人视频远程播放存在当前订阅要求 | 需要自己处理网络、域名/代理或其他安全访问方式 |
| 维护责任 | 账号和服务体系承担更多产品层能力 | 服务器、网络、安全、备份主要由自己负责 |
| 控制权 | 更依赖 Plex 生态 | 更多配置掌握在自己的服务器上 |
远程播放现在是一个必须单独比较的条件
Plex 官方说明：自 2025 年 4 月 29 日起，在受影响的客户端上远程播放 Plex Media Server 中的个人视频，需要服务器管理员或观看账户拥有 Plex Pass，或观看账户拥有 Remote Watch Pass。纯本地网络播放不等于这项远程规则。
来源：Plex：Remote Playback of Personal Media
Jellyfin 完全自托管，远程访问需要自己配置。官方网络文档明确提醒：把端口直接暴露到互联网并不推荐，常见做法还包括反向代理或通过私有网络进入家庭网络。
客户端不兼容时，服务器负载差异会迅速放大
媒体服务器最理想的是 Direct Play：文件原样发送，服务器负载很低。容器、音频、视频编码或字幕与客户端不兼容时，可能发生 remux、Direct Stream 或完整 Transcode；字幕需要烧录到画面时也可能触发高负载的视频转码。
所以选平台前要先看自己的真实文件：HEVC、AV1、HDR、ASS/PGS 字幕是否常见，以及家里的电视/盒子能否直接支持，而不是只比较服务器界面。
来源：Jellyfin：Transcoding · Codec Support
直放、重封装和转码：对照自己的设备判断
| 播放模式 | 发生什么 | 对设备/服务器的影响 |
|---|---|---|
| Direct Play（直接播放） | 容器、视频、音频及字幕被客户端直接接受 | 服务器通常负载较低 |
| Remux / Direct Stream | 更换容器或调整音频/字幕流，不一定重编码视频 | 通常比完整视频转码轻 |
| Video Transcode（视频转码） | 服务端重新编码视频，可能同时进行 HDR 色调映射 | CPU/GPU 负载通常显著增加 |
| 字幕烧录 | 把字幕直接合成进画面 | 可能触发成本较高的视频转码 |
例如文件是 HEVC 视频、E-AC-3 音频和 PGS 字幕：一台电视可能直接播放，另一台浏览器可能因为音频或字幕能力不同而触发转码。不能仅凭电视品牌、分辨率或文件扩展名判定播放模式。参见 Jellyfin 官方客户端编码支持表。
什么情况下更容易做决定
- 希望少处理网络和客户端细节：优先研究 Plex，但先核对远程播放是否涉及当前订阅。
- 重视免费开源与自有服务器控制：优先研究 Jellyfin，同时接受更多网络与运维工作。
- 主要在家中局域网播放：两者都值得测试，重点看你的电视客户端和媒体格式。
- 大量远程用户或复杂字幕/HDR：先验证转码和带宽，再决定系统；品牌偏好反而是次要问题。
决定前先用自己的文件做一次小测试
最有价值的测试不是导入整个媒体库，而是选 3–5 个最难播放的样本：HEVC/AV1、HDR、不同音轨、ASS/PGS 字幕各挑一个，在你最常用的电视/盒子和手机上试。观察是否 Direct Play、是否触发视频转码以及远程带宽是否足够，再决定长期迁移。