这里提的视频花屏是长时间的花屏，对于偶尔的花屏有可能是网络数据传输错误导致的， 此类不属于应用代码可控的方位。如果视频出现长时间的花屏，很大概率是由于视频帧读取不及时，导致内部缓存满以后，socket recv buffer 溢出导致的。
1. 将加大rmem_max到2M，如果此时花屏消失，说明应用的数据处理抖动很大，应该要加大 buffer queue 进行平滑。
[color="#333333"]
echo 2097152 > /proc/sys/ net/core/rmem _max
2.. 用 netstat -na, 一般是以下格式，找到 rtsp 的那个端口（udp 在应用中会有打印，tcp 的话可以看目标 rtsp 地址），这里的 Recv-Q, Send-Q 在正常情况应该都是 0，或者不满的，如果 Recv-Q 经常有很大的数，就说明 overflow 了。一般 Send- Q 不会出问题， 如果这个也很大的话，那么很可能 network driver 驱动挂死了。
Proto Recv-Q Send-Q Local Address Foreign Address Statetcp o 0 0.0.0.0:111 0.0.0.0:\* LISTEN
这里提的视频花屏是长时间的花屏，对于偶尔的花屏有可能是网络数据传输错误导致的， 此类不属于应用代码可控的方位。如果视频出现长时间的花屏，很大概率是由于视频帧读取不及时，导致内部缓存满以后，socket recv buffer 溢出导致的。
1. 将加大rmem_max到2M，如果此时花屏消失，说明应用的数据处理抖动很大，应该要加大 buffer queue 进行平滑。
[color="#333333"]
echo 2097152 > /proc/sys/ net/core/rmem _max
2.. 用 netstat -na, 一般是以下格式，找到 rtsp 的那个端口（udp 在应用中会有打印，tcp 的话可以看目标 rtsp 地址），这里的 Recv-Q, Send-Q 在正常情况应该都是 0，或者不满的，如果 Recv-Q 经常有很大的数，就说明 overflow 了。一般 Send- Q 不会出问题， 如果这个也很大的话，那么很可能 network driver 驱动挂死了。
Proto Recv-Q Send-Q Local Address Foreign Address Statetcp o 0 0.0.0.0:111 0.0.0.0:\* LISTEN
举报
