HEVC 的 MKV 明明更小，为什么大家仍要搜「转 H.264 MP4」？
搜「hevc mkv 转 h264 mp4」「265 转 264 老电视」「x265 mkv 黑屏」「手机录屏 hevc 发微信」「教室投影仪 不支持 hevc」的流量，背后是算力与硬解代差：同文件在旗舰手机上丝滑，在五年前的电视 SoC 上可能直接拒绝服务。Matroska 只是外壳，真正决定能不能播的是内层 Main 十、HDR 静态元数据、十比特色深与峰值码率。用户常搜「ffmpeg hevc 转 avc」「bdremux hevc 兼容 mp4」「jellyfin 转码 压力」「显卡硬解 hevc 白名单」——若瓶颈在解码器而不是封装，remux 换壳救不了世界，只能 recode 把像素格式压到 `yuv420p` 的 H.264 这条最大公约数，代价是一代有损与更长等待。Ai2Done 的 recode 路径刻意使用 ultrafast 与 CRF 二十六并限制线程，是在浏览器 WASM 内存墙下求「先能播」而不是求电影级压缩效率。另：HDR 落 SDR 若处理不慎会发灰，应在小样阶段用金样显示器核对而不是全长赌参数。另：TrueHD 与 DTS 音轨在消费 MP4 路线里常被降级，应在耳机里试听动态范围再决定是否另出无损 WAV 侧车。另：五百兆与长时长并存时，分段 recode 往往比硬扛单次会话更稳。另建议维护「会议室设备解码表」，把能硬解的档位写死，减少每次活动前临时抱佛脚。另可在交付邮件附「低配机请用 H.264 链」一句话，减少 helpdesk 被「只有我的电脑能播」淹没。
如何把 HEVC 或 Main 十 MKV 收成旧电视与办公本能硬解的 H.264 MP4 并先判 remux 是否足够
- 在浏览器打开 MKV 转 MP4，上传 HEVC MKV，先确认本机预览能解码再阅读五百兆上限，用手机热点弱网时不要全长盲传以免中途失败浪费流量。
- 先选 remux 导出五分钟小样丢给目标旧安卓与教室投影仪试播；若仍黑屏或只有声音没有画面，再切 recode 接受更长编码，并在文件名写清「SDR 兼容」以免与 HDR 母档混淆。
- 全长通过后，在工单记录「旧设备型号与可播最高分辨率」，把原始 MKV 与 MP4 哈希互链；未获书面确认前勿删 HEVC 母档，亦勿把 ultrafast 产物当调色回批源。
HEVC MKV 回落到 H.264 MP4 常见问答
同样是 HEVC，MKV 里标注 Main 十与 HDR 静态元数据时，在线 remux 成 MP4 后老电视黑屏而笔记本正常，这更说明硬解白名单缺位还是说明我应直接改 recode 并放弃保留十比特？
应先用播放器或 `ffprobe` 类信息确认是 Main、Main 十还是 HDR 元数据包裹，再在旧电视与典型安卓机上试播 remux 小样；若仍黑屏或报不支持，应果断改 recode 到 H.264 并在邮件里写明「已做 SDR 兼容」以免对方误以为是下载损坏。
从 HEVC MKV recode 到 H.264 MP4 后肤色发灰与天空断层明显，这是否通常应先回到剪辑里做 tone mapping 再进浏览器，而不是反复提高 CRF 赌在线一键救回？
recode 会重算视频比特流，暗部噪点与字幕边缘最先可能被 ultrafast 与 CRF 取舍影响；若源含 HDR 而目标为 SDR，肤色断层与天空断层往往应先在剪辑里做 tone mapping 再进浏览器，而不是反复提高 CRF 赌在线一键救回。
可变帧率录屏封进 HEVC MKV 后转 MP4，时间线总长与外挂 SRT 差两秒，是否说明我应先在可编辑域里锁恒定帧率再转换，而不是怀疑本页故意吞时长？
应先在 OBS 或剪辑里把可变帧率落成恒定帧率并重建时间基，再进本页 remux 或 recode；仅靠在线转换不能可靠修复「画面总长与外挂 SRT 差两秒」这类系统性漂移，盲全长只会放大对齐成本。
想把会议录屏 HEVC MKV 直接 remux 给财务同事 Windows 笔记本播放，若对方仍只有软解导致风扇狂转卡顿，是否说明问题在容器名还是几乎总是该出一份 H.264 派生档？
多数办公本对高分辨率 HEVC 软解吃力，remux 并不能降低解码算力；若对方机器老，应另出 H.264 MP4 或降低分辨率预览档，并在邮件里写明「低配机请用此链」。
团队规定对外培训视频必须 H.264 Baseline，我是否可以把网页 recode 产物直接当唯一母带删除原始 HEVC MKV 以节省 NAS 空间？
不应：网页 recode 为速度与兼容做了激进预设，母档仍应保留原始 HEVC 或工程时间线；派生 MP4 只解决「能播」不解决「还能调色还能重剪」。