一、别手动调低播放画质

1. 播放质量默认保持「Original / 最高」即可。
2. 这个档位代表画质上限，当网络变差时，Plex 会自动下调码率，不需要你手动压低。
3. 一旦把画质写死成某个低值，反而强迫服务器实时转码，白白消耗硬件资源。

对策：局域网内带宽通常够用，不用纠结画质档位；真遇到播放问题，先查网络和线路，而不是降画质。

二、别关掉硬件加速

1. 如果已开通 Plex Pass、服务器又支持硬件加速，请保持开启。
2. 4K 或高清 1080p 要实时转码时，老旧的 CPU 很难扛住，硬件加速靠核显或独立显卡顶上。
3. 只有在转码后画质明显异常时，才考虑关闭，或先调整转码器相关设置；也可以加一张便宜的独显（如 Intel Arc 系列）专门负责转码。

三、别强制 Direct Play / Direct Stream

1. Plex 的播放顺序是 Direct Play → Direct Stream → 转码，自动择优。
2. 如果把转码关掉、强行 Direct Play，结果只会让那些本就需要转码的文件无法播放，并不会变快。

四、别动高级网络与安全设置

1. Plex 通常会自动适配你的局域网，正常情况下跑着就别碰。
2. 真要改，常见的也只有两处：开启离线模式、为远程访问做端口转发。
3. 其余高级网络项，没出问题就别动，改错可能导致媒体库暂时无法串流，还得一项项回退。

注意事项

界面类的个性化（海报、排序、列表样式）随便改都不影响，本文说的是技术、转码、网络这一类。对新手来说，记住一句就够：官方已经调好的默认项，多半比你拍脑袋改的更稳。

来源：How-To Geek

硬盘涨价的当下继续加盘并不划算。XDA 编辑 Anurag Singh 换了思路，用免费开源工具 Unmanic 扫描整个媒体库，按预设规则自动转换不合规格的文件，最终腾出接近 8TB 空间。

一、用 Docker 跑起 Unmanic

Unmanic 也能直接装在 Windows、macOS 和 Linux 上，但用 Docker 部署最省心，容器只需访问配置、媒体库和临时缓存三个目录。按官方文档：

1. 映射端口 8888，这是 Web 管理界面入口。
2. 挂载三个目录，容器内路径分别为 /config、/library、/tmp/unmanic。
3. 传入 PUID 与 PGID，保证容器读写媒体文件的权限与宿主机一致。
4. 镜像使用 josh5/unmanic:latest，官方支持 amd64、armv7 与 arm64。

容器启动后，浏览器访问宿主机 IP 加 8888 端口即可进入管理界面。

二、分库并装插件定规则

Unmanic 不需要与 Plex 对接，直接对文件动手：把存放电影和剧集的文件夹分别添加为两个库，便于给两类内容配置不同规则。实际动作全部由插件完成，三个就够用：

1. 视频编码插件：把 H.264 转换为 H.265，这是省空间的主力。
2. 音轨移除插件：删掉用不到的多余音轨。
3. File Size Metrics 插件：统计每次转换省下多少空间。

视频插件里记得勾选跳过已是 H.265 的文件，避免重复编码浪费时间。

三、先拿测试文件夹试水

不要一上来就对着整个媒体库开跑。稳妥做法是新建一个测试文件夹，放进几种不同类型的文件，只开一个 worker（工作线程）运行，确认转换后音轨正确、能在 Plex 里正常播放，再放开范围。

需要注意的地方

整个过程并不快，每个视频都要重新解码再编码，多开 worker 能提速但系统会长时间高负载。Unmanic 支持给 worker 排班，可夜间多开、白天调低，避开家人观看时段。

重新编码还必然带来画质损失。全量处理前建议把转换后的文件与原片对比，并在常用播放设备上试看——部分老设备不支持 H.265 直解，反而会逼着 Plex 在播放时实时转码，得不偿失。

来源：XDA Developers