有时，您获得的第一个文件是 WebM，或 仅视频 加上单独的音频文件。 转换（或重新混合）为 MP4 统一这些片段，以便通过电子邮件、LMS 上传或仅支持 MP4 格式的 H.264 的旧电视进行共享。
MP4 通常是容器交换，而不是魔法
Remux = 将流复制到新容器中无需重新编码（快速、无损）。 转码 = 解码并重新编码（速度慢，可能有损）。只要源内的编解码器已经支持 MP4（例如 H.264 + AAC），就首选 remux。本文仍然是概念性的 - - 您的编辑器或 FFmpeg 脚本位于浏览器之外 - - 但决策树在您使用我们的主页上的下载工具 下载器返回文件后立即启动。
在转码之前检查编解码器
- 检查您下载的内容：一个文件还是两个文件？编解码器名称？
- 如果编解码器已经是 H.264/AAC，则 remux 为 MP4（复制模式）。
- 如果编解码器是 VP9/Opus，请决定： 转码 为 H.264/AAC 以进行通用播放，或保留 WebM 以用于内部存档。
- 任何合并后验证 A/V 同步 - 漂移意味着您选择了不匹配的片段。
请阅读最佳 Facebook 视频格式 了解选择理念，并阅读下载高清 FB 视频 以在转换前选择最佳源梯级。
复用后的异步音频
- 不匹配的音频/视频提取之间的异步采样率 - 重新下载匹配的对。
- B 框架 使天真的切割者感到困惑 - 使用现代工具。
在重新编码之前使用副本进行 Remux
- 始终保留原始 WebM，直到 MP4 转码检查完毕。
FFmpeg 与 GUI
- 对于 Windows 资源管理器缩略图，MP4 + H.264 通常“正常工作”。
Facebook 到 MP4、fb 到 mp4 以及仅音频导出
facebook 到 mp4 转换器、facebook 到 mp4 或 convert fb 到 mp4 等查询通常意味着两个作业之一：remux（交换容器，复制编解码器）或 transcode（更改编解码器）。从我们的主页上的下载工具 工作流程获取文件后，当 H.264/AAC 已在源中时，请首选“-c copy”样式重新混合。
一些用户搜索下载 fb 音频、fb 音频下载器或facebook 到 mp3 以从剪辑中提取旁白或音乐。从法律上讲，受版权保护的音频属于权利人 - - 个人教育的离线收听仍可能受到平台条款的限制。从技术上讲，分离音频是下载后的 FFmpeg 任务，而不是礼貌的公共 URL 粘贴应该默默承诺的事情。当视频和音频以分割 DASH 式轨道的形式到达时，请在任何 MP3 步骤之前将它们混合到一个 MP4 中，以便保持同步。另请参阅最佳 Facebook 视频格式 和 Facebook 视频质量问题。
转换问题
FFmpeg 示例区？
社区文档涵盖“-c copy”与“-c:v libx264” - - 在批处理作业之前了解这些标志。
手刹会降低质量吗？
仅当您过于激进地启动射频时。
云转换器值得信赖吗？
避免将敏感媒体上传到随机 SaaS。
旋转手机视频需要重新编码吗？
元数据轮换可以无损；像素旋转可能不会。
ProRes 是否太过分了？
对于 Facebook 来源的社交剪辑，是的。
实用转换决策树
大多数转换错误都是由于跳过检查造成的。首先决定是否需要更改容器（重新复用）或更改编解码器（转码）。默认情况下同时执行这两项操作会增加质量损失和处理时间。 对于社会档案，在转换之前保留原件。原始文件提供可审核性，并允许您在平台需求发生变化时重建可交付成果。 当用户要求提取 MP3 时，请包含权利上下文和技术步骤。能力和权限的分离对于可信的内容至关重要。
- 如果是 H.264/AAC：重新混合为 MP4
- 如果 VP9/Opus：仅在兼容性需要时进行转码
- 在删除源文件之前验证同步
首先从我们的工具中提取
从主页上的下载工具 上的公共 Facebook URL 开始，然后仅在需要时进行转换。