Cloudflare Stream WHIP: live:true + status:"ready" but videoUID:null and HLS manifest returns 204
(clean input)
Hi everyone, I’m debugging an issue with Cloudflare Stream + WHIP and would really appreciate help from the Stream team.
Context
Product: Cloudflare Stream – Live Input
Live input name: bekind-qa-clean
Live Input ID: e7d69569fc50508a81da1df57f017f7e
Manifest URL:
https://customer-0blzozatphcchxja.cloudflarestream.com/e7d69569fc50508a81da1df57f017f7e/manifest/video.m3u8
Protocol: WebRTC (WHIP) from browser
What I’m trying to do
Ingest: WHIP from a simple HTML test page (no special libs)
Playback: custom HLS player (hls.js) using the manifest URL above
Problem
WHIP connects and the Stream dashboard shows the input as Connected, but the HLS manifest always returns HTTP 204 No Content, and videoUID in /lifecycle is always null.
While publishing I see:
curl ".../e7d69569fc50508a81da1df57f017f7e/lifecycle"
{"isInput":true,"videoUID":null,"live":true,"status":"ready","chunked":false,"unstable":{"ltxEnabled":true}}
curl -i ".../e7d69569fc50508a81da1df57f017f7e/manifest/video.m3u8"
HTTP/1.1 204 No Content
So the input is live:true and status:"ready", but there is never a videoUID and no HLS segments.
What I already tried
Created this clean Live Input only for WHIP tests
Enabled “Play and record live”
Disabled LL-HLS beta
WHIP page uses getUserMedia (960x540@30fps video, 48k mono audio) and posts SDP to the WHIP URL from the dashboard
Browser logs: 1 audio track, 1 video track, ICE state connected
Dashboard: Connected (green), protocol = WebRTC (WHIP), but preview keeps spinning and HLS stays 204
I had the same behaviour on another input ID before creating this clean one.
Question
Is there any known limitation or current issue with WHIP ingest → HLS playback on Stream in this scenario?
Could someone from the Stream team check the logs for this Live Input ID and see why the transcode pipeline never creates a videoUID / HLS stream?
This is blocking my production MVP, so any guidance is very appreciated.
Hi everyone, I’m debugging an issue with Cloudflare Stream + WHIP and would really appreciate help from the Stream team.
Context
Product: Cloudflare Stream – Live Input
Live input name: bekind-qa-clean
Live Input ID: e7d69569fc50508a81da1df57f017f7e
Manifest URL:
https://customer-0blzozatphcchxja.cloudflarestream.com/e7d69569fc50508a81da1df57f017f7e/manifest/video.m3u8
Protocol: WebRTC (WHIP) from browser
What I’m trying to do
Ingest: WHIP from a simple HTML test page (no special libs)
Playback: custom HLS player (hls.js) using the manifest URL above
Problem
WHIP connects and the Stream dashboard shows the input as Connected, but the HLS manifest always returns HTTP 204 No Content, and videoUID in /lifecycle is always null.
While publishing I see:
curl ".../e7d69569fc50508a81da1df57f017f7e/lifecycle"
{"isInput":true,"videoUID":null,"live":true,"status":"ready","chunked":false,"unstable":{"ltxEnabled":true}}
curl -i ".../e7d69569fc50508a81da1df57f017f7e/manifest/video.m3u8"
HTTP/1.1 204 No Content
So the input is live:true and status:"ready", but there is never a videoUID and no HLS segments.
What I already tried
Created this clean Live Input only for WHIP tests
Enabled “Play and record live”
Disabled LL-HLS beta
WHIP page uses getUserMedia (960x540@30fps video, 48k mono audio) and posts SDP to the WHIP URL from the dashboard
Browser logs: 1 audio track, 1 video track, ICE state connected
Dashboard: Connected (green), protocol = WebRTC (WHIP), but preview keeps spinning and HLS stays 204
I had the same behaviour on another input ID before creating this clean one.
Question
Is there any known limitation or current issue with WHIP ingest → HLS playback on Stream in this scenario?
Could someone from the Stream team check the logs for this Live Input ID and see why the transcode pipeline never creates a videoUID / HLS stream?
This is blocking my production MVP, so any guidance is very appreciated.
