Skip to content

0.49.2

Choose a tag to compare

@jploskey jploskey released this 16 Oct 18:48
· 5 commits to main since this release

Engine

  • WebRTC paces its media at the bandwidth it estimates the path to the browser has, rather than
    sending each keyframe at once, so a constrained path loses fewer packets and shows fewer
    freezes. A packet that finds the socket's send buffer full waits for it to drain rather than
    being dropped, and each session keeps 4096 sent packets to resend the ones the browser
    reports lost. A session logs a warning when its host's network falls so far behind that it
    drops a packet anyway, and one line on close with the packets it sent, the packets the
    browser lost, and its requests to resend them.
  • The WebRTC server's log lines reach the engine log, at the levels logging.output and
    logging.store keep. They went nowhere before, so a session that failed, ended, or never
    connected left no trace.