关于FFmpeg编码器支持缺失的约束及实现途径的技术咨询

嘿，这个问题问到点子上了，我结合FFmpeg社区的实际情况给你拆解下：

首先说三个选项的实际影响：

• 选项A（版权保护）：这绝对是最常见的核心原因之一。很多编码器（比如一些商用的H.264/HEVC衍生版本、老的RealVideo格式）都受专利壁垒保护，FFmpeg作为开源项目，为了避免整个社区和用户陷入法律纠纷，绝对不会默认包含需要支付专利授权费的编码器实现——毕竟一旦加入，不管是项目分发还是用户使用，都可能面临专利持有者的诉讼。
• 选项B（闭源实现未知）：这也是个关键因素。有些私有媒体格式的编码器细节完全是闭源的，厂商根本不对外公开编码规范，开发者既没法通过公开文档实现兼容编码器，也不能随便逆向工程（可能涉及法律风险），自然就没法加入FFmpeg。
• 选项C（无人需求或推动）：这种情况确实存在，但相对前两者要少得多。FFmpeg的开发者大多是基于社区需求来贡献代码，如果某个编码器的使用场景极窄，没有用户反馈或者开发者自身没这个需求，就不会有人主动去折腾实现。但如果是有一定用户基数的格式，通常社区里会有人讨论甚至发起实现计划。

然后说说你纠结的版权问题：FFmpeg的许可文档里没明确提A的影响，是因为专利和版权是两个独立的知识产权范畴——FFmpeg的LGPL/GPL许可管的是代码本身的版权，而专利是另一个层面的法律约束。哪怕你自己从零实现了一个编码器，如果它侵犯了第三方的专利，那使用和分发这个编码器依然存在法律风险，这也是FFmpeg官方对这类编码器极其谨慎的原因。

最后说下你关心的实现途径：

• 如果你自己有开发能力和时间，完全可以自己实现编码器，然后提交PR到FFmpeg社区。不过要注意两点：一是确保你的实现不侵犯任何专利，二是要符合FFmpeg的编码规范和许可要求。
• 如果你自己没法动手，也有几个方向可以尝试：
  • 去FFmpeg的官方邮件列表或者社区论坛发帖子，详细说明你需要这个编码器的场景和具体需求，看看有没有其他开发者感兴趣一起推进；
  • 有些商业公司提供定制化FFmpeg开发服务，如果你有预算，可以联系他们来开发特定的编码器；
  • 也可以在开源平台发起悬赏或者众筹，吸引有能力的开发者来承接这个需求。

备注：内容来源于stack exchange，提问作者Skretzo