从买电视变成一次系统工程
一开始只是想升级客厅电视,最后却形成了这样一条完整链路:
1 | Synology DS224+ |
再加上 PS5、台式机上的 Sunshine 和电视端 Moonlight,这套设备已经不能只按“电视加音响”理解。它更像一个家庭影音 Homelab:存储、索引、解码、转码、串流、音频和网络各有职责,任何一层判断错误,都可能让 NAS 风扇突然起飞。
先把播放状态看懂
Jellyfin 中最重要的三个状态是:
- Direct Play:客户端直接播放原文件,服务器主要负责读取和传输。
- Remux / Direct Stream:媒体流被重新封装,但视频通常不重新编码。
- Transcoding:服务端使用 FFmpeg 把不兼容的内容转换成客户端可以处理的格式。
Jellyfin 官方文档也把 Direct Play 作为目标;容器、视频、音频或字幕任一项不兼容,都可能触发重新封装或转码。尤其字幕烧录可能导致完整的视频转码,是整条链路里最容易被低估的开销。详见 Jellyfin Codec Support 和 Transcoding。
我遇到的典型现象是:
1 | 关闭字幕:Direct Play,NAS CPU 约 4% |
视频本身没有变,真正改变系统边界的是字幕。PGS、VobSub 或复杂 ASS 字幕可能需要服务端烧录;兼容性良好的外挂 SRT 更容易由电视客户端直接渲染。
因此我的处理顺序是:
- 先确认播放信息中的转码原因,不凭 CPU 占用猜测。
- 优先提供与视频同名的 UTF-8 SRT 字幕。
- 检查电视客户端、容器、视频、音频与字幕的实际支持。
- 必须转码时,再确认 Jellyfin 是否正确使用硬件加速。
DS224+ 应该承担什么
DS224+ 使用 Intel Celeron J4125,官方数据表列出了这颗 CPU 和 2GB DDR4 基础内存,详见 Synology DS224+ 数据表。它可以承担媒体库、SMB 和有限的转码兜底,但不适合长期硬扛高码率 4K、HDR tone mapping 与字幕烧录的叠加负载。
Jellyfin 的硬件加速流水线包含解码、缩放、色彩转换、字幕烧录和编码等多个阶段,并不是每个阶段都一定能落到 GPU。即使启用了 Intel QSV 或 VA-API,CPU 仍可能因为字幕或滤镜承受高负载。官方配置与验证方式可参考 Intel GPU Hardware Acceleration。
我的职责划分最终变成:
1 | NAS:存储、索引、Direct Play、低强度转码兜底 |
Moonlight 是第二条播放路径
当 Jellyfin 因字幕不兼容而开始重编码时,我会改走:
1 | NAS 通过 SMB 提供文件 |
这相当于把计算从低功耗 NAS 转移到 RTX 4080 SUPER。Moonlight 也会把连接在电视端的手柄或键鼠输入回传给 Sunshine,因此客厅不需要让蓝牙跨房间直连台式机。
它并非所有场景都优于电视直放。串流音频通常不是原盘 TrueHD、DTS-HD MA 或 Atmos 的源码直通;追求完整音轨时,仍应优先使用电视播放器、Kodi 或专用播放设备。Sunshine 的当前配置方式应以 官方文档 为准。
音响系统也要考虑故障域
HT-A7100、SA-SW7 和 RS8 补齐了前方声场、低频与后方物理声源,但低音炮同时引入了新的“邻居兼容性”。低频更容易通过地板、墙面和柜体形成结构传播,所以我的夜间策略是:
- 低音炮不紧贴墙角,底部增加减振隔离。
- 晚间降低 SW 音量,启用 Night Mode。
- 用 Voice Mode 提升对白,而不是为了听清台词整体加大音量。
- 深夜高动态内容改用耳机。
最后的使用规则
1 | Jellyfin 能 Direct Play → 电视 Jellyfin |
这套系统真正稳定下来以后,最大的变化不是设备变多,而是每个设备终于只做自己擅长的工作。Homelab 的终点不应该是永远维护基础设施,也应该包括坐回沙发,真正享受它提供的服务。