OBS crashes when using Stream Delay + SRT after network recovery before first reconnect attempt

slyab

New Member

Environment​

  • OBS Studio: 32.1.2
  • OS: Windows 11
  • Output protocol: SRT
  • Automatic reconnect: Enabled (tested with 5 attempts / 30 seconds)

Description​

OBS consistently crashes under a very specific set of conditions when streaming via SRT.

The crash only occurs if Stream Delay is enabled (even a delay of 5 seconds is enough). It does not occur when Stream Delay is disabled.

Steps to reproduce​

  1. Enable Stream Delay (any value greater than 0 seconds, e.g. 5 seconds).
  2. Configure an SRT stream.
  3. Enable automatic reconnect (tested with 5 attempts / 30 seconds).
  4. Start streaming.
  5. Disconnect the network connection.
  6. Restore the network connection before the first reconnect attempt occurs.

Expected behavior​

OBS should wait for the scheduled reconnect attempt and either reconnect successfully or continue retrying without crashing.

Actual behavior​

OBS crashes immediately after the network connection is restored, but only if the restoration happens before the first reconnect attempt.

If the network remains unavailable until the first reconnect attempt has already occurred, OBS does not crash and reconnect logic continues to work normally.

Additional observations​

  • The issue is 100% reproducible under the conditions described above.
  • The problem only occurs when Stream Delay is enabled. It does not appear to be related to SRT latency settings.
  • The configured reconnect interval does not appear to be fixed. With a setting of "30 seconds", the actual reconnect attempts occur approximately at:
    • 30 s
    • 44 s
    • 60 s
    • 95 s
    • 139 s
  • After OBS crashes, UDP traffic between OBS and the SRT receiver (Nimble Streamer) can still be observed briefly on the network, although the receiver no longer reports an active SRT connection.
This behavior suggests a possible race condition between Stream Delay buffering and the reconnect logic when network connectivity is restored before the first reconnect attempt.
 

Attachments

Back
Top