- From: Jakob Ivarsson via GitHub <sysbot+gh@w3.org>
- Date: Thu, 21 Mar 2024 13:25:51 +0000
- To: public-webrtc-logs@w3.org
Yes, a proper explainer would be good. It sounds like you want to add a separate operating mode for NetEq, which I'm hesitant to add (for this potentially narrow use case) unless there is a lot of interest. It also sounds like a potential footgun for developers where setting a low delay would result in terrible quality. I could imagine other use cases of a maximum delay API that would like NetEq to operate with as low delay as possible or an upper bound, but not throw away packets in the process, which would not fit your description. -- GitHub Notification of comment by jakobivarsson Please view or discuss this issue at https://github.com/w3c/webrtc-extensions/issues/199#issuecomment-2012290804 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Thursday, 21 March 2024 13:25:52 UTC