为什么大家一边搜「mov 转 mp4 在线」一边又怕把母带压糊？
QuickTime 容器里的 `.mov` 在苹果生态很顺：录屏、iMovie、相册、手机直出都爱这个后缀。可一到 Windows 自带播放器、企业微信附件、老版 LMS 与车载 USB，常见报错是无声、黑屏或「编解码器不支持」。用户常搜「mov 转 mp4 免费」「iphone 视频 转 mp4 发微信」「iMovie 导出 mp4」「ProRes mov 压小」「QuickTime 打不开」「ffprobe 看编码」「重封装 还是 重编码」——本质是在买一张跨平台船票。Ai2Done 在浏览器里用 FFmpeg.wasm 提供两档：默认 remux 仅换容器并 `-c copy` 加 `+faststart`，尽量保留原始 H.264/AAC 比特流，速度快、也更像「无损搬家」；当源是 HEVC、ProRes、444、带 Alpha 或目标端实在挑嘴时，再切 recode 走 `libx264`（`ultrafast`、`yuv420p`、CRF 二十六档）与 `aac` 一百二十八 kbps 的保守兼容路线，代价是时间与一代有损。单文件五百兆与 WASM 内存天花板现实存在，长素材应先试小样再全长。另要记住：换容器不改版权，画面里的工牌与配乐授权仍要自己把关；多音轨与软字幕是否在 MP4 里被扁平化，要以导出后在目标播放器实测为准。另建议在对外邮件里写明「已用 remux 或 recode」并附首帧截图与播放器版本，减少对方只说打不开却无设备信息的无效往返。
如何在浏览器里先判断该 remux 还是该 recode，再导出可发群的 MP4，并按步骤核对容器与编码
- 在桌面 Chromium 系浏览器打开 MOV 转 MP4，选取本机 `.mov` 或 QuickTime 兼容视频，先预览首末三十秒听口型与看 HDR 是否过曝，并阅读单文件大小上限。
- 若源已是广泛兼容的 H.264 加 AAC，可优先选「重封装」求快求稳；若播放器仍红字或源为 HEVC、ProRes、高帧与非常规色度采样，再改「重编码」并接受更长耗时与体积变化，转换期间勿休眠标签页。
- 下载后在目标环境各测一遍：旧版 Windows 播放器、同事安卓机与投屏盒子；通过后按「项目_模式_日期.mp4」命名并与原始 MOV 哈希互链，母带仍冷存 MOV 或工程文件，勿用 recode 版覆盖唯一精修档。
MOV 转 MP4 常见问答
同一支 MOV 在 remux 模式下体积极小几乎秒好，在 recode 模式下体积反而变大或变糊，这通常说明源是高位率还是说明 CRF 与 ultrafast 预设正在牺牲压缩效率换兼容？
remux 不改视频比特分配，文件大小应接近「换壳」；recode 会用固定 CRF 与 ultrafast 追求可播性，码率曲线与主观锐度可能与源不同。应以目标设备观感为准决定是否接受，而不是只对比字节数。
iPhone 拍的杜比视界或 HEVC MOV 发到安卓微信群后对方说绿屏或发灰，我是否应直接 remux 还是应该几乎总是先 recode 成 yuv420p 的 H.264？
多数社交与旧安卓链路对 HDR 与 HEVC 支持参差，若 remux 后仍异常，应改 recode 让像素格式落到 yuv420p 并在真机回归；对外一条链应用同一策略写进模板避免每人临场猜。
转换后字幕不见了，是 MP4 不支持字幕轨还是因为我源里是独立 SRT 从未封装进 MOV，应如何事前自查？
应先区分软字幕封装与外挂文件：若字幕从未 mux 进 MOV，本页不会凭空生成内嵌字幕；若曾内嵌，remux 可能保留，recode 是否保留取决于实现与轨类型，应以导出试播为准并在剪辑里准备烧录版兜底。
企业网关提示「可执行文件拦截」或杀毒对浏览器下载的 mp4 误报，是否说明转换本身有毒，还是说明应改用网盘链与哈希校验交付？
浏览器本地 WASM 产物不应被当成下载站可执行文件，但若公司策略误杀，应走白名单或对象存储直链并附 SHA 校验；问题在策略与渠道，不在编码器本身。
五百兆上限内两小时活动录像 recode 中途标签页崩溃，是分片转码更合理还是应换工作站本地 FFmpeg，团队 wiki 应怎么写止损？
应先试 remux 是否已满足播放；若必须 recode，应按议程切段分别导出再拼接元数据记录，或改本地批处理；个人笔记本不应承担唯一母带转码责任。