从更大的角度来看，这更多是关于各种解码、vpp、编码插件之间的混合/互操作。“hwmap”一词实际上只是一个 ffmpeg 概念和实现 ffmpeg 中不同基于硬件的编解码器元素之间互操作的手段（语法）。
此外，“原始”编码也可以归类为用于以未压缩/基本格式解码/编码的特殊编解码器（我们在此框架中大量利用）。它只是不需要额外的“hwmap”语法/概念。处理这种类型的输入/输出的逻辑大多被封装在“引擎盖下”。
那么 gstreamer 呢？我确定我们也想在这里开始测试混合/互操作元素。它可能更多地是关于 gstreamer 中的 caps/memory 语法，而不是“hwmap”语法。
因此，我认为“hwmap”（即从一个硬件元素挂钩到另一个硬件元素的逻辑）也应该完全封装，因为它可以在各种中间件之间以不同方式定义。
因此，我们真的需要考虑如何在不将特定于中间件的术语暴露到测试框架 API 中，尤其是更高级别的用户测试用例配置中的情况下
版权声明：本文为weixin_44225458原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接和本声明。