Preview/Program Issue

ProSouth

New Member
I can post a log file tomorrow when I’m back at my studio.

However here is my issue.

My stream and the recorded file plays just fine but my preview/program windows get laggy or choppy. Sometimes even freezing entirely then quickly catching up.

The oddity to me at least is my cpu and ram usage are absurdly low. I never get above 5% cpu and I have 96 GBs of DDR 4 RAM running in dual channel.

It’s also very intermittent. Sometimes during our two/two and a half hour streams, we get a lot of this, sometimes we get very little. Any advice would be helpful.

I’ve seen something about RivaTuner being used to force OBS to cap its frames which according to some posts alleviates this. I have no idea how to use RivaTuner and most of this I’ve learned by trial and error.
 
 
Your configuration is not really optimized for OBS as OBS works best with a single GPU. If there's a way you can make due without the 5th monitor/1660 in the mix, do it.

Take care of the stuff the analyzer pointed out. Check all plugins make sure they are up to date. Vinci looks like it may be throwing errors. I would disable Hardware Acceleration on the Media Sources that it is currently enabled on, I counted (5) of them. Your system has a nice bounty of RAM but VRAM is somewhat limited so save it for something else. Check for conflicts, I believe Riva is just that. Run another test after all is completed, see if that Preview smooths out.

 
It looks like this file may be the cause of the SEI warnings. Playback is @ 200%? Try 100% & see if they go away.

17:12:57.624: [Media Source 'Wait BG']: settings:
17:12:57.624: input: C:/Program Files/obs-studio/OSD/Mysterious technology space particle background.mkv
17:12:57.624: input_format: (null)
17:12:57.624: speed: 200
17:12:57.624: is_looping: yes
17:12:57.624: is_linear_alpha: no
17:12:57.624: is_hw_decoding: no
17:12:57.624: is_clear_on_media_end: no
17:12:57.624: restart_on_activate: yes
17:12:57.624: close_when_inactive: no
17:12:57.624: full_decode: no
17:12:57.624: ffmpeg_options:
17:12:57.714: warning: Late SEI
17:12:57.714: warning: is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented.
17:12:57.714: warning: If you want to help, upload a sample of this file to https://streams.videolan.org/upload/ and contact the ffmpeg-devel mailing list. (ffmpeg-devel@ffmpeg.org)
 
Your LAN looks good but bandwidth seems to be an issue. May need to drop the bit-rate or try enabling Dynamic Bit-rate.

21:17:47.674: Output 'adv_stream': Number of dropped frames due to insufficient bandwidth/connection stalls: 4003 (0.9%)
 
I’m gonna post my next log file. We didn’t drop any frames according to obs but our stream was laggy on both the preview side and YouTube’s side this time.
 
I will address the things you mentioned. The monitors are used for our production but I’ll see if I can remove that one. We run a live wrestling event so we have monitors thorough the building but maybe I can use a splitter and get that one active without the second GPU.
 
 
Your GPU's are overloaded, reduce load, see link. Dual GPU's are not helping your cause.....
21:46:22.604: Output 'adv_stream': Number of lagged frames due to rendering lag/stalls: 46 (0.0%)

Stale plugin, there may be more so check them all.
[obs-backgroundremoval] Plugin loaded successfully (version 1.3.5)

I would create a new Scene Collection & add just (1) Source for the next test.

This should be disabled for the test too
16:28:00.519: Sec. Software Status:
16:28:00.520: iolo Antivirus: enabled (AV)

 
Low Latency mode should be avoided. Audio buffering type should be Dynamic & should be corrected.
16:28:00.820: audio settings reset:
16:28:00.820: samples per sec: 44100
16:28:00.820: speakers: 2
16:28:00.820: max buffering: 23 milliseconds
16:28:00.820: buffering type: fixed

Correct settings:
16:15:01.606: audio settings reset:
16:15:01.606: samples per sec: 48000
16:15:01.606: speakers: 2
16:15:01.606: max buffering: 960 milliseconds
16:15:01.606: buffering type: dynamically increasing
 
It was set correctly in your first log....

17:12:56.520: audio settings reset:
17:12:56.520: samples per sec: 44100
17:12:56.520: speakers: 2
17:12:56.520: max buffering: 1044 milliseconds
17:12:56.520: buffering type: dynamically increasing
 
Your GPU's are overloaded, reduce load, see link. Dual GPU's are not helping your cause.....
21:46:22.604: Output 'adv_stream': Number of lagged frames due to rendering lag/stalls: 46 (0.0%)

Stale plugin, there may be more so check them all.
[obs-backgroundremoval] Plugin loaded successfully (version 1.3.5)

I would create a new Scene Collection & add just (1) Source for the next test.

This should be disabled for the test too
16:28:00.519: Sec. Software Status:
16:28:00.520: iolo Antivirus: enabled (AV)

So would this be a reduce bit rate solution?

Also if I lose the monitor thats plugged to the second GPU would that be sufficient or do I need to remove the GPU entirely?
 
Creating the new Scene Collection will lower the load significantly & will test if the current collection is bugged.

No, the GPU needs to go as well so your 3060 can operate at x16, not x8 like it is now. That said, hold off on removing it now. Let's see if we can get you running without the rendering lag while it's still in since it sounds like you need it.
 
Last edited:
If you had a 3090 in there like I have in my system, it would be nerfed about 30% @ x8 with your CPU. That's a ton of lost performance, Now a 3060 can't do nearly as much work as a 3090 but it's still being nerfed, probably somewhere in the 10-15% range.
 
 
There was no lag in the short recording. Was the Preview still stuttering?

19:36:52.571: Output 'adv_file_output': Total frames output: 5075
19:36:52.571: Output 'adv_file_output': Total drawn frames: 5088
19:36:52.572: ==== Recording Stop ================================================
19:36:52.609: warning: 2 frames left in the queue on closing
 
At least the log looks better with all of those errors out of the way. Not wasting the cycles anymore either. Making progress
19:33:06.294: [Media Source 'Wait BG']: settings:
19:33:06.294: input: C:/Program Files/obs-studio/OSD/Mysterious technology space particle background.mkv
19:33:06.294: input_format: (null)
19:33:06.294: speed: 100
 
Not that I could notice but I didn’t have as many sources as I usually have. I usually have two webcams and two instances of iVCam plus a capture card going.
 
Back
Top