Florent Castelli

As a follow-up, does this mean we would want to have a `getDataChannels()` function on RTCPeerConnection, similar to how we have `getTransceivers()`? It would build up on the strong references...

> For logical consistency, I think it's the SctpTransport that should have a strong reference to the data channels it carries, not the RTCPeerConnection. But the RTCPeerConnection should have a...

I can certainly give a few words at the next interim "It doesn't do anything nor bring any value at the moment".

Any update on this? It would be interesting to see how to receive voice data through WebRTC in a browser, especially documenting how to get the ICE server information and...

@b1naryth1ef Why wouldn't a bot be able to use the WebRTC protocol too or run in a browser context? There are certainly some valid use cases! Also, WebRTC is a...

We have an experimental branch to build with Gradle + CMake actually. It's waiting on some packages with bug fixes we need being promoted from beta to release. Then, you...

Some of the interesting metrics that immediately come to mind: bitrate, resolution and maybe framerate? I'm not sure how framerate could be different from the "simulcast" level stats ; SVC...

A few notes: It might be interesting to add a slot in `RTCDataChannel` to its `RTCPeerConnection` object. It would make referencing it easier, and it would allow us to have...

Shouldn't we be able to merge the language for the slot in this main spec at least? The content of the slot and the new function could be added to...

Still having issues! Excerpt from crash log showed: ``` Program terminated with signal SIGSEGV, Segmentation fault. #0 __memmove_sse2_unaligned_erms () at ../sysdeps/x86_64/multiarch/memmove-vec-unaligned-erms.S:383 [Current thread is 1 (Thread 0x7f4291811700 (LWP 15454))] Thread...