Ah yep.

name

is specified in the example on upload via link, it seems that the documentation here https://developers.cloudflare.com/api/operations/stream-videos-upload-videos-from-a-url is missing some fields?

Hello 👋 I’m working with CF streams via webRTC. At the moment recording is not supported, does anyone have any tips on how I can implement this on my own? And is there any timeframe until that is supported by CF?

hello, now I'm streaming with webrtc, when I run the whep link here, the broadcast comes, but when I add it to my own codes with the library, nothing comes up.

wrt things missing in docs: https://discord.com/channels/595317990191398933/893253103695065128/1047056026731556995

Have video conferencing working through Cloudflare streams 😄 I use a DurableObject and WebSocket to rendezvous the clients, create the streams, and exchange WebRTC endpoints. The rest is served from cloudflare pages. The entire application, including the UI, is 514 LOC including comments and whitespace. Photo is: * IPhone using the orion browser * MacBook using Chrome * FreeBSD using Firefox All drop into a zero friction video conference with a single click. Any chance of getting invited to the calls closed beta?

@William Blankenship wow this is awesome!!! We had this exact setup, with Durable Object and Pages and all, until recently. Was super fun! Calls is better because you can do everything over 1 peer connection and take advantage of things like easy echo cancellation. Also don't have to create inputs each time. Will definitely invite shortly but it's bugs galore there. Mind if I DM you?

Orion Browser for the win! I use it on desktop as well.

It would be nice(Critical) to have a webhook, for outputs as well as additional for input, with status changes, connected disconnected, health, and stuff. inputs is very limited.

Is giving access to Stream for Pro and Business acounts still in plans? It seems that the blog indicated Decmeber first which is in the past but I still do not see anything for my account. Thanks.

Hi -- I'm seeing the error *"Stream has not started yet" * on the webplayer for an RTMPS input ID: 443e51924de19f703a090c3bfd31a958 // I can play back the live video just fine using ffplay, but the player html embed option is broken.

good day everyone, I have seen this in the documentation https://developers.cloudflare.com/fundamentals/customizations/building-custom-dashboards/ now the official stream API has not WebSocket connection like the Dash has the dash has an interesting WS That is giving this type of interesting info wss://live-status.videodelivery.net/websocket/source/{Some sort of ID}/status and it has live messages about the video going live(connected) as well as output statuses. is it allowed to use as an API? if its allowed is it safe to use?

that would be amazing to have live information like this passed through an API via WebSocket or whichever live messaging mechanizm or technology

Anyone else having issues with WebRTC at the moment? I'm getting ICE failures, also I'm getting CloudFlare IPs in candidates instead of my WHEP client IP? Also some mentions of H264 streams in there, which I'm happy about but it's still not running either way :D

I saw that you can generate thumbnail previews for video scrubbing with the following url https:////thumbnails/thumbnail.jpg?time=55.050s&duration=18.350s&height=108&imageCount=60 Is there more information provided somewhere regarding this? I found the link inside the code for the cloudflare stream player. We want to create our custom player and implement video scrubbing previews ourself. If I saw it correctly depending on the parameters you add to the url the image gets generated on the fly. However this takes a short moment. Is there a certain url schema used by default, or is it only generated on the first request and than cached for later use?

Is the original code of the cloudflare stream player public somewhere?

Hello, When reading the Stream documentation, I can see that it’s possible to preview a given live stream in the Stream Dashboard. Is it possible to embed this preview on an external page? Our specific use case is that our customers currently are accustomed to a flow, where they can preview their live input on a web dashboard on our platform to ensure that everything in the studio is setup correctly before going live. Is this supported and if not, is this something that would be available in the future?

Yup, just use the embed code given by Stream. It'll be delayed about 40s because of HLS encoding delays but there's no way around that aside from using WebRTC (which requires WebRTC on both input and output, and doesn't record)

As Issac touches on, there's an embed code there right in the dash, which you can use to do exactly that. The preview is just a version of that embed. Also see https://developers.cloudflare.com/stream/viewing-videos/using-the-stream-player/

Ahh thank you, I think I misunderstood the possibilities-- we're used to being able to having a separate manifest that can preview the input while not publicly broadcasting.

I've been working on the PR for OBS that adds WHIP/WebRTC support and ran into a problem DELETEing the resource. The POST succeeds and creates a resource:

status: 201,
    headers: {
        "date": "Thu, 15 Dec 2022 16:52:57 GMT",
        "content-type": "application/sdp",
        "content-length": "1837",
        "location": "/<secret>/webRTC/publish",
        <snip>
        "access-control-allow-methods": "PATCH,POST,DELETE,OPTIONS",
        "access-control-expose-headers": "x-thunderclap,location,link,accept-post,accept-patch,etag",
        "protocol-version": "draft-ietf-wish-whip-05",
        "x-thunderclap": "DFW",
        "server": "cloudflare",
        "cf-ray": "77a0b1521ff50baf-DFW",
    },

Then attempting to delete it results in:

curl -v -X DELETE https://customer-<cid>.cloudflarestream.com/<secret>/webRTC/publish

HTTP/2 405 
< date: Thu, 15 Dec 2022 16:53:27 GMT
< content-type: text/plain;charset=UTF-8
< content-length: 29
< access-control-allow-origin: *
< link: <stun:stun.cloudflare.com:3478>; rel="ice-server"
< vary: Origin
< accept-post: application/sdp
< access-control-allow-credentials: true
< access-control-allow-headers: content-type,authorization,if-match
< access-control-allow-methods: PATCH,POST,DELETE,OPTIONS
< access-control-expose-headers: x-thunderclap,location,link,accept-post,accept-patch,etag
< server: cloudflare
< cf-ray: 77a0b2105a150c1b-DFW

Please tell me how many viewers does webrtc stream support?

I'd assume there's no limit

please tell me if the streamer will send his stream to all viewers or it works in some other way? sorry if this is a stupid question

I just want to know if the Internet speed of the streamer is not high whether other users will slow down

The streamer's stream goes to cloudflare, then each viewer gets it from cloudflare

So you only need enough bandwidth for the stream itself, because cloudflare does the distribution

thanks!

Well, here I am again completely confused, @Rachel tried to help me but timezone issues makes it so I'm home and unavailable when she's around... I had WebRTC streaming working reliably. Without any apparent changes on my end it's now causing me issues: ICE disconnects when trying to start playing the stream most of the time. But it does work, sometimes. I don't see anything suspicious in SDP on either end, I also implemented trickle ICE now, no change. Dashboard says the input is connected and I can occasionally get it to run by just retrying on the WHEP client end without making any changes. I'm stumped.

We are aware of the flaky playback issue. It is usually not the fault on the client side. Fix is on the way