Issue with Stream: SRT Playback Not Working in OBS, Only RTMP is Playable

Hi Cloudflare Community,

I am currently encountering an issue with Cloudflare Stream and would greatly appreciate any assistance or insights you might have.

Problem Description:
I am able to send a stream to Cloudflare via SRT (Secure Reliable Transport), but I am unable to playback the stream using the SRT protocol. Specifically, in OBS (Open Broadcaster Software), the stream does not load when using SRT as the source. However, the same stream is playable when using RTMP (Real-Time Messaging Protocol) as the media source.

Details:

OBS Playback Issue:

When attempting to load the stream in OBS using SRT, it fails to play.
Switching to RTMP as the media source allows the stream to play without issues.

Command Line Playback with ffplay:
Using the following command in the CLI, the stream does not seem to play:

ffplay -analyzeduration 1 -fflags nobuffer -probesize 32 -sync ext “srt://live.cloudflare.com:778?passphrase=dfc84576d02ca581efde86fe03a7db0ck2251451f1be824f57dbc2275e3e1cb15&streamid=play2251451f1be824f57dbc2275e3e1cb15”

Here are the details of the ffplay version and configuration used:

ffplay -analyzeduration 1 -fflags nobuffer -probesize 32 -sync ext “srt://live.cloudflare.com:778?passphrase=dfc84576d02ca581efde86fe03a7db0ck2251451f1be824f57dbc2275e3e1cb15&streamid=play2251451f1be824f57dbc2275e3e1cb15”
ffplay version git-2019-10-11-71d9ae1 Copyright (c) 2003-2019 the FFmpeg developers
built with gcc 9.2.1 (GCC) 20191010
configuration: --enable-gpl --enable-version3 --enable-sdl2 --enable-fontconfig --enable-gnutls --enable-iconv --enable-libass --enable-libdav1d --enable-libbluray --enable-libfreetype --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libtheora --enable-libtwolame --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxml2 --enable-libzimg --enable-lzma --enable-zlib --enable-gmp --enable-libvidstab --enable-libvorbis --enable-libvo-amrwbenc --enable-libmysofa --enable-libspeex --enable-libxvid --enable-libaom --enable-libmfx --enable-ffnvcodec --enable-cuvid --enable-d3d11va --enable-nvenc --enable-nvdec --enable-dxva2 --enable-avisynth --enable-libopenmpt --enable-amf
libavutil 56. 35.100 / 56. 35.100
libavcodec 58. 59.102 / 58. 59.102
libavformat 58. 33.100 / 58. 33.100
libavdevice 58. 9.100 / 58. 9.100
libavfilter 7. 62.100 / 7. 62.100
libswscale 5. 6.100 / 5. 6.100
libswresample 3. 6.100 / 3. 6.100
libpostproc 55. 6.100 / 55. 6.100
srt://live.cloudflare.com:778?passphrase=dfc84576d02ca581efde86fe03a7db0ck2251451f1be824f57dbc2275e3e1cb15&streamid=play2251451f1be824f57dbc2275e3e1cb15: Protocol not found
nan : 0.000 fd= 0 aq= 0KB vq= 0KB sq= 0B f=0/0

Questions:

  • Has anyone successfully used SRT with Cloudflare Stream in OBS? If so, what settings or configurations did you use?
  • Are there any known issues or limitations with SRT playback in OBS when streaming through Cloudflare?
  • Could there be an issue with my ffplay command or configuration that is causing the playback to fail?
  • Are there any recommended troubleshooting steps to diagnose and fix SRT playback issues with Cloudflare Stream?

Thank you in advance for your help!

Hi,

For the past 3-4 weeks, we have been experiencing the same issue you have described. Prior to this, we had been streaming with OBS via SRT successfully for several months. We raised a support ticket earlier this week which we’ve raised to urgent as it is affecting our SOP workflow.

We initially encountered the issue with OBS but during troubleshooting, we tried several other methods including different software encoders as well as a Haivision Makito hardware encoder with the same results.

The following was our test procedure:

------Test Procedure 1------

  • Stream test video via SRT Protocol
    Result: Observed audio/video sync problem

------Test Procedure 2------

  • Stream test video via RTMP Protocol
    Result: Observed perfect playback with no audio/video sync problem

Notes:
In both procedures, encoder settings were the same except for protocol.

I am able to reproduce the problem every time at will.

1 Like