Are you referring to audio only stream? Currently it is not supported but planned

When testing Cloudflare Stream Live Stream feature. I'm noticing when ingest with RTMPS bandwidth will not go over 2mbps (I'm pushing at 6mbps) but with SRT Cloudflare said it 6mbps. The real problem is when try playing those feed via RTMPS, SRT playback. It seem bandwidth is still around 2mbps and it cause playback failed to play smoothly. (And with web player. Video don't even show up.)

@Rachel Sorry, did my best to get a good representation as to what I am looking at

Orange arrow points to a webpage with stream player embedded. and the background as you can see is the CF console

on MacOS, OBS Studio with WHIP, Apple VT H264 Hardware Encoder, 1080p, ABR, 4000 kbps, key frame = 2s, Profile = baseline, no B-Frames

I have to point out that this is not encoder specific, software x264 exhibits the same behavior

@Kyle_Cloudflare did we update the player on the dashboard to support webrtc?

Pretty sure I've seen it work with webrtc feeds

Though it requires enabling vod recording so the behavior with webrtc is relatively sketch

I'm not super sure, I think @tt2468's report sounds interesting; IIRC webrtc viewing was incompatible with hls/dash recording, but I could be working from a stale mental mode. Our player should be universally updated everywhere, including dash.

Which would possibly explain why I've seen it work

But yeah it doesn't save vods if you have it enabled, as one might expect

Regarding the player appearing or not, I do remember having some weirdness but haven't played with it recently to reliably concur.

WHIP (WebRTC) has eliminated this problem, though we now encounter the stuttering of stream output around 3-10 secs before playback are back on playing & sync again. And set the keyframe interval to 1s in OBS lower the time before stream going back to playing to ~1s (maybe keyframe lost in packet ?) Regarding the player on the dashboard when streaming with WebRTC, we don't get it to work even enabling vod recording (still says "Stream has not started yet.").

I don't think I'd go to WHIP if you're looking for super stable stream stability and sync. It's just not its strongsuit

Especially if you don't have a fast, stable, wired internet connection

yes indeed. It does work under very specific encoding settings. I've been toying with settings to get the best latency/quality balance so I can't remember under which setting it worked correctly. Anyway, with my current settings, the console player doesn't work while the Stream API player does.

BTW kudos to @tt2468 and his team for the OBS WHIP PR. You guys rock!

yah, though saw on documentation for webRTC says it supports both video live streaming and audio as well

Well yeah, audio and video. In one stream

so does that mean we can just stream audio element without video element and if so, can we just not allow access to our camera so that the video element is not streamed and if there is any other possible way, suggestions are welcome @Helpflare

Hey I’m similar but the inverse where I have to create an audio stream programmatically. I’ll be testing soon and if that works I can share some code to give you an idea of you might create a fake video stream so you can connect to CF Stream.

Thought some people here might appreciate as Cloudflare Stream has a lot of little quirks about quality on third party players. I wrote a quick program to rewrite the playlist to predefined bitrate variants. Based on my testing, Stream sometimes gives variants very close to each other, let's say 0.15Mbit/s, 0.16Mbit/s, 0.17Mbit/s and sometimes even the same bitrate. At least hls.js has a hard time guessing the correct level and defaults to lower levels. I found out that giving these players a playlist with more scale on the variants helps third party players pick a higher quality level. It's not a perfect fix - that can only be done by Cloudflare but it should reduce at least some quirks when using Stream. Feel free to use it as you wish: https://github.com/micohasanen/stream-packer

@anyatibrian in javascript you can potentially have a Canvas drawing a black frame, and could that as the video track

@Michael.Huang the player in dashboard will only show up if you have recording enabled. For now, webrtc does not support recording. If you have it enabled, it will not work correctly. It is best to view the stream using the embed player for now while we are still ironing the kinks

I am trying to get stream working with my broadcast, My old existing input and even a new input is detected inbound but the web player will not load

changing from 60 fps to 30 fps seems to have allowed it to start I am still testing an issue where my web player embed keeps freezing after a certain ammount of time of my broadcast

it's already failing

is there a maximum stream quality that the web player can handle? I feel like when I started with Cloudflare stream it was working fantastic, but over time it just worked less and less until now it literally does not play