rk3399pro mpp编码后解码出错

我们将摄像头的数据使用mpp进行h264硬编码，然后编写一个rtsp sever提供rtsp服务。
在使用vlc播放时，播放不了。

尝试使用ffmpeg转码会报如下错误：
[h264 @ 0x5609dd5f4100] decode_slice_header error
[h264 @ 0x5609dd5f4100] no frame!
[h264 @ 0x5609dd5f4100] non-existing PPS 0 referenced
这是ffmpeg转码命令
ffmpeg -i rtsp://192.168.1.151:554 -c:a copy -c:v copy -f h264 ffmpeg_get_1.h264

如果在mpp编码出h264后，打包成h264文件，此时用ffmpeg对这个文件再重新进行h264编码，这个编码后的文件再使用我们的代码提供rtsp服务，用vlc可以正常播放。

不知道问题出在哪，希望大家能给个建议。

第一个图是mpp编码的h264

第二个图是mpp编码的h264再经过ffmpeg转码的h264

问题解决了，少了SPS和PPS.
只是延时特别大，不知道怎么降低延时

chansy 发表于 2020-4-24 14:05
问题解决了，少了SPS和PPS.
只是延时特别大，不知道怎么降低延时

vlc拉流播放是有cache的。。。多少cache就有多少延迟。。

jefferyzhang 发表于 2020-4-24 16:28
vlc拉流播放是有cache的。。。多少cache就有多少延迟。。

这个cache设置为0之后，还是会有0.5-1秒的延时，mpp编码的延时可以降低吗？

chansy 发表于 2020-4-28 13:52
这个cache设置为0之后，还是会有0.5-1秒的延时，mpp编码的延时可以降低吗？

不明白你意思，硬件编码器一共就十几毫秒编码一帧，
软件写的问题不去查来要硬件再降延迟是个啥意思？

jefferyzhang 发表于 2020-4-28 14:17
不明白你意思，硬件编码器一共就十几毫秒编码一帧，
软件写的问题不去查来要硬件再降延迟是个啥意思？
...

嗯，确认了，确实是播放器端的问题
mpp编码只花了10ms左右