您好 我问下实时消息web的发送频率问题。

我们需要发送老师的白板笔迹,但是我看点对点消息限制频率是60每秒。

但现在市场上所有手写板都是至少每秒144 或者200多个点。

用rtm,就只能4 、5个点合一个包发送,或者直接丢掉一半发,学生端视觉效果不完美。

请问我该使用什么方式,能保证每秒60个尽量不被丢弃?
因为接近上限发包,不了解机制,没有安全感。

我还想问这个webrtm是基于websocket的还是 webRTC的?

我们内部确认后给你答复,请稍等。

  1. 可以通过平滑点算法,将一段时间内(比如 50ms)的线段合并为较少的点集合再发送,体积会小一些,而且也可以获得好一些的效果。
  2. 是基于 WebSocket 的。

谢谢 ~

不客气哈