I am using google chrome with webrtc on linux to stream h264 video from a surveillance camera. The camera stream has a high resolution and chrome is dropping a lot of packets. I am able to see that the socket being used for receiving video packets has the socket option SO_RCVBUF set to 262144. It appears there was a
field trial to determine a good size for the receive buffer which was settled on in this
commit. I could not find the rationale for this number.
Using GDB I was able to increase the SO_RCVBUF value from 262144 to roughly two megabytes. After that change I no longer had packet loss. Could this buffer size be configurable? What is the rationale behind hard coding it to 262144 bytes? We have customers with 4k cameras, so it would be nice if we could increase this buffer size.