作者回复: 这两个之间要配合好其实是非常复杂的。但是总的思路就是,如果RTT很高那么重传时间会很长,这是可以主要使用fec,如果RTT 比较小的话,可以重传多一些。
作者回复: 这个就有点类似于stride弄错了
作者回复: 是会有这个问题,如果你是持续高丢包的情况下的话,可能会卡住很长时间。但是也没有办法,你不可能一直重传前面丢失的包,毕竟有实时性的要求,毕竟大多数时候丢包率不会一直非常高。 这个IDR帧是收到I帧请求之后,通过编码器的接口告诉编码器当前帧需要编码成IDR帧的,跟丢包的P帧的距离,编码器不会关心。
作者回复: webrtc里面的packet buffer 和frame buffer,老版本是VCMJitterBuffer
作者回复: 我文章里面还讲了一种方式啊,通过first_mb_in_slice 来判断开头第一个包,通过Marker位判断最后一个包,中间的所有包都在也可以表示完整了
作者回复: 如果时间戳有跳变同时序列号是连续的,那首包就一定在。不然序列号是不会连续的。
作者回复: 是的,如果有SVC那种不连续参考的参考结构就不需要完全连续了。可以参考SVC那节课。
作者回复: 有处理的,不能丢帧。会发送关键帧请求给发送端要求发送关键帧。
作者回复: 其实花屏不好线上监控的。可以采用一些AI手段来对解码后的YUV做识别是不是花屏。
作者回复: 卡尔曼滤波吗?我本来想讲一下,但是感觉比较难通俗易懂的讲解清楚,因为数学太多了。