自建影音库 Jellyfin:命名规范、硬解与远程访问

自建服务 · 2 分钟阅读· 197 次阅读

Jellyfin 装好只是开始,真正决定体验的是「文件怎么命名」和「能不能硬解」。

命名乱,刮削就错;没有硬解,转码直接吃满 CPU,播放卡成幻灯片。

先说结论

按「片名 (年份)/片名 (年份).mkv」命名,开启硬解,远程设置带宽上限。

  • 电影与剧集分目录,剧集按 Season 01 组织
  • Intel 核显开 QSV,AMD 用 VAAPI
  • 远程播放限制码率,避免上行打满
  • 字幕优先外挂 SRT,减少转码

先把问题说清楚

刮削器依赖目录结构与文件名,TMDB 的匹配规则很直接:片名 + 年份最可靠。

硬解的关键是设备直通:容器要挂载 /dev/dri,并在 Jellyfin 里启用对应加速。

具体怎么做

按顺序执行,每步都验证完再进下一步:

  • 按规范整理媒体目录:Movies/、TV/剧名 (年份)/Season 01/
  • compose 里挂载媒体目录与 /dev/dri
  • Jellyfin 设置首选元数据语言与刮削器
  • 开启硬件加速并测试转码
  • 远程访问走反代,设置单流码率上限

参数与成本对照

把关键数值摊开,方便判断该选哪条路:

项目 建议 影响
命名 片名 (年份).ext 刮削准确率
硬解 QSV/VAAPI CPU 占用从 100% 降到 20%
字幕 外挂 SRT 避免图形字幕转码
码率 远程 4-8Mbps 上行带宽

自建影音库 Jellyfin

几个容易踩的坑

下面这些是最常见的错误做法:

  • 中文名带一堆后缀:刮削失败
  • 剧集不建 Season 目录:集数全乱
  • 没挂 /dev/dri:硬解选项点不开
  • 远程不限码率:家里上行被打满,全家断网

最后补两句

媒体库的体验上限由「整理」决定,不由「硬件」决定。

工具是手段,理解机制才是能力。命令记不住没关系,知道「该看什么」就够了。

评论 (3)

阿
阿哲

照着做了一遍,确实少走弯路。第二步最容易漏,建议顺手加个检查清单。

南
南风

比「一键脚本」有用多了,知道为什么比知道怎么做重要。

K
Kevin

补充一句:不同版本行为会变,动手前先确认自己的版本号。

发表评论

验证码

提交后需站长审核,通过后才会显示。