799959745 发表于 2022-10-25 09:40
关于这点（使用cv2.imwrite（）在pycharm里面ssh连接3588板子运行 是可以保存图像的）是怎么实现的？
使 ...
就是pc 用pycharm 通过ssh 连接板子 用pycharm直接运行就是正常的。 如果直接在cmd里面ssh 连板子 就会出现问题
正常来讲 这两种方式不都应该是一样的吗
799959745 发表于 2022-10-25 11:00
可以通过以下方式验证是否解码和编码正常
测试系统buildroot，v1.0.2a 版本。测试文件分辨率1280x720。视 ...
测试视频能否提供一下 18063363651 发表于 2022-10-26 10:19
测试视频能否提供一下
链接: https://pan.baidu.com/s/1XzCErm4lfaja5qHKvFEVTA 提取码: acow 799959745 发表于 2022-10-25 11:00
可以通过以下方式验证是否解码和编码正常
测试系统buildroot，v1.0.2a 版本。测试文件分辨率1280x720。视 ...
gst-launch-1.0 filesrc location=/home/firefly/xiaochou_30s.mp4 ! qtdemux ! h264parse ! mppvideodec ! filesink location=/home/firefly/xiaochou.yuv 出错了
18063363651 发表于 2022-10-26 17:23
gst-launch-1.0 filesrc location=/home/firefly/xiaochou_30s.mp4 ! qtdemux ! h264parse ! mppvideodec ...
buildroot系统测试的。ubuntu下的filesink管道有问题。 以下几点需要注意的：
1. 我们只支持 gstreamer 、 mpp，opencv 部分是不支持的也没有修改过，需要排除 opencv 问题。
2. 为了减轻 ddr 带宽负担现在固件默认都是开启了 AFBC 模式（压缩解码器输出的 NV12 数据），所以输出的绝非是 NV12，而是经过压缩的 AFBC 数据。
3. 请关闭 AFBC 后使用 gstreamer 来测试编解码问题 ：
unset GST_MPP_VIDEODEC_DEFAULT_ARM_AFBC =》 关闭 AFBC
测试解码 mp4 封装的 h264 视频（固件自带）：gst-play-1.0 --videosink="filesink location=./save.yuv" /usr/local/test.mp4
利用 videotestsrc 同时测试编码解码： gst-launch-1.0 videotestsrc! queue ! video/x-raw,width=1920,height=1080 ! mpph264enc ! h264parse ! mppvideodec ! queue ! filesink location="test.yuv"
4. 关于 解码输出数据不等于 1080 问题，底层部分硬件模块需要字节对齐，1080 -> 1088 这是正常现象，客户可以用 rga 后处理来裁剪缩放，但是 1084 是没见过的。
上面第三点 3 是在v1.0.2a 固件上验证的 gst 没有复现问题，注意注意注意注意 需要关闭 AFBC 测试。
板蓝根 发表于 2022-11-2 15:42
以下几点需要注意的：
1. 我们只支持 gstreamer 、 mpp，opencv 部分是不支持的也没有修改过，需要排除 op ...
关闭 AFBC之后就正常了，pipline 是这样的 rtspsrc location=rtsp://admin:admin@192.168.3.242:554/1/1 ! rtph264depay ! h264parse ! mppvideodec! videoconvert !appsink为什么显示的画面延迟特别大 比之前用opnecv 直接软解还要慢
页:
1
[2]