Question / Help Stream Stuttering

Outlaw · Mar 17, 2013

I've been using OBS for about a week now, I really like it.

But I am starting to see that my Stream Stutters a lot. Almost looks like insanely bad FPS.

OBS shows that the indicator changes from green to yellow from time to time to show strain on the connection. But I don't think that is really enough for how bad the stream stutters. I don't know, maybe it is just how I few the stream, and others see it just fine.

Though I like to think that it not the case.

This is roughly the current internet speeds I am on. In Mbps of course, http://www.speedtest.net/result/2580275071.png

Though I believe it to be irrelevant, I recently had to downgrade from my Radeon HD 6870 to my backup card. The backup card not being too far off from the 6870. Maybe just down a tier.

Currently I am just trying to stream Fallout: New Vegas, which isn't THAT strenuous to stream. Or at least, it shouldn't be.

I currently have my Mix Bitrate and Buffer Size at 3300.

Anyone have any tips on why my stream may be stuttering badly?

Krazy · Mar 17, 2013

Hi, please post a log file. Instructions on how to do so are stickied at the top of every forum section.

Outlaw · Mar 17, 2013

This would be the one in which is stuttered a lot.

Code:

x264: using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2
x264: profile High, level 3.1
------------------------------------------
Video Encoding: x264
    fps: 30
    width: 1280, height: 720
    preset: veryfast
    CBR: no
    CFR: no
    max bitrate: 3300
    buffer size: 3300
    quality: 4
------------------------------------------
Using RTMP service: Twitch / Justin.tv
  Server selection: rtmp://live-mia.justin.tv/app
bufferTime: 1400, outputRateWindowTime: 1000, dropThreshold: 1900
Total frames rendered: 21044, number of frames that lagged: 3776 (17.94%) (it's okay for some frames to lag)
RTMPPublisher::SocketLoop: Aborting due to bStopping
Number of b-frames dropped: 0 (0%), Number of p-frames dropped: 0 (0%), Total 0 (0%)
x264: frame I:119   Avg QP:24.71  size: 48184
x264: frame P:8590  Avg QP:29.03  size:  5396
x264: frame B:12287 Avg QP:30.45  size:   372
x264: consecutive B-frames: 18.6%  9.6%  1.3% 70.5%
x264: mb I  I16..4: 18.3% 53.5% 28.2%
x264: mb P  I16..4:  2.1%  2.8%  0.2%  P16..4: 21.0%  7.7%  1.9%  0.0%  0.0%    skip:64.2%
x264: mb B  I16..4:  0.1%  0.1%  0.0%  B16..8:  2.8%  0.5%  0.0%  direct: 0.2%  skip:96.4%  L0:45.1% L1:50.7% BI: 4.2%
x264: 8x8 transform intra:54.8% inter:41.3%
x264: coded y,uvDC,uvAC intra: 58.2% 17.2% 4.6% inter: 2.8% 0.6% 0.0%
x264: i16 v,h,dc,p: 30% 35% 26%  8%
x264: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 15% 24% 31%  3%  6%  4%  6%  4%  7%
x264: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 21% 24% 15%  6%  7%  6%  9%  5%  8%
x264: i8c dc,h,v,p: 72% 16% 11%  1%
x264: Weighted P-Frames: Y:0.9% UV:0.2%
x264: kb/s:613.23
=====Stream End=======================================================================

I decreased the Max Bitrates and Buffer Size to 2900. That seemed to help a LOT. So this is the code from that stream if you care to look at it.

Code:

Open Broadcaster Software v0.472b - 32bit (´・ω・｀)
-------------------------------
CPU Name: Intel(R) Core(TM) i7 CPU       X 980  @ 3.33GHz
CPU Speed: 3333MHz
Physical Memory:  4095MB Total, 4095MB Free
stepping id: 2, model 12, family 6, type 0, extmodel 1, extfamily 0, HTT 1, logical cores 12, total cores 6
monitor 1: pos={0, 0}, size={1920, 1080}
monitor 2: pos={-1680, 0}, size={1680, 1050}
Windows Version: 6.1 Build 7601 S
Aero is Disabled
------------------------------------------
Adapter 1
  Video Adapter: ATI Radeon HD 5800 Series
  Video Adapter Dedicated Video Memory: 1058680832
  Video Adapter Shared System Memory: 3236220928
=====Stream Start=====================================================================
  Multithreaded optimizations: On
  Base resolution: 1920x1080
  Output resolution: 1280x720
------------------------------------------
Loading up D3D10...
Playback device Default
------------------------------------------
Using desktop audio input: Speakers (High Definition Audio Device)
------------------------------------------
Using auxilary audio input: Microphone (High Definition Audio Device)
------------------------------------------
Audio Encoding: MP3
    bitrate: 128
Using Monitor Capture
x264: using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2
x264: profile High, level 3.1
------------------------------------------
Video Encoding: x264
    fps: 30
    width: 1280, height: 720
    preset: veryfast
    CBR: no
    CFR: no
    max bitrate: 3300
    buffer size: 3300
    quality: 4
------------------------------------------
Total frames rendered: 168606, number of frames that lagged: 1402 (0.83%) (it's okay for some frames to lag)
x264: frame I:679   Avg QP:24.49  size: 74386
x264: frame P:42586 Avg QP:30.12  size:    83
x264: frame B:125293 Avg QP:35.39  size:    43
x264: consecutive B-frames:  0.9%  0.0%  0.1% 99.0%
x264: mb I  I16..4: 44.5% 20.1% 35.4%
x264: mb P  I16..4:  0.2%  0.0%  0.0%  P16..4:  0.1%  0.0%  0.0%  0.0%  0.0%    skip:99.7%
x264: mb B  I16..4:  0.1%  0.0%  0.0%  B16..8:  0.0%  0.0%  0.0%  direct: 0.0%  skip:99.9%  L0:54.6% L1:43.9% BI: 1.5%
x264: 8x8 transform intra:16.4% inter:24.9%
x264: coded y,uvDC,uvAC intra: 36.1% 44.1% 27.6% inter: 0.0% 0.0% 0.0%
x264: i16 v,h,dc,p: 63% 25%  3%  9%
x264: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 14% 35% 28%  4%  2%  2%  2%  4%  9%
x264: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 30% 31% 14%  4%  4%  4%  5%  3%  5%
x264: i8c dc,h,v,p: 54% 28% 14%  5%
x264: Weighted P-Frames: Y:0.0% UV:0.0%
x264: kb/s:84.51
=====Stream End=======================================================================
=====Stream Start=====================================================================
  Multithreaded optimizations: On
  Base resolution: 1920x1080
  Output resolution: 1280x720
------------------------------------------
Loading up D3D10...
Playback device Default
------------------------------------------
Using desktop audio input: Speakers (High Definition Audio Device)
------------------------------------------
Using auxilary audio input: Microphone (High Definition Audio Device)
------------------------------------------
Audio Encoding: MP3
    bitrate: 128
Using Monitor Capture
x264: using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2
x264: profile High, level 3.1
------------------------------------------
Video Encoding: x264
    fps: 30
    width: 1280, height: 720
    preset: veryfast
    CBR: no
    CFR: no
    max bitrate: 2900
    buffer size: 2900
    quality: 6
------------------------------------------
Total frames rendered: 65, number of frames that lagged: 3 (4.62%) (it's okay for some frames to lag)
x264: frame I:1     Avg QP:25.05  size: 79580
x264: frame P:4     Avg QP:22.45  size:    92
x264: frame B:12    Avg QP:31.61  size:    37
x264: consecutive B-frames:  5.9%  0.0%  0.0% 94.1%
x264: mb I  I16..4: 45.4% 18.6% 36.1%
x264: mb P  I16..4:  0.1%  0.0%  0.0%  P16..4:  0.3%  0.0%  0.0%  0.0%  0.0%    skip:99.6%
x264: mb B  I16..4:  0.0%  0.0%  0.0%  B16..8:  0.0%  0.0%  0.0%  direct: 0.0%  skip:100.0%
x264: 8x8 transform intra:18.5% inter:4.3%
x264: coded y,uvDC,uvAC intra: 43.1% 52.9% 34.2% inter: 0.0% 0.0% 0.0%
x264: i16 v,h,dc,p: 48% 35%  3% 14%
x264: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 13% 36% 29%  4%  2%  2%  2%  4%  8%
x264: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 29% 34% 14%  3%  3%  3%  4%  3%  5%
x264: i8c dc,h,v,p: 46% 32% 17%  5%
x264: Weighted P-Frames: Y:0.0% UV:0.0%
x264: kb/s:1130.25
=====Stream End=======================================================================
=====Stream Start=====================================================================
  Multithreaded optimizations: On
  Base resolution: 1920x1080
  Output resolution: 1280x720
------------------------------------------
Loading up D3D10...
Playback device Default
------------------------------------------
Using desktop audio input: Speakers (High Definition Audio Device)
------------------------------------------
Using auxilary audio input: Microphone (High Definition Audio Device)
------------------------------------------
Audio Encoding: MP3
    bitrate: 128
Using Monitor Capture
x264: using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2
x264: profile High, level 3.1
------------------------------------------
Video Encoding: x264
    fps: 30
    width: 1280, height: 720
    preset: veryfast
    CBR: no
    CFR: no
    max bitrate: 2900
    buffer size: 2900
    quality: 6
------------------------------------------
Using RTMP service: Twitch / Justin.tv
  Server selection: rtmp://live-mia.justin.tv/app
bufferTime: 1645, outputRateWindowTime: 1000, dropThreshold: 2145
Warning -- Capture BitBlt failed..  just so you know
RTMPPublisher::BufferedSend: Socket buffer is full (386933 / 387072 bytes), waiting to send 2660 bytes
RTMPPublisher::BufferedSend: Socket buffer is full (386933 / 387072 bytes), waiting to send 2660 bytes
RTMPPublisher::BufferedSend: Socket buffer is full (383580 / 387072 bytes), waiting to send 4097 bytes
RTMPPublisher::BufferedSend: Socket buffer is full (384173 / 387072 bytes), waiting to send 4097 bytes
RTMPPublisher::BufferedSend: Socket buffer is full (383867 / 387072 bytes), waiting to send 4097 bytes
RTMPPublisher::BufferedSend: Socket buffer is full (384530 / 387072 bytes), waiting to send 4097 bytes
RTMPPublisher::BufferedSend: Socket buffer is full (384684 / 387072 bytes), waiting to send 4097 bytes
RTMPPublisher::BufferedSend: Socket buffer is full (384684 / 387072 bytes), waiting to send 4097 bytes
RTMPPublisher::BufferedSend: Socket buffer is full (385351 / 387072 bytes), waiting to send 4097 bytes
RTMPPublisher::BufferedSend: Socket buffer is full (386353 / 387072 bytes), waiting to send 4104 bytes
RTMPPublisher::BufferedSend: Socket buffer is full (385669 / 387072 bytes), waiting to send 4097 bytes
RTMPPublisher::BufferedSend: Socket buffer is full (384532 / 387072 bytes), waiting to send 4097 bytes
RTMPPublisher::BufferedSend: Socket buffer is full (386552 / 387072 bytes), waiting to send 4097 bytes
RTMPPublisher::BufferedSend: Socket buffer is full (386237 / 387072 bytes), waiting to send 4097 bytes
RTMPPublisher::BufferedSend: Socket buffer is full (386956 / 387072 bytes), waiting to send 845 bytes
RTMPPublisher::BufferedSend: Socket buffer is full (386956 / 387072 bytes), waiting to send 845 bytes
RTMPPublisher::BufferedSend: Socket buffer is full (383435 / 387072 bytes), waiting to send 4097 bytes
RTMPPublisher::BufferedSend: Socket buffer is full (383435 / 387072 bytes), waiting to send 4097 bytes
RTMPPublisher::BufferedSend: Socket buffer is full (386743 / 387072 bytes), waiting to send 683 bytes
RTMPPublisher::BufferedSend: Socket buffer is full (386460 / 387072 bytes), waiting to send 4097 bytes
RTMPPublisher::BufferedSend: Socket buffer is full (386460 / 387072 bytes), waiting to send 4097 bytes
RTMPPublisher::BufferedSend: Socket buffer is full (383126 / 387072 bytes), waiting to send 4104 bytes
RTMPPublisher::BufferedSend: Socket buffer is full (383126 / 387072 bytes), waiting to send 4104 bytes
RTMPPublisher::BufferedSend: Socket buffer is full (386327 / 387072 bytes), waiting to send 4097 bytes
RTMPPublisher::BufferedSend: Socket buffer is full (386327 / 387072 bytes), waiting to send 4097 bytes
RTMPPublisher::BufferedSend: Socket buffer is full (386016 / 387072 bytes), waiting to send 4097 bytes
RTMPPublisher::BufferedSend: Socket buffer is full (386016 / 387072 bytes), waiting to send 4097 bytes
Total frames rendered: 455194, number of frames that lagged: 152852 (33.58%) (it's okay for some frames to lag)
RTMPPublisher::SocketLoop: Aborting due to bStopping
Number of b-frames dropped: 63 (0.014%), Number of p-frames dropped: 142 (0.031%), Total 205 (0.045%)
x264: frame I:4490  Avg QP:23.89  size: 49983
x264: frame P:244537 Avg QP:27.23  size:  8721
x264: frame B:206119 Avg QP:28.92  size:   733
x264: consecutive B-frames: 35.9% 10.0%  3.4% 50.7%
x264: mb I  I16..4: 20.8% 47.2% 32.0%
x264: mb P  I16..4:  5.6%  7.4%  0.6%  P16..4: 22.3%  9.7%  3.1%  0.0%  0.0%    skip:51.4%
x264: mb B  I16..4:  0.3%  0.3%  0.0%  B16..8:  4.6%  1.0%  0.0%  direct: 0.4%  skip:93.3%  L0:42.5% L1:50.8% BI: 6.7%
x264: 8x8 transform intra:53.5% inter:40.5%
x264: coded y,uvDC,uvAC intra: 46.0% 21.4% 4.8% inter: 5.5% 2.3% 0.1%
x264: i16 v,h,dc,p: 38% 30% 24%  8%
x264: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 17% 23% 33%  3%  6%  4%  5%  4%  6%
x264: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 20% 23% 16%  7%  7%  6%  8%  6%  7%
x264: i8c dc,h,v,p: 68% 17% 13%  1%
x264: Weighted P-Frames: Y:3.6% UV:1.7%
x264: kb/s:1128.49
=====Stream End=======================================================================

Profiler results:

==============================================================
frame - [100%] [avg time: 28.8 ms] [avg calls per frame: 1] [children: 94.9%] [unaccounted: 5.13%]
| scene->Preprocess - [75%] [avg time: 21.598 ms] [avg calls per frame: 1]
| video encoding and uploading - [19.9%] [avg time: 5.726 ms] [avg calls per frame: 1] [children: 5.05%] [unaccounted: 14.8%]
| | CopyResource - [0.0486%] [avg time: 0.014 ms] [avg calls per frame: 0]
| | conversion to 4:2:0 - [0.17%] [avg time: 0.049 ms] [avg calls per frame: 0]
| | call to encoder - [4.79%] [avg time: 1.379 ms] [avg calls per frame: 0]
| | sending stuff out - [0.0382%] [avg time: 0.011 ms] [avg calls per frame: 0]
==============================================================

Krazy · Mar 17, 2013

Well, you aren't actually dropping any frames, or at least not anywhere near enough to cause stream lag.

You are using Monitor Capture, however, which is the slowest capture method especially in windows 7. It's really recommended to use Window Capture with Aero enabled, or Game Capture.

Also, if you are watching your stream on the same PC you are streaming from, don't. It will cause performance issues. Other than that, I can't really see anything else wrong here.

Outlaw · Mar 18, 2013

I knew Monitor Capture would have been one of the issues.

Bethesda isn't the greatest at Windowed Mode. They don't even have a borderless windowed mode. Which is one of the problems.

But okay, thanks!

Krazy · Mar 18, 2013

Game Capture should work fine for you, then. It's specifically meant for fullscreen (non windowed) games.

Bethesda games works really well with Game Capture as long as you aren't using any type of FXAA mod. Those kinds of mods add in a custom D3D9.dll that interfere with Game Capture's ability to hook into your game.

Ragnos · Mar 18, 2013

I just gonna hijack this thread to ask if there is a reliable way to capture the whole monitor using obs without this huge fpsloss? Right now i get ~30fps while using a 60fps config - while previewing, desktop only. I'm a capturecard owner and everything works fine with it. But i'm looking for a solution for a friend which doesn't own a capturecard.

We're both running a Intel Core i7-2600k and a GTX670, so it's not a hardware-bottleneck. Also it's not an option to have a black screen during offgame scenes. (E.g. League of Legens ChampionSelect).

Krazy · Mar 18, 2013

Avoid monitor capture at all costs, that is the slowest method in Windows 7. If you MUST use monitor capture (but there is little reason to ever use monitor capture for a game) then make sure Aero is disabled.

For League of Legends, it's recommended to use either game capture or window capture when actually playing the game for the least performance impact, and then an entirely separate scene for the champion select. You can use monitor capture for that scene as performance isn't critical there.

In the plugins forum, there is an automatic scene switcher plugin that will be of great use for your situation.

Ragnos · Mar 18, 2013

That's not an option so far i guess. As soon as a mointor capture gets active, my frames are down. This remains until i restart my stream, even if i switch back to a GameCapture Scene. The only fix for this is a stream/preview restart. I'm at work right now, but i can provide a log later today.

As mentioned, the goal is a fully monitor capture, since we want to show all the happenings, including reddit sessions etc. (Not my stream design...) I'm aware that monitor capture provided by OBS is not usable right now, thats why my mate has stopped streaming for now.

Krazy · Mar 18, 2013

If you want to use Monitor Capture at all times, consider upgrading to Windows 8. Monitor Capture on Windows 8 is really fast, just about on par with Window and Game Capture.

Monitor Capture shouldn't be causing that behavior though, unless you are adding it as a Global Source which, you should never do with Monitor or Game Capture.

dodgepong · Mar 18, 2013

Or get a capture card.

Outlaw · Mar 18, 2013

I had totally forgotten about Game Capture mode. I don't know why.

It works extremely well, 0 problems.

Thanks a lot!

Ragnos · Mar 18, 2013

Capture Card is planned but it will take some time. Windows 8 won't be ever considered due to "religious" problems. ;)
I had hope there is a workaround for those issues, but i can live with this status quo for now. Thank you anyway!

Krazy · Mar 19, 2013

Windows 8 is a great OS ruined by people who hate change. Honestly, it's probably the best OS to be using for streaming.

[Jim non-bump hijack: Subjective! I personally hate windows 8, but yes, for streaming your monitor, it beats capture cards even.]

Question / Help Stream Stuttering

Outlaw

New Member

Krazy

Town drunk

Outlaw

New Member

Krazy

Town drunk

Outlaw

New Member

Krazy

Town drunk

Ragnos

New Member

Krazy

Town drunk

Ragnos

New Member

Krazy

Town drunk

dodgepong

Administrator

Outlaw

New Member

Ragnos

New Member

Krazy

Town drunk