[参考译文] Linux/AM4379：GST-LAUNCH-1.0 v4l2SINK 缺少 video1器件

Manisha、

感谢你的答复。

我的最终目标是在静态1280x800 RGB 图形上覆盖640x480 YCbCr 视频图像。 我可以使用以下管道线执行此操作(请注意，在本示例中，静态图形由 videotestsrc 表示)。

/GST-LAUNCH-0.10 -EV 视频视频终端名称= Mix SINK_1：：xpos=100 SINK_1：：：ypos=100 SINK_1：：：alpha=1.0 SINK_1：：：zorder=3 SINK_2：：xpos=0 SINK_2：：：：：：ypos=0 SINK_2：：：：：zord=2！ 超赞的色彩空间！ fbdevsink v4l2src device=/dev/video0！ 视频！ VIDEO/x-RAWE-YUV、宽=640、高=480、帧速率=30/1！ 超赞的色彩空间！ 混合。 视频测试 src！ VIDEO/x-RAWE-RGB、宽度= 1280、高度= 800！ 混合。

此示例起作用、但从摄像机前面发生的操作到显示该操作的时间有20-30毫秒的延迟。

减少此延迟的最有利方法是什么？ 这是一个简单的嵌入式应用、在我看来、实施 xwindow/wayland 似乎过于复杂。

是否可以创建两个帧缓冲区(一个视频和一个图形)、它们可以在无需实施 Wayland 协议的情况下叠加？

我还了解了 SDK 中包含的双摄像机演示-1.0。

在用户空间中设置 DRM 覆盖层是否是更好的方法？ 也就是说、它是否更简单、更简单？

Gary

您好、Gary、

AM437x 上的显示子系统(DSS) IP 支持硬件加速的即时覆盖和显示。  

请按照双摄像头演示进行操作、它可满足您的需求。  它更简单、更简单。 在双摄像头演示中、图形在软件中绘制。 如果您希望在 SGX 中绘制图形、请按照视频-图形-测试进行操作。

延迟是摄像机捕获速率、开始处理数据之前排队的帧数、显示速率的函数、假设覆盖发生在 DSS 中。 如果您在捕获后立即发送图像、则您观察到的延迟应以显示速率显示。 否则，延迟为 caption_rate *num_fframes_queued_Before_sending 以显示+ display_rate。