Yes.
18:13:21.388: Output 'adv_stream': Number of dropped frames due to insufficient bandwidth/connection stalls: 8903 (5.9%)
Your network connection seems to be having trouble keeping up with your bitrate. You should check that you don't have firewall software that is limiting your network performance, or possibly contact your ISP, and double-check using TwitchTest that you're using the best ingest server for you.
Other items of note:
17:33:39.582: adding 23 milliseconds of audio buffering, total audio buffering is now 69 milliseconds
17:36:02.964: adding 23 milliseconds of audio buffering, total audio buffering is now 92 milliseconds
17:38:31.176: adding 23 milliseconds of audio buffering, total audio buffering is now 116 milliseconds
Increasing audio buffering is usually a sign that a system is being overloaded.
17:31:18.605: Loaded scenes:
17:31:18.605: - scene 'Scene':
17:31:18.605: A sprite cannot be drawn without a width/height
17:31:18.605: - source: 'Display Capture' (monitor_capture)
17:31:18.605: - source: 'Game Capture' (game_capture)
17:31:18.605: - source: 'Sub Goal' (browser_source)
17:31:18.605: - source: 'Alert Box' (browser_source)
17:31:18.605: - source: 'Video Capture Device' (dshow_input)
You've got a display capture, a game capture, and a video capture device in the same scene. I can't tell if the video capture device is a webcam or not. You definitely should not have a game capture and a display capture in the same scene as they interfere with one another. If that source is a capture card, you should have separate scenes/scene collections for those items. Just hiding the items doesn't stop them from operating.
