自建媒体库一定要转码吗？先测直放，再决定 NAS 与播放器配置

自建媒体库之前，不必先把“转码服务器”写进购物清单。更有用的顺序是：确定在哪台设备、哪个网络、用什么字幕看哪些文件，先试播，再决定需要谁处理不兼容的部分。 能开始播放也不等于所有场景都通过，尤其要测试自己常用的音轨、字幕和外网条件。

本文按 2026 年 10 月 20 日核对的官方说明与产品行为整理，不是设备性能实测，也没有给某款 NAS 或播放器承诺并发数量。预算总表另见 自建媒体库成本清单。

先分清：到底改了文件的哪一部分？

下表采用 Jellyfin 官方播放类型说明中的术语。其他服务或播放器的名称可能不同，要看实际处理的是封装、音频还是视频。

所以，“服务端在处理播放”不一定意味着它在做高负载的视频转码；反过来，一次视频直放成功，也不能证明另一种字幕、音轨或另一台设备同样可用。

扩展名和分辨率都不能代替试播

MKV、MP4 等封装名称，不能单独回答里面的视频与音频是否受支持。还要看编码、位深、音轨、字幕和显示条件。Jellyfin 的 客户端编码支持说明按客户端列出差异，也说明字幕兼容性可能影响播放处理方式；实际使用仍以你安装的客户端和设备为准。

不要为了一个播放错误立即重买 NAS。先确认错误发生在哪一步：读不到文件时排查线路和权限；读得到却无法解码时再看格式；切换某条音轨或字幕后才异常，就把该组合单独记录。NAS 已入库却播放失败时，按 播放线路排查指南先排除地址和网络问题。

做一张自己的播放验收表

选几部覆盖日常需求的文件，保留原文件，不必全库转换。下面是你需要实际完成的测试，不是本文已经测过的结果：

使用自建 Jellyfin 时，可以在播放期间查看服务端面板的实际播放类型。若客户端或服务提供处理原因，也一起记下；不要只看 CPU 瞬时占用就认定有没有视频转码。

试播要覆盖自己真正需要的体验。比如，不能用关掉字幕后的成功，替代“必须使用这套字幕”的验收；也不能用家中电视成功，替代出门用手机的结果。

按结果选择，别把三类问题混在一起

如果常用设备、文件与观看网络都能满足需求，可以优先复用现有设备。这里的结论是“你的已验收场景不依赖实时视频转码”，不是所有低配 NAS 都一定够用；片库扫描、存储读取和其他应用也会占用资源。

如果主要问题是客户端不支持某种格式，可以比较调整客户端、保留合适的文件版本、或使用自建服务转码的投入。自行转换文件会花时间并占用额外存储，保留原件，不要为了测试覆盖整个收藏。

如果主要问题是外网带宽，先看家庭上行和观看端的持续网络条件。自建服务在合适配置下可以通过转码降低输出码率，但它不能修好无法访问的线路，也不能让所有网络问题自动消失。是否能接受输出质量、启动等待和资源消耗，要用实际样本决定。

确定需要实时视频转码后，再参考 Jellyfin 官方硬件选择指南，核对自己片源所需的解码、编码与驱动支持，连同操作系统、容器权限、并发和其他负载一起验证。有显卡不等于所需硬件加速已经正确工作，本文也不据芯片名称推算性能或报价。

使用 Drivemby 时，存储和解码仍要分别考虑

已有 NAS，包括所有影视都在 NAS 上的情况，可以继续存文件，把识别、刮削和片库整理交给 Drivemby，不需要先搬到网盘。NAS 视频仍需要播放器能访问的播放线路。

Drivemby 当前不提供音视频服务端转码。 仍需用实际客户端逐项验证编码、音轨和字幕的兼容性，不能把订阅当作所有格式都能播放的保证，也不能靠它修好家庭网络。如果旧自建服务的转码能力是某些设备必需的，可以保留它，让两套连接并行使用。

比较成本时，两边共同使用的 NAS、硬盘与原有网络仍是共同成本。只比较方案新增的设备能力、软件费用、额外存储与配置维护工作，不把整台 NAS 只算到自建一边。功能选择见 Drivemby 与自建 Emby / Jellyfin 对比；试用时按 迁移与并行验收指南保留原连接和回退条件。