The GoPro is set up like this:
Code:
09:55:47.613: [Media Source 'gopro']: settings:
09:55:47.613: input: rtmp://192.168.50.254/live
09:55:47.613: input_format:
09:55:47.613: speed: 100
09:55:47.613: is_looping: no
09:55:47.613: is_linear_alpha: no
09:55:47.613: is_hw_decoding: yes
09:55:47.613: is_clear_on_media_end: yes
09:55:47.613: restart_on_activate: yes
09:55:47.613: close_when_inactive: no
09:55:47.613: ffmpeg_options:
09:55:47.613: Set FFmpeg options:
RTMP (Real-Time Messaging Protocol) is not very well suited for raw inputs. It's a finished-delivery format that is designed to survive the internet and be smooth at the receiving end, regardless of latency. For raw inputs, you want minimal latency, without having to survive the internet, so RTMP is not so good there. But that wouldn't cause a blackout.
The scenes that use that camera are:
Code:
09:55:47.805: Loaded scenes:
09:55:47.805: - scene 'Band View2':
09:55:47.805: - source: 'Stream Video' (dshow_input)
09:55:47.805: - source: 'Stream audio' (wasapi_input_capture)
09:55:47.805: - filter: 'Compressor' (compressor_filter)
09:55:47.805: - filter: 'Limiter' (limiter_filter)
09:55:47.805: - source: 'camcorder' (dshow_input)
09:55:47.805: - source: 'gopro' (ffmpeg_source)
09:55:47.805: - source: 'Display Capture' (monitor_capture)
09:55:47.805: - source: 'Logo' (image_source)
09:55:47.805: - source: 'Lyrics' (ndi_source)
09:55:47.805: - scene 'Podium View':
09:55:47.805: - source: 'Stream Video' (dshow_input)
09:55:47.805: - source: 'camcorder' (dshow_input)
09:55:47.805: - source: 'gopro' (ffmpeg_source)
09:55:47.805: - source: 'Stream audio' (wasapi_input_capture)
09:55:47.805: - filter: 'Compressor' (compressor_filter)
09:55:47.805: - filter: 'Limiter' (limiter_filter)
09:55:47.805: - source: 'Window Capture' (window_capture)
09:55:47.805: - source: 'Display Capture' (monitor_capture)
09:55:47.805: - source: 'Logo' (image_source)
09:55:47.805: - source: 'Verses' (ndi_source)
There's a little bit going on there, but not too bad. With the multiple cameras per scene, are you doing picture-in-picture? Or could you split them into a dedicated scene per-camera? At any rate, that wouldn't cause a blackout either.
The first line of this only happens once, about 40 seconds after the stream starts, but the following 4 lines happen repeatedly, sometimes interspersed with unrelated things:
Code:
10:00:51.059: Source gopro audio is lagging (over by 29929.72 ms) at max audio buffering. Restarting source audio.
10:00:51.133: [Media Source 'gopro']: Disconnected. Reconnecting...
10:01:01.133: Set FFmpeg options:
10:01:28.528: error: unsupported amf type 17
10:01:29.874: [Media Source 'gopro']: Reconnected.
That's the blackout, about 38 seconds long in this example, but I still don't know *why* it's disconnecting. Or what "amf type 17" is. Is your network unreliable, perhaps? If there's no connection at all for a while, then even an internet-resilient thing can't get through.
On an unrelated note, I see that you're using a Behringer X-Air. I tried an XR18 in a temporary rig, and OBS couldn't use it the way that I needed to use it. It insisted on taking all 18 tracks as 9 stereo pairs, mashing them all into a single stereo pair, and THEN giving me that mess to work with instead of the one stereo pair that I really wanted. I fixed it in that rig by making it all silent on the X-Air side, except for the 2 that I wanted, but that's not a real solution.
How is yours set up? The log doesn't have a whole lot on that, except that there is one.
