从头开始编写 H264 编码器/解码器？
H264 Encoder / Decoder Writing from Scratch?
我考虑从头开始编写一个 H264 编码器/解码器，以便能够将该技术集成到一个复合产品中。第一个实现将写成 Java.
我习惯于写科学论文等等，所以我至少应该带上基本的数学理解。
什么是最好的开始，我应该关注什么。我知道 H264 基本上是现有技术的混合体。
最重要的事情是什么？
知道第一个有用的版本需要多少时间。
主要 objective 非常快，同时保持良好的压缩。
几个小时？也许 20,000。仅解码器规范就有超过 750 页的文档。解码器是最简单的部分。
经过考虑:)，我现在仍然会使用我自己的基于PNG 和JPEG 的解决方案，而不使用运动矢量。我只是写了一个小解决方案，我可以根据这些压缩部分图像，并使用滤镜通过应用各种模糊或减少颜色数量甚至分辨率来降低质量。目前运行良好。
如果我需要更好的质量，我会开始更详细地研究 VP9。
唯一的缺点是没有硬件编码支持，这可能会迫使我/我们再次研究 H264。
目前，我可以为每天的情况提供 60 多帧，对于质量差的视频内容，我可以缩小到每秒 15 帧，但这足以抓取安全摄像头屏幕，看看是否有问题。
我考虑从头开始编写一个 H264 编码器/解码器，以便能够将该技术集成到一个复合产品中。第一个实现将写成 Java.
我习惯于写科学论文等等，所以我至少应该带上基本的数学理解。
什么是最好的开始，我应该关注什么。我知道 H264 基本上是现有技术的混合体。
最重要的事情是什么？
知道第一个有用的版本需要多少时间。
主要 objective 非常快，同时保持良好的压缩。
几个小时？也许 20,000。仅解码器规范就有超过 750 页的文档。解码器是最简单的部分。
经过考虑:)，我现在仍然会使用我自己的基于PNG 和JPEG 的解决方案，而不使用运动矢量。我只是写了一个小解决方案，我可以根据这些压缩部分图像，并使用滤镜通过应用各种模糊或减少颜色数量甚至分辨率来降低质量。目前运行良好。
如果我需要更好的质量，我会开始更详细地研究 VP9。
唯一的缺点是没有硬件编码支持，这可能会迫使我/我们再次研究 H264。
目前，我可以为每天的情况提供 60 多帧，对于质量差的视频内容，我可以缩小到每秒 15 帧，但这足以抓取安全摄像头屏幕，看看是否有问题。