This should be fixed!

I added this in Pion here[0] and I remember testing against Chrome + FireFox and it seemed to work great!

[0] https://github.com/pion/webrtc/commit/e4ff415b2bff31382bdb80...

Good to know, thanks!

Though maybe I’ll keep my old limits for old browser compatibility.

Amazing debugging, I loved reading that. HN doesn't get enough good posts like this anymore :)

If https://github.com/pion/sctp/issues/12 had happened (not just in Pion but across all implementations) this could have been fixed years ago. The hardcoding we all settle for is tragic.

Author here, thank you, that means a lot coming from you. Pion was the prior art I pointed the webrtc-rs maintainers at. And pion/sctp#12 is super relevant. A known, proposed fix years before we hit it.

"The hardcoding we all settle for" might be the epigraph for the whole incident. webrtc-rs invited a PR for the configurable-MTU + better default half [webrtc-rs/webrtc#806] to unblock folks today. Whether PMTUD gets implemented will be interesting to see.

I work on WHIP in OBS and an open source project Broadcast Box[0]. I made this site/video to talk about the reasons why https://webrtcforthestreamer.com

I hope this site can convince more people to check this stuff out. If you are curious or have feedback I would love to hear.

[0] https://github.com/glimesh/broadcast-box

I work on WHIP in OBS and an open source project Broadcast Box. I see a future where streaming is better.

I hope this site can convince more people to check this stuff out. If you are curious or have feedback I would love to hear

I have been working on making streaming cheaper/more private/lower latency (via WebRTC) in OBS. Been working on this site to get people excited https://webrtcforthestreamer.com/ after it is done want to record a YouTube video for it.

After that I want to spend the weekend just closing out Pion bugs/relaxing :)

I can add it! What format would like to see?

Thanks, that would be great! I am trying to think how this could work. Generally, subtitles are embedded as a separate track in the video container or as a sidecar .srt file [1].

Perhaps they can be converted and shown using the WebVTT API[2] or <track> tags [3]?

Edit: Maybe that wouldn't work, here's a relevant stackoverflow post [4]

[1] https://en.wikipedia.org/wiki/SubRip

[2] https://developer.mozilla.org/en-US/docs/Web/API/WebVTT_API

[3] https://developer.mozilla.org/en-US/docs/Web/HTML/Reference/...

[4] https://stackoverflow.com/questions/61446205/webrtc-and-text...

The spirit is alive with https://github.com/m1k1o/neko

The 'co-watching/co-streaming' is the best. I love watching a crappy horror movie with friends and bantering.

You run one encoder for all the viewers. CPU usage won't scale up from 1 -> 15 viewers.

I could get it lower by encoding once and then syncing to keyframes. It would make the code more complicated though. If someone asks for it/gets excited would love to do it though :)

The 'Seek' is done server side. So if you go to `n` seconds it is done server side and done for everyone.

I should reword the README though. If someone is savy enough they could totally grab the video. For most users it is like a Google Meet though. If you click `Show Controls` you can pause the video that is it.

With things like Insertable Streams[0] you can totally grab the video.

[0] https://developer.mozilla.org/en-US/docs/Web/API/Insertable_...

That is 100% controllable! By setting Playout Delay Header[0] you can pick between 'drop everything to stay live' or buffering up to ~40 seconds!

In this project I don't set anything though.

[0] https://webrtc.googlesource.com/src/+/refs/heads/main/docs/n...

shh don't tell them about playout delay header haha