硬件门槛：解码、转码与核显

搭建影音库之前，最先要回答的硬件问题是：这个东西跑起来费不费劲？答案取决于一个核心概念——播放时究竟是直通还是转码。这一章把这两个词讲透，再落到具体硬件怎么选。

一、先分清解码与转码

媒体文件里存的是压缩后的视频流，播放设备需要先把它解成画面，这个过程叫解码。如果设备自己解得动，服务器只需要把文件原样转发过去，这就是直通，几乎不消耗服务器算力，千兆网络下原盘都能跑满。

转码发生在设备解不动的时候：编码格式太新（比如老电视不识别 HEVC）、码率太高（网络带宽撑不住）、或者分辨率超出屏幕。此时服务端要实时把视频重新编码成客户端能接受的格式。实时转码对 CPU 是相当重的负担：纯软件转码时，一颗主流 CPU 也就勉强应付一路 1080p，更不用说 4K。转码还有画质损失这层代价——它是先解再压，压出来的版本永远不如源文件，所以“转码”本质上是兼容性优先的备用手段，不是什么都不会发生的透明过程。

一个简单的判断习惯：先问客户端能不能自己放，再问服务器要不要转。多数家庭里，主力电视和盒子解码能力都不弱，真正需要转码的往往是手机和网页端，以及远程观看时带宽受限的场景。把这个顺序想清楚，很多“服务器卡得不行”的抱怨其实都能化解。

再展开说说转码到底何时发生，这是全书反复用到的知识点。触发条件常见的有三种：客户端不认识编码（老电视看到 HEVC 就摇头）、码率超过连接带宽（手机在 4G 上看 80Mbps 的原盘）、以及客户端明确请求转码（网页播放器只接受浏览器友好的格式）。三者本质都是同一个问题：客户端与文件之间出现了不匹配。转码发生在服务端内存里，来不及预生成，所以对 CPU 与硬件编码器的要求是实时的，这也解释了为什么同样是“播放卡顿”，有时瓶颈在网络、有时在解码、有时在存储读写——分段排查才能找对地方。

用一张速查表收束这一节：

这张表在第四章故障排查篇会更完整，这里先留个印象：问题定位永远是第一步。硬件是自建账里最大的一笔，值得多花点时间研究，但它也只是铺路，真正的体验由后面几章的内容决定。

二、核显为什么是家用首选

CPU 软解扛不住，就上专用硬件。Intel 核显的 QuickSync 是家用场景里公认的性价比方案：它就在 CPU 内部，不额外占插槽，功耗低，而且对主流格式的硬件编码支持成熟。一颗带核显的 N100 小主机就能同时转出几路 1080p，整机功耗只有十几瓦，一年电费几十元，放在客厅角落里几乎感不到存在。

对比之下，NVIDIA 显卡的 NVENC 编码质量与并发能力更强，适合多人同时看高码率的场景，但一张卡的价格顶得上好几台小主机，功耗与噪音也是代价；AMD 的方案在兼容性与软件适配上相对弱势，社区资料也少一些，出问题排查更费力。对于家里三四台设备、偶尔同时看片的典型需求，核显完全够用。如果不知道该信哪个方案，一条朴素的判断标准是：看社区里写教程的人用得多的是什么——家用场景下答案几乎总是核显，遇到问题抄作业也最容易。

三、关键参数怎么看

判断一颗 CPU 的核显能不能转码，主要有三个参考点。一是核显代数：较新的核显在格式支持上更全，对 HEVC 乃至更新编码的硬件处理能力逐代增强。二是 TDP：影音服务器常年开机，功耗直接换算成电费，15W 与 65W 的差别五年下来相当可观。三是部署层面核显能否被系统识别并成功直通给容器，这一点将在部署一章具体演示。

购买时还要避开几个常见误区：转码能力主要取决于核显型号而非 CPU 核心数，主频再高的老平台也未必比得上新一代小主机；增大内存对转码帮助不大，2 至 4GB 内存跑 Jellyfin 服务端绰绰有余；硬盘空间则要给配置目录留足余量，元数据缓存会随媒体规模慢慢涨上来。选型时最容易犯的错是“性能焦虑”：服务器不是游戏机，稳定、安静、省电地默默跑了五年不折腾，才是它该有的样子。如果家里已经有 NAS 在服役，多半不必重新买机，先翻翻它的规格确认核显型号即可。

补充一点功耗视角的账。影音服务器 24 小时开机，参考功率直接乘年数就能估出电费：15W 大约每年 65 度，按家用电价约三四十元；65W 的旧台式机则要近三百元。五年下来，两者的电费差几乎够再买一台小主机。这也是为什么“用旧电脑零成本起步”要加个括号——长期看它未必省钱，短期看它则是零成本练手的好选择。看到这里，你可以把硬件预算、硬盘预算、电费预期三笔钱并排写在纸上，这一章的任务就完成了。

四、硬件不够，策略来补

硬件不够时，策略可以补。最有效的一招是把客户端武装起来：给电视盒子装支持解码的播放器，尽量让一切走直通，服务端就没有转码压力。其次是在服务端限制最大转码码率与分辨率，用画质换流畅。最后是尽量别在网页端看高码率内容，浏览器受限的格式支持是转码需求的主要来源之一。

具体到参数，新手可以先从两组设置试起：把转码的默认码率上限设在家用带宽能跑稳的数值（比如 20Mbps），再按客户端分辨率上限把 4K 内容在转码时降到 1080p。家人很少察觉细微画质差异，但“点开就卡三秒”一定立刻投诉。等硬件升级后再逐档放开限制，整个调参过程是可逆的。

同理可行的还有“降源”思路：如果片源本身就是压制版，转码的负担会比转原盘小得多。日常库里的片子，可以在命名规范里标注出编码与码率档位，需要远程看时优先选低码率的版本，既省服务器又省带宽。

五、本章总结：一张采购清单

如果看完上面还有点晕，这里给一张可以直接照抄的清单。按预算从低到高排，每一档都能跑起完整的媒体库，差别只在转码路数与外形：

清单不复杂，复杂的是“我值不值得花这个钱”。回到上一章的账：如果能取代家里每年上千元的会员组合，一台两千元主机的回本周期通常在两年以内，而它顺带还能跑下载、相册、家庭网盘——这些功能本书最后一章会串起来讲。选择时记住一句话：转码硬件跟着家庭人数走，而不是跟着片库大小走。片库决定硬盘，并发决定 CPU 与核显，两者的预算应该分开算、分开升级，这是最容易被新手混在一起的规划误区。

回到本章标题“门槛”二字：这个门槛是有梯度的。纯直通场景下几乎零门槛，老电脑都能顶上；转码场景才需要认真选硬件，而核显把这道门槛压到了几百元。下一章我们从商店里收回来，进到实际部署的环节：Docker 拉起 Jellyfin 只需要几分钟，核显直通配置也远比听起来简单，每一步都跟着示例走，不用担心。

另外，NAS 常用的低功耗 CPU 未必带核显，尤其是部分多盘位型号主打的是存储而非算力。如果媒体就放在 NAS 上，更经济的做法是让 NAS 只当存储，由一台带核显的小主机跑 Jellyfin 服务端，两者通过局域网连接——存储与算力分离是自建圈子里很成熟的玩法，升级转码硬件时也不用动数据。NAS 选购与存储规划的具体思路，可以参考 《NAS 自建指南》；网络布线与交换机选择则在 《软路由指南》 中有展开。

延伸阅读

• 核显直通的具体操作见第二章硬件解码一篇；
• 转码策略的参数调优见第三章转码策略一篇；
• 转码故障的排查思路见第四章故障排查一篇。