1There is a webhook that is sent when streams finish, otherwise in the specific case of the DVR feature, a user would have to reload their frontend
HOk thanks
HI was playing around with the DVR, with an hls link which was streaming past 7 hours, but when I add the dvrEnabled=true it doesnt work why? I enabled the recording and the videos are there.
Another issue, when the stream loses connectivity , the recoreded videos is stopped and a new one is created does the DVR combine them by default if it works?
https://developers.cloudflare.com/stream/stream-live/dvr-for-live/
Another issue, when the stream loses connectivity , the recoreded videos is stopped and a new one is created does the DVR combine them by default if it works?
https://developers.cloudflare.com/stream/stream-live/dvr-for-live/
Cloudflare Docs
Stream Live supports "DVR mode" on an opt-in basis to allow viewers to rewind,
resume, and fast-forward a live broadcast. To enable DVR mode, add the
dvrEnabled=true query parameter to the Stream Player embed source or the HLS
manifest URL.
resume, and fast-forward a live broadcast. To enable DVR mode, add the
dvrEnabled=true query parameter to the Stream Player embed source or the HLS
manifest URL.
1You need to read the docs on the DVR feature (below isn't directly copied from docs, but the page does explain things)
- Manifests are limited to 7200 segments, so depending on your keyframe interval you will probably hit that limit after a number of hours
- The DVR won't combine the different streams together. There is a small timeout period where the stream will wait for a reconnection before splitting into a new stream
MHey, I'm trying to test the WebRTC live-streaming feature and seeing some issues.
I managed to get a WHIP live input working (see attached image). I'm also aware of the beta limitations (https://developers.cloudflare.com/stream/webrtc-beta/#limitations-while-in-beta), and to my understanding I should be able to consume this stream using WHEP. However, with every player I've tried so far the stream failed to load.
Additional context that might be relevant -
For this test I'm using an RTSP test stream with H.264 encoding (on MediaMTX) and publishing to cloudflare using a gstreamer pipeline with "whipsink" (which is listed as gst-plugins-rs here - https://developers.cloudflare.com/stream/webrtc-beta/#whip).
Did anyone manage to get this feature to work?
I'm currently subscribed to the live-streaming service based solely on this use-case - I'd really appreciate your help getting it to work (or at least some pointers on how to debug this further). :MeowHeartCloudflare:
I managed to get a WHIP live input working (see attached image). I'm also aware of the beta limitations (https://developers.cloudflare.com/stream/webrtc-beta/#limitations-while-in-beta), and to my understanding I should be able to consume this stream using WHEP. However, with every player I've tried so far the stream failed to load.
Additional context that might be relevant -
For this test I'm using an RTSP test stream with H.264 encoding (on MediaMTX) and publishing to cloudflare using a gstreamer pipeline with "whipsink" (which is listed as gst-plugins-rs here - https://developers.cloudflare.com/stream/webrtc-beta/#whip).
Did anyone manage to get this feature to work?
I'm currently subscribed to the live-streaming service based solely on this use-case - I'd really appreciate your help getting it to work (or at least some pointers on how to debug this further). :MeowHeartCloudflare:
Cloudflare Docs
Sub-second latency live streaming (using WHIP) and playback (using WHEP) to unlimited concurrent viewers.
1To me it looks like the issue might be on the MediaMTX side. CF is only receiving 200kbps which is obviously incorrect which means something about your pipeline is not working
VI want to host a video editor SaaS, where I need to store high quality versions of files for rendering and want to get low quality previews for displaying in my editor. Can I use R2 or MUST use Stream for this? And would Stream allow me to retrieve the originally uploaded file?
VIt's not against their TOS?
VI got so confused
VSince it says serving large video files from R2 is not what they want
1think HLS manifest/segments
1or if youre encoding low enough quality you might be right. I think its best to keep filesize below 500MB to be safe?
VOkay that's fair, and so if I didnt convert into smaller videos, and just served the larger files in my editor that'd be against TOS?
VIt's not a classic streaming site use case that's why I'm confused
Vyes absolutely hence why I wanna generate a low quality preview
VCan I build any worker inside of Cloudflare for that?
1Is your software cloud based?
VYea obviously, more asking, is there a video transcoding (compressing files) thing in cloudflare
1No there isnt
Vor would I need to setup a worker to call a transcoding service
Valr appreciate it
1Good luck getting a Worker to do that in an economical way
Vyes
1I really want a transcode option for Workers
1top of my wishlist
Vunfortunately not
VI tried with ffmpeg.wasm
Vbut its so terribly slow
Vit was transcoding at 200kb/s
1That would have been my suggestion lol
Vwhich even for a 20mb file it took minutes
1as in ffmpeg.wasm running in browser or in worker?
Vbrowser of the user
1delivering video is so cooked
Vyea
Vi could obviously build an instance that I call that transcodes
Vbut scalability and managment would be terrible
1Yeah for your use case you might be better off with some sort of intermediate server that can handle transcode
1Depending on the business case and plan for revenue making
VI did look into AWS, Azure and GC with their on the fly transcoding but their storage egress would kill me with an editor