question, since cf already runs chromium instances in their cloud (for zero trust isolated browsing), and cf's servers have A100s in them, could this be enabled to upscale stream content?

if you can think of it, it's probably in the chromium codebase somewhere

Any updates the Cloudflare team can share on adding h264 to WHIP/WHEP? Last I heard it was on the roadmap, but no ideas on expected timeline. (Apologies if I missed an update in the scrollback here.)

h264 is now supported! https://developers.cloudflare.com/stream/webrtc-beta/#supported-codecs

Do note that H264 support is a little bit wonky at the moment (primarily around keyframes). Do let us know issues you run into when you are testing H264

Is there an open-source WHIP/WHEP server which can be used to test my WHIP/WHEP client locally?

Hi all! I was wondering if is possible using stream-react to set an initial playback speed

In the product I'm building users watch several videos in sequence an lots of them like to watch them at double speed, but they don't enjoy having to set it to 2x every time a new video loads, so I thought I could keep their preferences outside the player and load the player at their desired rate every time

You can use https://github.com/glimesh/broadcast-box

Is it tested to be fully compliant with the draft standard?

Shouldn't be any less compliant than cloudflare stream is

I don't think there's any official list of "compliant" products/offerings

This should no longer explode now. Try removing the workaround

thank you, i'm try this later, we use the sdk with old(mb incorrect) logic WebRTC - microsoft, Hololens, and this cannot append ice clients to sdp, after set remote sdp data, connection death and no have any positive. We try use this later again or on another project

If you are referring to ice candidates gathering, our implementation should work even if you don't include them in the sdp

but it is another story if the underlying ice implementation is being wonky

mb i'm check later and send you details if cannot found solution for this problem. thanks, but at now we need release product. after this i'm continue tests

quick question - is a bridge between WebRTC and RTMP/HLS in the roadmap?

another one. let's say using the live stream to provide my users with streaming services and i wanted to suspend a user account. that would mean that i want to disable his live streames. but there is no such option in live streams. I can only delete them. is there a workaround or is this feature needs to be developed?

I talked about WHIP and WHEP today at FOSDEM - https://fosdem.org/2023/schedule/event/om_webrtc/ - the video should be online shortly... the slides are available right away. Mentioned Cloudflare Stream 🙂 (Edited - video now online too)

https://blog.cloudflare.com/announcing-our-real-time-communications-platform/ Is CloudFlare still building WebRTC TURN servers? Any progress?

Pretty sure that's all a part of Stream and Calls

I just noticed the H264 news, I will definitely test it tomorrow, cheers for getting that working!

What's the status of trickle ICE, still not there? Just wondering so I know if I should test that too.

@Onyx I believe we support trickle ICE, if you run into issues with it do let us know.

This is a handy summary of what's changed since September https://mailarchive.ietf.org/arch/msg/wish/nFkeml3vXx0WCpyTEkK7K9fuVqs/

cool, thanks, I'll give it a go and see how it goes :)

The talk was well done, I'll share this around to folks we have that are WHIP/WHEP curious but haven't been working on it directly.

Since we are running with public IP, trickle ICE is not needed. However for spec compliance it is supported anyway, although it is likely to be a no-op

is there a limit to how long a live-stream can be? i can see that there is a limit for direct uploads, but cant see anything for live-streaming