Peerjs: DataChannel se cierra inesperadamente y sin motivo

Resulta que estaba leyendo el archivo demasiado rápido y el búfer del canal de datos WebRTC se llenó, que tiene un límite de 16 megabytes:

http://viblast.com/blog/2015/2/25/webrtc-bufferedamount/

Si se envían muchos mensajes juntos, no es posible que se transmitan todos a la vez. Se colocan en el búfer de entrada. Pero el búfer no puede crecer infinitamente; por lo general, tiene algún límite predeterminado. Si se excede el límite, entonces en Chrome> = 37 el canal de datos se cierra, todos los mensajes se descartan y se lanza una excepción. Sin embargo, en Chrome <= 36, solo se lanza una excepción. Así que este es un cambio que rompe la API que se realizó en Chrome 37. Los desarrolladores deben tener cuidado con este cambio si están tratando con navegadores antiguos.

Oh, Dios mío ... Encontré exactamente el mismo problema, con peerJS también y no pude encontrar ninguna respuesta (suponía que era algún tipo de cosa relacionada con el búfer). Gracias por una idea finalmente, espero que esto suceda. resolver mi problema. Es interesante que peerJS tenga un mecanismo interno de almacenamiento en búfer, que, según tengo entendido, se hizo correctamente para este problema, SIN EMBARGO, la implementación parece depender de la captura de excepción de no poder enviar, y si en el nuevo chunnel de Chrome simplemente se mata, esto el sistema ahora es redundante. Haré un problema aquí al respecto, tan pronto (si) estaré seguro de que esta es la razón.

Editar: sí parece legítimo, la cantidad almacenada en búfer ronda los 16 MB y todo falla.

Sí, este fue un error doloroso de descubrir. Me tomó días entender finalmente lo que estaba sucediendo. PeerJS debe actualizarse para manejar adecuadamente cuando el búfer del canal de datos se desborda y Chrome interrumpe la conexión.

Por cierto, si alguien se encuentra con esto, abrí un problema y publiqué allí una pequeña edición en la fuente de peer.js para solucionarlo https://github.com/peers/peerjs/issues/291

@ UnsungHero97

Si se envían muchos mensajes juntos, no es posible que se transmitan todos a la vez. Se colocan en el búfer de entrada. Pero el búfer no puede crecer infinitamente; por lo general, tiene algún límite predeterminado. Si se excede el límite, entonces en Chrome> = 37 el canal de datos se cierra, todos los mensajes se descartan y se lanza una excepción. Sin embargo, en Chrome <= 36, solo se lanza una excepción. Así que este es un cambio que rompe la API que se realizó en Chrome 37. Los desarrolladores deben tener cuidado con este cambio si están tratando con navegadores antiguos.

Pequeña corrección: 16 KB, no 16 MB, para referencia futura. Enfrenté el mismo problema. El límite de Firefox es 16kiB (https://developer.mozilla.org/en-US/docs/Web/API/WebRTC_API/Using_data_channels#Understanding_message_size_limits) aproximadamente igual.