[bilibili/ijkplayer]播放udp流，累计延时会增加

你好。有交流方式吗？统一遇到这个问题。

你好。有交流方式吗？统一遇到这个问题。

暂时没有解决，有个方式可以降低这个概率，但是处理得不好 微信：pastloveyau

中途有没有buffering

在read_thread里判断缓冲区大小，根据大小开启倍速播放，追到一定程度后就停止

在read_thread里判断缓冲区大小，根据大小开启倍速播放，追到一定程度后就停止

这个可能真正解决需要做很多的优化。

在read_thread里判断缓冲区大小，根据大小开启倍速播放，追到一定程度后就停止

这个可能真正解决需要做很多的优化。

是的，我只是提个改善用户体验思路，另外我这个办法在网络速度好但是波动大的情况下基本还能保持比较低的延时，延时累计效应不明显

我的应用场景比较特殊，必须要求实时性，可以丢弃非实时数据，所以我处理的方式为：在read线程中，判断vcache大小，大于某个阈值，直接丢帧，这样做会引起视频帧卡顿或者重复（应该可以判断是否是关键帧在丢弃）

我的应用场景比较特殊，必须要求实时性，可以丢弃非实时数据，所以我处理的方式为：在read线程中，判断vcache大小，大于某个阈值，直接丢帧，这样做会引起视频帧卡顿或者重复（应该可以判断是否是关键帧在丢弃）

不能这样丢帧，在一个IBP的序列中，如果有B并且B做参考时丢了B，或者如果丢了P，就需要丢到下一个I。 如果要求实时性，可以在要求推流端的I帧间隔尽可能小，如果你打算丢帧，就丢一个序列（也叫做GOP).

我的应用场景比较特殊，必须要求实时性，可以丢弃非实时数据，所以我处理的方式为：在read线程中，判断vcache大小，大于某个阈值，直接丢帧，这样做会引起视频帧卡顿或者重复（应该可以判断是否是关键帧在丢弃）

不能这样丢帧，在一个IBP的序列中，如果有B并且B做参考时丢了B，或者如果丢了P，就需要丢到下一个I。 如果要求实时性，可以在要求推流端的I帧间隔尽可能小，如果你打算丢帧，就丢一个序列（也叫做GOP).

哥们你有做过局域网内用rtmp或者rtsp推流吗？

我的应用场景比较特殊，必须要求实时性，可以丢弃非实时数据，所以我处理的方式为：在read线程中，判断vcache大小，大于某个阈值，直接丢帧，这样做会引起视频帧卡顿或者重复（应该可以判断是否是关键帧在丢弃）

不能这样丢帧，在一个IBP的序列中，如果有B并且B做参考时丢了B，或者如果丢了P，就需要丢到下一个I。 如果要求实时性，可以在要求推流端的I帧间隔尽可能小，如果你打算丢帧，就丢一个序列（也叫做GOP).

哥们你有做过局域网内用rtmp或者rtsp推流吗？

你那是监控吧，我做互联网的，监控用ijk不合适，可以考虑大牛的播放器和推流器

我的应用场景比较特殊，必须要求实时性，可以丢弃非实时数据，所以我处理的方式为：在read线程中，判断vcache大小，大于某个阈值，直接丢帧，这样做会引起视频帧卡顿或者重复（应该可以判断是否是关键帧在丢弃）

不能这样丢帧，在一个IBP的序列中，如果有B并且B做参考时丢了B，或者如果丢了P，就需要丢到下一个I。 如果要求实时性，可以在要求推流端的I帧间隔尽可能小，如果你打算丢帧，就丢一个序列（也叫做GOP).

是的，要丢必须要丢弃一个gop序列，否则会出问题，不过我看源码，它好像没有判断是否是关键帧，直接丢弃帧。我们的应用场景没有用到B帧，只有P帧，且没有缓冲；ijk在udp模式下h264硬解码，最低能做到300毫秒左右。

我的应用场景比较特殊，必须要求实时性，可以丢弃非实时数据，所以我处理的方式为：在read线程中，判断vcache大小，大于某个阈值，直接丢帧，这样做会引起视频帧卡顿或者重复（应该可以判断是否是关键帧在丢弃）

不能这样丢帧，在一个IBP的序列中，如果有B并且B做参考时丢了B，或者如果丢了P，就需要丢到下一个I。 如果要求实时性，可以在要求推流端的I帧间隔尽可能小，如果你打算丢帧，就丢一个序列（也叫做GOP).

是的，要丢必须要丢弃一个gop序列，否则会出问题，不过我看源码，它好像没有判断是否是关键帧，直接丢弃帧。我们的应用场景没有用到B帧，只有P帧，且没有缓冲；ijk在udp模式下h264硬解码，最低能做到300毫秒左右。

两个问题，第一300ms的硬解码264，是不是太慢了，或者你们分辨率太高？第二个，我用追帧的办法，不丢帧，可以考虑放低probe和缓冲区的大小，但是在互联网的情况下，这个不抗抖动。另外关于丢帧，我是按照协议，nalu头上有个参考级别，nal类型，然后自己写的丢帧办法