Same for newly uploaded videos? Seems like a weird issue for sure
Same for newly uploaded videos? Seems like a weird issue for sure
SYes, even videos I just uploaded are experiencing the same issue.
SI'm experiencing some strange issues with my stream. I've tried various settings — with and without low latency — and also adjusted OBS settings based on an older question related to the "green screen" problem. I even created a new live input, since the previous one showed an Internal Server Error.
Basically, when I start streaming from OBS, the stream works for the first 8 seconds, but then a green screen appears.
Basically, when I start streaming from OBS, the stream works for the first 8 seconds, but then a green screen appears.
1What are your settings on OBS?
1I wish that live videos would support GIF thumbnails once they turn into VODs. I assume the gif thumbnail endpoint checks if the
liveInput field is filled or not and denies the request, regardless of whether its still actually live or notS
1Try a keyframe interval of 3 and a profile of main/baseline. Otherwise I would say its related to your hardware/software in some way
1Has anyone used Live Instant Clipping and know any tips to speed up processing time? It's a minimum of 7 seconds to produce an MP4 clip currently which is too slow for my use case
SIt works now, thanks for your help
SDo you know why it's not possible to use Cloudflare's player when using allowedOrigins? The video below uses Video.js and works fine
1Do you know what allowedOrigins does?
SHave you checked this issue for me yet?
I'm still experiencing this error when watching the video.
This causes the video to freeze for a long time before resuming, which affects the viewer's experience.
I'm still experiencing this error when watching the video.
This causes the video to freeze for a long time before resuming, which affects the viewer's experience.
1Not really much I can check when I dont work for Cloudflare, I was just trying to provide some troubleshooting tips
SOh, sorry. Thanks for the advice! 
HHey everyone!
I’m using the Cloudflare Stream player and running into an issue. I can't seem to get the play/pause functionality to work programmatically.
I have embedded the player in an iframe and tried using the Stream(iframe) method to access the player instance, but when i run player.pause(), it doesn't pause the video. Looks as if the method didn't run.
I’m using the Cloudflare Stream player and running into an issue. I can't seem to get the play/pause functionality to work programmatically.
I have embedded the player in an iframe and tried using the Stream(iframe) method to access the player instance, but when i run player.pause(), it doesn't pause the video. Looks as if the method didn't run.
1Would be cool to be able to set a watermark profile to a live clipped video
Would also be cool to let me edit videos using Media Transformations so I can add my own watermarks and transitions as necessary
Would also be cool to let me edit videos using Media Transformations so I can add my own watermarks and transitions as necessary
OWe have been having this issue for the past 2 weeks. We've had to move to MUX because support won't answer, and viewers were getting upset (rightfully so).
OFirst time it happened to us was on the 10th of June. It keeps happening. We reuploaded some of the videos but still no resolution to the problem.
Syep, You can raise this issue in my topic so the technical team can handle it as soon as possible. 
@Onnyx
https://community.cloudflare.com/t/experiencing-intermittent-segment-errors-canceled-video-streaming/808125
@Onnyx https://community.cloudflare.com/t/experiencing-intermittent-segment-errors-canceled-video-streaming/808125
RHi, i am new to cloudflare, we have almost 2000+ videos on cloudflare stream, is there any way to download all the videos? like with API or something?
GIs anyone else having issues with WebRTC WHIP/WHEP streams? They were working just this morning, but seemed to stop working for us by around 2:30pm ET.
GThis seems to extend to SRT for us too. Running
edit: SRT is working - this test was missing
edit2: I think I've narrowed it down to a STUN issue. OBS gets a successful STUN response, but Gstreamer and python's aioice send different packets which don't get responses. Gstreamer was working for us before without changes for months until now, so trying to figure out what's happened.
gst-launch-1.0 -v videotestsrc ! x264enc ! srtsink uri=srt://<input url> on my local machine produces a video entry on the dashboard which shows Live but then goes to Error. Gstreamer shows error logs WARNING: from element /GstPipeline:pipeline0/GstSRTSink:srtsink0: Socket is broken or closed. Trying to reconnect This is the same behavior on our production infrastructure and network (different from my local machine).edit: SRT is working - this test was missing
mpegtsmux. The correct pipeline should be gst-launch-1.0 videotestsrc ! x264enc ! mpegtsmux ! srtsink uri=..., which works. WebRTC is still not connecting via Gstreamer though.edit2: I think I've narrowed it down to a STUN issue. OBS gets a successful STUN response, but Gstreamer and python's aioice send different packets which don't get responses. Gstreamer was working for us before without changes for months until now, so trying to figure out what's happened.
1Just tested with OBS and whip seems to be working fine for me
1You'd need to build some other method via API to do this
To add as a feature request, it would be useful in the dash to have radio button selectors for each video and an option to do batch options like download or delete on all selected
To add as a feature request, it would be useful in the dash to have radio button selectors for each video and an option to do batch options like download or delete on all selected
Iwhile i cannot find any pricing information about webrtc here, will there any pricing difference between normal http/rtmp based versus whip/whep stream?
Ithe docs shows
will be priced just like the rest of cloudflare stream however, i wanted to clarify thisIand for live webrtc latency, will be media get transencoded while achieving sub-second latency or host should do compatible live?
OThis is still happening. Have you heard anything form Stream support?
Syep,
They are currently investigating and addressing the issue. If you have any additional details or error descriptions, feel free to leave a comment.
https://community.cloudflare.com/t/experiencing-intermittent-segment-errors-canceled-video-streaming/808125/20
They are currently investigating and addressing the issue. If you have any additional details or error descriptions, feel free to leave a comment.
https://community.cloudflare.com/t/experiencing-intermittent-segment-errors-canceled-video-streaming/808125/20
PHi everyone, simple question here, how can I have the data of viewers count if I choose to not show it embeded in the player ? Is there anywhere in the dashboard where I could find theses stats (currently only found minutes delivered in the analysis) ? The current comportement seems to be that if I de activate the viewers counter in the player, I can no longer access it trought the API even if i'm authenticated.
MCloudflare Docs
The Stream player has full support for live viewer counts by default. To get the viewer count for live videos for use with third party players, make a GET request to the /views endpoint.
THeya! Trying to stream into Cloudflare Stream using WebRTC - the SDP exchange is succesful, STUN is also succesful, but dTLS handshake times out. It looks like the Cloudflare server is ignoring our ClientHello message. Is there any way to find out why?
TMy own software (MistServer). I'm compatibility testing our new WHIP implementation against Cloudflare, trying to figure out why it's not working.
I know my network config and the connection should succeed like this - other tools can also connect just fine despite sending almost identical UDP packets. (There are some small differences in the dTLS ClientHello because our dTLS stack is using mbedtls as the library while most other tools out there use other libs - but I don't see any differences that should change the outcome.... and I tried setting the ciphersuite configuration identical to e.g. Chrome's defaults and that made no difference either
)
I should have mentioned the STUN messages that are succeeding are the ones to cloudflare's WebRTC IP/port returned from the SDP, not a separate STUN server. Which is to say, there is already bidirectional traffic on that UDP localport/localip/remoteport/remoteip combination, so I would expect that the ClientHello is actually arriving, but Cloudflare's server is purposefully not responding to it... for reasons I can't really debug.
I know my network config and the connection should succeed like this - other tools can also connect just fine despite sending almost identical UDP packets. (There are some small differences in the dTLS ClientHello because our dTLS stack is using mbedtls as the library while most other tools out there use other libs - but I don't see any differences that should change the outcome.... and I tried setting the ciphersuite configuration identical to e.g. Chrome's defaults and that made no difference either
)I should have mentioned the STUN messages that are succeeding are the ones to cloudflare's WebRTC IP/port returned from the SDP, not a separate STUN server. Which is to say, there is already bidirectional traffic on that UDP localport/localip/remoteport/remoteip combination, so I would expect that the ClientHello is actually arriving, but Cloudflare's server is purposefully not responding to it... for reasons I can't really debug.
T(And, of course, the same code does work with several other endpoints we've tried pushing to - so it must be some incompatibility that is in the implementation details...)
AHello, I was wondering how to activate Stream WebRTC (WHIP/WHEP) live inputs? Trying to do live streaming on a web app I am building, read that it is in beta and needs to get enabled?
SHi- I've got a couple questions.
First- what's the status of WebRTC for Cloudflare Stream? Doesn't seem to be much progress over the past year and am wondering if we need to be looking for another WebRTC solution (recording, analytics, simulcast etc).
Second- When we create a live input, and use a browser to stream using whip- we often get poor audio quality (compressed/distorted). This has happened on multiple PCs, as well as Macs, using multiple browsers, as well as multiple sound conversion devices. We can use an app like Vmeter to change audio drivers, which will eventually resolve the issue, however there doesn't seem to be a pattern to or consistency to resolving it. Anyone else experienced this?
First- what's the status of WebRTC for Cloudflare Stream? Doesn't seem to be much progress over the past year and am wondering if we need to be looking for another WebRTC solution (recording, analytics, simulcast etc).
Second- When we create a live input, and use a browser to stream using whip- we often get poor audio quality (compressed/distorted). This has happened on multiple PCs, as well as Macs, using multiple browsers, as well as multiple sound conversion devices. We can use an app like Vmeter to change audio drivers, which will eventually resolve the issue, however there doesn't seem to be a pattern to or consistency to resolving it. Anyone else experienced this?
1RealtimeKit is what you will be looking for regarding a good WebRTC solution
SThank you-
HWill cloudflare support in a near future rtmp on stream?
HSome manufacturers like black magic supports rtmp but not rtmps
T... is this channel ever read by anyone that actually works at cloudflare? I get the distinct impression that there simply is no actually useful support. (If there is a better place to get answers I'd love to know about it, but everywhere seems to direct to this Discord server...)
(If there is a better place to get answers I'd love to know about it, but everywhere seems to direct to this Discord server...)
1What issues are you having with Stream?
TNo response to the WHIP dTLS ClientHello. The message I posted a few days ago mentioned it (15 messages up from this one, and the couple messages right below).
I think the only way to further debug this is to get some information from the receiving side to understand why the handshake is being ignored, but I'm not aware of any way to get that information.
I think the only way to further debug this is to get some information from the receiving side to understand why the handshake is being ignored, but I'm not aware of any way to get that information.
TYeah, I tried everything I could think of and at this point am stuck. But we're not going to pay for anything remotely close to enterprise because 1) support experience so far is absolutely terrible and 2) we're not even the client. We're building this integration for others, not for ourselves. We don't even use any cloudflare service whatsoever - our customers do.
So I guess we'll just recommend competing services to our customers in the meanwhile.
So I guess we'll just recommend competing services to our customers in the meanwhile.