总体结论
在CentOS上，Jellyfin 的播放速度主要取决于是否启用硬件转码、媒体编码格式与码率、客户端网络带宽以及是否发生转码。纯直连播放（客户端支持原编码与分辨率）通常能达到流畅实时；一旦需要转码，启用NVIDIA NVENC、Intel Quick Sync或AMD VA-API等硬件加速后，转码速度通常较纯软件提升约3–5倍，可显著降低CPU占用并改善卡顿与音画不同步。相反，未启用硬件加速的软件转码在高码率或4K场景下容易出现**CPU 100%**与卡顿。
影响速度的关键因素
- 编码与分辨率：H.264/AAC 的组合最通用；H.265/HEVC与AV1压缩率高，但要求客户端与服务器（或GPU）支持，否则会触发转码。
- 网络带宽与并发：局域网建议千兆以上；多客户端并发会分摊带宽与转码能力。
- 存储与I/O：媒体与缓存放在SSD/NVMe上更利于起播与快进。
- 转码质量预设：在画质与速度间权衡（如“速度优先”更流畅，“质量优先”更清晰）。
- 字幕烧录：部分场景会触发额外处理，可能影响流畅度。
以上因素共同决定播放是否“秒开”、是否卡顿与音画是否同步。
不同场景的速度预期
- 直连播放（不转码）：客户端支持原编码与分辨率时，通常流畅实时，起播快、拖动响应迅速。
- 需要转码（软件转码）：高码率或4K内容易出现CPU飙高与卡顿，体验取决于CPU单核性能与负载。
- 硬件转码已启用：转码效率常见提升约3–5倍，CPU占用显著下降，多数1080p/4K→720p/1080p转码可流畅进行；实际效果仍受编码类型、预设与并发数影响。
- Intel Quick Sync 在 Docker/CentOS：官方镜像因驱动协议限制不包含iHD驱动，可选用社区维护的带驱动镜像（如nyanmisaka/jellyfin）并映射**/dev/dri**，以在容器中正常使用QSV硬件加速。
- 显卡选择：如NVIDIA GT 1030 / MX450等入门卡编码能力较弱，建议选择GTX 1660及以上或T400等专业卡以获得更好的硬件转码体验。
上述结论综合了硬件加速原理、显卡能力与容器化部署要点。
在CentOS上获得更快播放速度的实操建议
- 启用硬件加速：
- NVIDIA：安装驱动与工具，Jellyfin 控制台选择NVIDIA NVENC，FFmpeg 日志出现h264_nvenc等即生效。
- Intel：宿主机安装iHD驱动，Docker 部署时映射**/dev/dri并使用带驱动的镜像，控制台选择Intel Quick Sync**。
- AMD：安装Mesa/VA-API驱动，控制台选择VA-API。
- 客户端侧优化：尽量使用支持H.265/HEVC与AV1的客户端，减少转码概率；必要时降低播放分辨率或码率以减轻服务器负载。
- 系统与部署：媒体与缓存置于SSD，合理设置并发会话数与内存/缓存，并保持系统与 Jellyfin 版本为最新稳定。
- 验证方法：播放时查看 Jellyfin 转码日志（如**/var/log/jellyfin/FFmpeg.Transcode-*.log**），确认出现硬件加速标识（如h264_nvenc）。
以上步骤覆盖驱动、容器、控制台与日志验证的完整闭环。