[参考译文] Linux/AM5728：GStreamer MJPEG 解码问题

您好！

很抱歉耽误你的时间、但我在我这边做了一些测试。
我还能够通过该流水线重现错误：
root@am57xx-EVM：~# gst-launch-1.0 videotestsrc！ VIDEO/x-RAW、FORMAT=NV12、width=1280、height=720、framerate=30/1！ 很棒的酒店！ jpegparse！ 极好的体验！ VPE！ VIDEO/x-RAW、FORMAT=NV12、width=320、height=200！ landsink 同步= false -e
正在将管道设置为暂停...
[571.646722] OMAP-IMU 55082000.MMU：55082000.MMU：2.1版
管道是 PREROLLING ...
管道是 PREROLLED...
正在将管道设置为正在播放...
新时钟：GstSystemClock

(GST-LAUNCH-1.0：1373)：Gstreamer-critical **：GST_buffer_peek_memory：断言"GST_is_buffer (buffer)"失败

**(GST-LAUNCH-1.0：1373)：严重**：GST_FD_MEMORY_GET_FD：断言'em！= NULL'失败
捕获到 SIGSEGV
#0 bb6ac2a40 in poll () at ./sysdeps/unix/syscall-template.S：84
？？中的#1 bb6c05b84 ()来自/usr/lib/libglib-2.0.so.0
旋转。 请运行'gdb GST-launche-1.0 1373 '以继续调试、按 Ctrl-C 退出、或按 Ctrl-\转储内核。
μ^Chandling 中断。
中断:正在停止管道...
EOS on shutdown enabled --强制 EOS 在管线上

我更频繁地(几乎每次)观察到此误差。 我尝试在我的案例中使用视频录制来重新取悦 VPE。 未观察到错误。

但是、我在我的一侧尝试了该流水线：
gst-launch-1.0 -v videotestsrc！ VIDEO/x-RAW、FORMAT=NV12、width=1280、height=720、framerate=30/1！ 很棒的酒店！ jpegparse！ 极好的体验！ 排队！ VPE！ VIDEO/x-RAW、FORMAT=NV12、width=320、height=200！ landsink sync-false -e -v
我运行了大约20次、但我无法复制。
此外、还在流水线中添加了-e 选项、以确保在使用 Ctrl+c 时发送 EOS。

希望这对您有所帮助。

BR
玛格丽塔

投资是否有任何成果，还是还很早？

遗憾的是、我们还需要重新扫描视频、同时使用多个视频、因为客户需要特定的屏幕布局。

看起来只是在之前的帖子中使用流水线、但当我在结尾添加缩放电容器滤波器时、我可能会在大约1/10的情况下重现相同的问题。

如果有方法从 VPE 获取输出并进行加料重新分料、它也会起作用。 视频分频不是很可行、因为它需要太多 CPU。

我们的理想解决方案是可以在 kmsSINK /全屏陆地应用中显示的硬件加速镀层。

可以编译 gstreamer gl 插件。 当前未编译、因为 autoconf 找不到库(例如找不到 wayland-EGL 库)。 但我可能会发现、编译后、它也会很慢、因为它需要将缓冲区复制到纹理而不使用 DRI。  

这看起来是可行的、但它并不是我们的问题、因为它不涉及扩展。 如果在第一个和第二个滤波器中使用不同的分辨率、我仍然会遇到错误、例如：

首先、仍然具有 width=(int) 640、height=(int) 480 、但只需将第二个更改为 width=(int) 800、height=(int) 600
或者、如果我使第一个滤波器保持不变、但将输出1更改为诸如 width=(int) 111、height=(int) 232之类的非标准值
然后我得到完全黑的窗口。

此外、我还尝试了添加第二个 VPE 进行缩放是否会有所帮助。 来测试 VPE
视频测试 src！ CAPS1！ VPE！ CAPS2！ 然后、它会正确调整大小。  

但是、在下面的流水线中、我会得到大约十分之一的尝试与之前相同的 segfault。
您需要更换 ！ landwaysink sync-false 与：

！！ VPE！  'video/x-raw、format=(string) NV12、width=(int) 1040、height=(int) 333'！ 陆上接收机

您好！

我运行了大约20次此流水线：

gst-launch-1.0 -e videotestsrc！ 'video/x-raw、format=(string) NV12、width=(int) 640、height=(int) 480、framerate=(fraction) 30/1'！ 排队！ 很棒的酒店！ 排队！ jpegparse！ 排队！ 极好的地方！ 'video/x-raw、format=(string) NV12、width=(int) 480、height=(int) 320'！ 排队！ 陆上接收机

似乎工作正常、我没有在我的一侧观察到 seg.fault。

我执行此流水线还：

root@am57xx-EVM：~# gst-launch-1.0 -e videotestsrc！ 'video/x-raw、format=(string) NV12、width=(int) 640、height=(int) 480、framerate=(fraction) 30/1'！ 排队！ 很棒的酒店！ 排队！ jpegparse！ 排队！ 极好的地方！ 'video/x-raw、format=(string) NV12、width=(int) 111、height=(int) 232'！ 排队！ 陆上接收机

/GstPipeline0/GstWaylandSink：waylandsink.GstPad：SINK：SINK：SINK：CAPS ="VIDEO/x-RAW\、\ FORMAT\=(STRING\) NV12\、\ width\=(int\) 111\、\ height\=(int\) 232\、\(framerate\) 30\(frame\)分数)

我不会看到"黑"屏幕、如您所见。

另请检查此补丁：

http://git.ti.com/glsdk/gstreamer1-0-plugins-bad/commit/3a5a7f778b3c3259faab04748e7b10f0fd696aab

BR
玛格丽塔

不确定原因、也许您使用的是较早的 SDK 版本、而这是后来添加的？

至于管道、我主要通过同时启动管道来获取错误、将其保存到文件中、然后再使用

` I in `seq 1 5 μ A；请执行
 显示&
完成

当我使用时、已应用了最新的 SDK 补丁(我将源代码/二进制文件作为二进制文件进行了测试、消除了我们一侧编译错误的可能性)。 我恢复了它、对 MJPEG 没有影响。