4G传rtp包导致丢包和延时，海思解码后出现忽快忽慢

本帖最后由 feiyashan 于 2017-6-30 17:48 编辑

现在通过4G传输rtp包，当海思收到rtp包送至解码器，由于4G丢包所以出现花屏，由于4G延时所以解码出来的视频忽快忽慢。
1.关于丢包花屏问题我是这么解决的：
之前我把解码器配置成按流发送（VIDEO_MODE_STREAM），只要网络收到一个rtp包就直接扔给解码器，没有等到一帧收完再扔给解码器，如果丢包的话会导致花屏，所以我改成这么做的，把解码器配置成按帧发送，从网络上收rtp包做缓存，当缓冲成一个帧后再发送解码器，当丢包后，我就把这一帧到下一I帧之前的所有帧扔掉，这样确实不会花屏了，但会卡顿，用户体验比之前稍微好点。
2.关于网络忽快忽慢导致视频播放抖动问题，我是这么解决的：
做了抖动缓冲区，网络收包是一个线程，往解码器送包是另一个线程，往解码器送包的线程具体实现如下：假设现在帧率为25fps,则每延时40ms去缓存里读取一帧（延时是通过select实现的），但实际的效果是解码出来的视频跟慢动作一样， 比实际要慢，后来通过打印调试发现，select延时并不精确，设置的40ms，但大概为50ms到70ms之间（通过gettimeofday），随着时间的增长，视频会越来越滞后，所以有几个问题想请教一下：
a)关于精准定时器大家是如何实现的，都说select比较准，但实际效果并不好。有没有比较精准的定时器？
b)针对网络忽快忽慢，海思vdec或者vo有没有相应的缓冲机制，把包缓存下来，然后定时播放，不需要人为去干预？在网上搜过一个帖子，帖子这么说的
" 是对解码器工作模式的理解错误，以前是8f/s的数据，所以每向解码器发送一帧数据我都会睡一小会，再发送下一帧数据。通过usleep达到控制帧率的效果。其实这种理解是错误的。对解码器而言，它没有帧率的概念，读取h264数据只需要查询解码器状态，能继续发送数据给它就直接发送就行，让解码器全速运行解码即可。而帧率控制是通过vdec绑定vo之后，设置vo的帧率参数来达到视频播放帧率控制效果。HI_MPI_VO_SetChnFrameRate",后来我设置了HI_MPI_VO_SetChnFrameRate，并没有明显的效果。所以请问大家，有没有比较好的方法去抖动？