Question / Help Massive FPS drops while window in focus

[ExileEditing]

I've switched back to the OBS classic version because the multi-platform crashes Minecraft when trying to resize the window. With this I've got more bugs.. yay.

Anyways, what happens is that sometimes when the window is in focus it has massive fps drops. I normally play with 250-500 fps without recording/streaming and 120-250 while recording/streaming.

When the game window isn't in focus my ping is normal, but as soon as I click into it my fps goes down to 12~ and it's extremely choppy.

If I make the window back to it's default unmaximized size it doesn't get this issue but putting it back just desultory my fps.

This doesn't always happen but it happens 80% of the time and that's why I switched to the multi-platform but that doesn't even let me play anymore...

Not sure if the log uploaded properly but just incase: http://pastebin.com/UiKn2bpW
(idk if this has anything in it.)

EDIT: ALSO, this happens while in preview mode aswell. Not just when streaming/recording.
https://gist.github.com/55dcd449c769ff6bc4ecc39785daa836 (ignore the stream stuff since this profile is for recording just to test.)

 

[Boildown]

22:10:01: CPU Name: AMD FX(tm)-4100 Quad-Core Processor
22:10:01: CPU Speed: 4013MHz
22:10:01: Physical Memory: 4095MB Total, 4095MB Free
22:10:01: stepping id: 2, model 1, family 21, type 0, extmodel 0, extfamily 3, HTT 1, logical cores 4, total cores 2

I would say that the root cause is that your computer's CPU isn't fast enough to play games and live stream at the same time.

 

[ExileEditing]

I would say that the root cause is that your computer's CPU isn't fast enough to play games and live stream at the same time.

But it is. I can easily stream/record with 120-250 fps and it's extremely smooth but randomly this happens. This doesn't happen the multiplatform or xsplit but those both have their own issues so that's why I would rather use obs classic.

 

[Boildown]

Ok, post an OBS log file from a stream of at least five minutes of high action content. Try to get one where the problem doesn't occur so we can see what performance you get in an ideal case. And then another log where it does happen. Need five minutes or longer so that the logs are statistically valid.

 

[ExileEditing]

Ok, post an OBS log file from a stream of at least five minutes of high action content. Try to get one where the problem doesn't occur so we can see what performance you get in an ideal case. And then another log where it does happen. Need five minutes or longer so that the logs are statistically valid.

Alright I'll try getting a couple recordings in.

 

[ExileEditing]

Ok, post an OBS log file from a stream of at least five minutes of high action content. Try to get one where the problem doesn't occur so we can see what performance you get in an ideal case. And then another log where it does happen. Need five minutes or longer so that the logs are statistically valid.

w/FPS Drops: https://gist.github.com/46645c3cf99005f1b7db64a6dcb5dba3
Without: http://pastebin.com/ak5dkjNX

I believe those are the right logs? But with the analysis for the fps drops it just says too high of a bitrate which is because I as recording at that moment so it didn't matter. Before it showed a lot more issues but idk what's going on.

Video proof(quick testing):
No fps drops - https://www.youtube.com/watch?v=LwtKa44lwAo
fps drops(for some reason wasn't as choppy but still extremely bad and is usually worse) - https://www.youtube.com/watch?v=cBS5iPo3ehE

 

[Boildown]

So what you said shows up backwards in the logs, here's the six minute encode from your "w/FPS Drops":

SharedTexCapture hooked
18:14:15: FlushBufferedVideo: Flushing 3 packets over 67 ms
18:14:15: Total frames encoded: 9819, total frames duplicated: 12 (0.12%)
18:14:15: Total frames rendered: 9842, number of late frames: 1 (0.01%) (it's okay for some frames to be late

And here's a 15 minute encode from your "Without" log:

15:31:14: SharedTexCapture hooked
15:46:19: GraphicsCaptureSource::NewCapture: eliminating old capture
15:46:19: SharedTexCapture hooked
15:46:24: No Intel graphics adapter visible in QSVHelper.exe, Optimus problem?
15:46:24: Failed loading CUDA dll
15:47:51: GraphicsCaptureSource::NewCapture: eliminating old capture
15:47:51: SharedTexCapture hooked
15:47:53: FlushBufferedVideo: Flushing 3 packets over 66 ms
15:47:53: Total frames encoded: 29948, total frames duplicated: 1324 (4.42%)
15:47:53: Number of frames skipped due to encoder lag: 1069 (3.57%)
15:47:53: Total frames rendered: 28873, number of late frames: 73 (0.25%) (it's okay for some frames to be late)

But in the same log you also had this one, a half hour of good performance:

15:47:55: SharedTexCapture hooked
16:17:48: FlushBufferedVideo: Flushing 3 packets over 66 ms
16:17:48: Total frames encoded: 53771, total frames duplicated: 28 (0.05%)
16:17:48: Total frames rendered: 53794, number of late frames: 1 (0.00%) (it's okay for some frames to be late)

Maybe you can tell us what you did different between those two sessions? Where you actively gaming in both of them?

The parts you want to pay attention to are "total frames duplicated"... over 1% is bad, less than 1% usually produces video that looks smooth.

Also, to set up local recordings, you should follow this guide: https://obsproject.com/forum/resources/how-to-make-high-quality-local-recordings.16