LiveU LRT > SRT > Cloudflare Stream streams dont get recorded, cannot be played back?
TL;DR - LiveU SRT flowing through Cloudflare Stream, SRT playback works but customer m3u8 and recording does not exist???
Wondering if anyone has a similar experience to me....
I know LiveU (Solo + LRT) is the cause of many a woe with its lack of reporting errors, no feedback on connection status, not accepting rtmp parameters, etc. but I have a specific issue I'm looking at.
I decided to experiment with Cloudflare Stream as a gateway for two remote LiveU Solos with LRT to SRT to provide a single hop SRT connection to a remote vMix producer.
Once dialled in, the two LiveUs stay in sync all day long. Playback via the Cloudflare SRT output. No problem at all. However I noticed that the camera sessions weren't being recorded! 2 seconds or 'problem encoding'. Two four hour streams that cloudflare doesnt seem to think existed but the end to end was uninterrupted.
Last night I used a produced output direct into cloudflare stream via LRT + SRT and the same thing - it was there, it was readable over SRT playback, but no event recording and crucially this time - no customer side m3u8 playback.
I asked the producer to switch over to RTMPS output from LiveU and it was fine - absolutely normal.
Anybody else experienced anything like this, and know of any fix? I actually dont mind these long running CAMERA sessions not being recorded, but the Production TX not being recorded could be problematic.
If anyone from CF Stream team is here, sample videoIDs are:
0c09b3e7a995069f39ee277919193690
383eb51df6ede68b736c5ed773b4cebd
c50246918621c6a9026ef4cbf8f64659
3 Replies
Hopefully somebody else can replicate or opine on this bizarre behaviour. It goes end to end on SRT to vMix for production so works really well for that...just means i cant do LiveU direct to the customer on situations where hdmi is the final production element
It is not the same situation as yours, but it is certain that CF’s SRT behaves strangely.
Depending on subtle numerical settings such as the bitrate or encoding method of the transferred video, a large amount of noise may or may not appear, and the video may or may not be recorded.
From the various tests I conducted, stability was achieved by setting a relatively low CRF value (10–18) in ffmpeg and always capping the maximum bitrate with VBV.
In the case of RTMP, this issue does not occur and it works normally. In my view, this behavior changes depending on the location of the CF server being used.
I do not fully understand your situation, but it may be worth trying.
However, since I needed to apply such unusual settings, I now avoid routes that use problematic CF servers and instead combine with another solution.
thanks for the reply - ive never had noise in my streams but perhaps thats in whatever flavour of 'unique' you're experiencing whereas mine is maybe a LiveU specific weirdness 😄