ProRes MOV 为什么还要再转一版 MP4 给非后期同事？
搜「ProRes 转 h264」「mov 太大 微信」「fcpx 导出 看片」「代理 审片 mp4」的人，要的是「客户能点开」而不是「保留每一比特调色余量」。ProRes MOV 在 Mac 上很香，可一旦离开剪辑机，体积与解码要求会劝退所有非后期岗位。浏览器里 remux 只有在源已经是播放器友好编码时才成立；真正 ProRes 往往必须 recode 到 `libx264` 且强制 `yuv420p`，用 CRF 二十六与 ultrafast 在 WASM 上换「能播」而不是换「电影级」。另可配合长尾词如代理剪辑、审片链路、faststart 理解交付。另提醒：recode 会叠一代有损，调色与抠像仍应回到原始 ProRes 工程。另，多音轨与 HDR 元数据可能被扁平或改变观感，审片意见应注明「基于 MP4 试看」。另建议制片在合同里写清「审片档编码规格」，减少各方对「糊了」的主观扯皮。另可在看片邮件里强制附「基于 MP4 试看」免责声明，避免客户拿审片档与调色母带逐像素对比。另建议后期在交付包内同时给「时间码一致的低码代理」与「原始 MOV 路径令牌」，让市场与法务各取所需。另可在调色间张贴「代理只用于沟通、母带仍以 MOV 为准」的短提示，减少跨部门误用版本。
如何在「看片档」场景把巨大 ProRes MOV 收成可转发 MP4
- 先确认 MOV 内是否为 ProRes 家族或已是 H.264：可用 QuickTime 检查器或让对方提供截图；阅读页面大小上限并准备五分钟试样。
- 试 remux 若失败或播放器仍不认，再切 recode 并预留长等待；期间勿并行其它 WASM 重任务以免内存顶穿。
- 下载后在客户指定最旧笔记本上试播并记录 CPU 占用；通过后明确标注「审片档非母带」并与原始 ProRes 工程路径互链。
ProRes MOV 转 H.264 MP4 常见问答
搜「ProRes 转 h264」「mov 压小发给客户」时，为什么 remux 往往直接失败或输出仍巨大，是否几乎意味着必须走 recode？
ProRes 代理档若已是 H.264 内嵌，remux 往往足够；若是真正 ProRes 码流，多半必须 recode 才能在普通播放器硬解。
客户要看「颜色对」的样片，浏览器 recode 成 yuv420p 后肤色漂移，是否应回到 DaVinci 先做有限色彩管理再导出而不是反复在线赌参数？
recode 使用 CRF 二十六与 ultrafast 预设，是 WASM 场景下的兼容取向，不等价于调色母带输出。
ProRes RAW 与 ProRes 422 HQ 在扩展名都是 mov 的前提下，我如何在不装桌面工具的情况下先判断该走哪条链路以免 WASM 直接 OOM？
体积与耗时在 ProRes 源上会显著上升，应先截取高光五分钟试跑再决定是否全长。
剪辑师把时间线整段导出 ProRes MOV 给我发审，我是否应在线整段 recode 还是应要求对方先下变换到 H.264 代理再传？
应优先让对方输出审片代理或分段片段；在线整段重编码长 ProRes 既慢也占本机内存，不适合当主生产线。
recode 后音频从多声道变成双声道立体声，是否说明本页链路会扁平化多轨布局，审片时口型对不齐应怀疑谁？
应回到源工程检查导出设置与帧率是否恒定；扁平化音轨是常见兼容策略，若需保留环绕应在导出端锁定布局而不是指望浏览器 remux 奇迹。