为什么媒体库玩家一边收藏 MKV 一边仍要备一份 MP4？
搜「plex mkv 转 mp4」「jellyfin direct play mp4」「nas 转码 卡顿」「电视棒 pgs 字幕 转码」「媒体库 hevc 兼容」的人，要的不是电影工业调色，而是「周末晚上全家能看完一集而不听到风扇起飞」。Matroska 对压制组与蓝光 remux 很友好，可对双核 NAS 与廉价电视棒来说，多音轨、PGS 点阵字幕与 TrueHD 往往是「扫进库很帅、一点播就转码」的元凶。用户常搜「emby 硬件转码」「kodi 硬解 mkv」「h264 aac mp4 直拖 U 盘」——把 MKV 收成更贴客户端白名单的 MP4，常能显著降低同时在线观看时的 CPU 峰值与 Wi-Fi 重传。Ai2Done 适合在出门前排一两集试产：remux 保视频 copy 并统一音频到 AAC，recode 则在硬解缺席时把 HEVC 压回保守 H.264。另：刮削海报与剧集元数据不会因换容器自动修正错别字文件名，仍应遵循 TVDB 命名规范。另：杜比视界双层与复杂 HDR 在消费转码链里仍可能翻车，应在电视电影模式各验一次。另：五百兆限制意味着超长 4K remux 仍可能要回工作站分卷。另建议给「客厅版」与「档案版」分库，避免孩子误点原盘体积撑爆蜂窝热点。另可在路由器 QoS 里给 NAS 留保底带宽，减少转码与下载抢队列导致的假死。
如何把让服务器狂转码的 MKV 收成更常 Direct Play 的 MP4 并先读面板日志再动手
- 在浏览器打开 MKV 转 MP4，从 NAS 拉回一集代表性 MKV，先在电脑端 Plex 或 Jellyfin 看转码原因字段，确认是视频、音频还是字幕触发了实时重算，并读清五百兆上限。
- 若仅容器或 FLAC 音轨触发兼容问题，优先 remux 让小核 NAS 松口气；若电视客户端不认 HEVC 或字幕形态，再 recode 出 H.264 加 AAC 的「客厅版」并在文件名写清设备代际。
- 把新 MP4 入库后，用电视、手机与浏览器客户端各播一遍并观察 CPU 占用曲线；通过后把旧 MKV 移到冷存路径而非直接覆盖，保留哈希以便刮削异常时回滚。
Plex 与 Jellyfin 媒体库 MKV 转 MP4 常见问答
Plex 日志显示「Transcode throttled to」但电视端仍卡顿，这更可能是 Wi-Fi 抖动还是说明我应先把 MKV 收成更轻的 MP4 以减少无线侧码率峰值？
在 Plex 或 Jellyfin 面板里看该集是否触发视频转码、音频转码还是直接播放；若 CPU 飙红而画质发糊，多半说明客户端不认内层编码或字幕形态，应优先产出更贴 Direct Play 的 H.264 加 AAC MP4 再回填库。
媒体库刮削海报正常但点击播放立刻转码，是否说明文件名与元数据没问题而是内层编码或字幕轨触发了服务器实时重算？
PGS 与复杂 ASS 常迫使服务器实时烧字幕从而吃满 CPU；若家庭成员只用电视 App，应预先在剪辑里烧硬字幕或改外挂 SRT，再让媒体库扫入 MP4，而不是指望全家同时在线转码还不卡。
想把整季 MKV 批量在浏览器里转成 MP4 再入库，是否可以不保留原始 MKV 与 `.nfo` 旁路信息就直接覆盖库路径？
批量入库仍应保留原始 MKV、旁路 `.nfo` 与海报缩略至少一代冷存，并在对象存储开启版本化；浏览器在线转码只适合排期内的少量补档，不应作为整季唯一加工链以免刮削异常时无法回滚。
Jellyfin 客户端报告「Direct Play 失败回退到 HEVC 转码」而 NAS CPU 只有两核，我是否应给长辈机单独准备一版 H.264 MP4 播放列表而不是全家共用同一 remux 策略？
多代同堂场景下，给老电视与旧平板单独维护「低算力播放列表」往往比强迫服务器实时转码更省电也更少半夜重启路由器；命名里写清代际可避免子女误删父母正在追的档。
同一 MKV 在电脑端 Kodi 能硬解，在电视棒 Plex 里却触发转码，这是否说明我应优先按「全家最弱设备」定编码策略而不是按自己笔记本能力定？
家庭媒体库应以木桶短板定档：给最弱设备先跑五分钟回归，再决定库内默认保留 MKV 还是额外挂一份 MP4 派生，否则周末电话仍会集中在「奶奶房间电视又转圈」。