Question / Help OBS using way TOO MUCH CPU

GuilhermeStrice

New Member
I've been using OBS for over a year streaming minecraft and recording and this hasn't ever happend too me.

I've been using this setting for over 7 months not except the 60 fps i changed it 2 months ago but it was working fine.

when im recording (any kind of recording) even previewing OBS cpu usage jumps from 1-2% to 70-90%.

http://gyazo.com/afa5e1cb5f8913b5283f2bc6de236825

2nd process is minecraft.

My pc specs:

CPU : i5 3330 3.0 GHz.
Motherboard : Asus something Micro ATX.
RAM : 8 gb i know one stick is kingston the other one idk they are different.
GPU : Nvidia GT 640 - it handles with battefield 3 with most of the settings medium running at 30+ FPS.

If there is any solution to this problem - HELP ME!

Im using OBS 0.651b.

Latest Log:

19:18:28: No Intel graphics adapter visible in QSVHelper.exe, Optimus problem?
19:18:29: CUDA loaded successfully
19:18:29: 1 CUDA capable devices found
19:18:29: [ GPU #0 - < GeForce GT 640 > has Compute SM 3.0, NVENC Available ]
19:18:52: Open Broadcaster Software v0.651b - 32bit (´・ω・`)
19:18:52: -------------------------------
19:18:52: CPU Name: Intel(R) Core(TM) i5-3330 CPU @ 3.00GHz
19:18:52: CPU Speed: 2993MHz
19:18:52: Physical Memory: 4095MB Total, 4095MB Free
19:18:52: stepping id: 9, model 58, family 6, type 0, extmodel 1, extfamily 0, HTT 1, logical cores 4, total cores 4
19:18:52: monitor 1: pos={0, 0}, size={1920, 1080}
19:18:52: Windows Version: 6.2 Build 9200
19:18:52: Aero is Enabled
19:18:52: -------------------------------
19:18:52: OBS Modules:
19:18:52: Base Address Module
19:18:52: 00AB0000 OBS.exe
19:18:52: 0F2F0000 OBSApi.dll
19:18:52: 6E020000 DShowPlugin.dll
19:18:52: 6DD60000 GraphicsCapture.dll
19:18:52: 6DCA0000 NoiseGate.dll
19:18:52: 6DC10000 PSVPlugin.dll
19:18:52: 6DBF0000 scenesw.dll
19:18:52: ------------------------------------------
19:18:52: Adapter 1
19:18:52: Video Adapter: NVIDIA GeForce GT 640
19:18:52: Video Adapter Dedicated Video Memory: 2083188736
19:18:52: Video Adapter Shared System Memory: 2147807232
19:18:52: Video Adapter Output 1: pos={0, 0}, size={1920, 1080}, attached=true
19:18:52: =====Stream Start: 2015-06-23, 19:18:52===============================================
19:18:52: Multithreaded optimizations: Off
19:18:52: Base resolution: 1920x1080
19:18:52: Output resolution: 1920x1080
19:18:52: ------------------------------------------
19:18:52: Loading up D3D10 on NVIDIA GeForce GT 640 (Adapter 1)...
19:18:52: ------------------------------------------
19:18:52: Audio Format: 48000 Hz
19:18:52: ------------------------------------------
19:18:52: Audio Channels: 2 Ch
19:18:52: Playback device {0.0.0.00000000}.{f80b5674-e9cb-4e10-9487-580787b49db4}
19:18:52: ------------------------------------------
19:18:52: Using desktop audio input: Realtek Digital Output (Realtek High Definition Audio)
19:18:52: Global Audio time adjust: 0
19:18:52: ------------------------------------------
19:18:52: Using auxilary audio input: Microfone (Realtek High Definition Audio)
19:18:52: Mic time offset: 0
19:18:52: ------------------------------------------
19:18:52: Audio Encoding: AAC
19:18:52: bitrate: 128
19:18:52: Using graphics capture
19:18:52: Trying to hook process: javaw.exe
19:18:52: Scene buffering time set to 700
19:18:52: x264: MB rate (489600) > level limit (245760)
19:18:52: ------------------------------------------
19:18:52: Video Encoding: x264
19:18:52: fps: 60
19:18:52: width: 1920, height: 1080
19:18:52: preset: fast
19:18:52: profile: main
19:18:52: keyint: 120
19:18:52: CBR: no
19:18:52: CFR: yes
19:18:52: max bitrate: 5000
19:18:52: buffer size: 5000
19:18:52: quality: 10
19:18:52: ------------------------------------------
19:18:52: SharedTexCapture hooked
19:19:02: FlushBufferedVideo: Flushing 8 packets over 117 ms
19:19:02: Total frames encoded: 533, total frames duplicated: 25 (4.69%)
19:19:02: Number of frames skipped due to encoder lag: 18 (3.38%)
19:19:02: Total frames rendered: 556, number of late frames: 1 (0.18%) (it's okay for some frames to be late)
19:19:02:
19:19:02: Profiler time results:
19:19:02:
19:19:02: ==============================================================
19:19:02: video thread frame - [100%] [avg time: 1.823 ms] [children: 72.1%] [unaccounted: 27.9%]
19:19:02: | scene->Preprocess - [0.0549%] [avg time: 0.001 ms]
19:19:02: | GPU download and conversion - [72%] [avg time: 1.313 ms] [children: 77%] [unaccounted: -4.99%]
19:19:02: | | flush - [7.95%] [avg time: 0.145 ms]
19:19:02: | | CopyResource - [0.0549%] [avg time: 0.001 ms]
19:19:02: | | conversion to 4:2:0 - [69%] [avg time: 1.258 ms] [children: 68.5%] [unaccounted: 0.549%]
19:19:02: | | | Convert444toNV12 - [68.5%] [avg time: 1.248 ms]
19:19:02: encoder thread frame - [100%] [avg time: 3.499 ms] [children: 0.143%] [unaccounted: 99.9%]
19:19:02: | sending stuff out - [0.143%] [avg time: 0.005 ms]
19:19:02: ==============================================================
19:19:02:
19:19:02:
19:19:02: Profiler CPU results:
19:19:02:
19:19:02: ==============================================================
19:19:02: video thread frame - [cpu time: avg 1.236 ms, total 687.5 ms] [avg calls per frame: 1]
19:19:02: | scene->Preprocess - [cpu time: avg 0 ms, total 0 ms] [avg calls per frame: 1]
19:19:02: | GPU download and conversion - [cpu time: avg 1.124 ms, total 625 ms] [avg calls per frame: 1]
19:19:02: | | flush - [cpu time: avg 0.112 ms, total 62.5 ms] [avg calls per frame: 1]
19:19:02: | | CopyResource - [cpu time: avg 0 ms, total 0 ms] [avg calls per frame: 1]
19:19:02: | | conversion to 4:2:0 - [cpu time: avg 1.109 ms, total 562.5 ms] [avg calls per frame: 1]
19:19:02: | | | Convert444toNV12 - [cpu time: avg 1.109 ms, total 562.5 ms] [avg calls per frame: 1]
19:19:02: encoder thread frame - [cpu time: avg 1.696 ms, total 890.625 ms] [avg calls per frame: 1]
19:19:02: | sending stuff out - [cpu time: avg 0 ms, total 0 ms] [avg calls per frame: 1]
19:19:02: ==============================================================
19:19:02:
19:19:02: =====Stream End: 2015-06-23, 19:19:02=================================================


Last game capture log:
2015-06-23, 19:09:05: we're booting up:
19:09:05: CaptureThread: attached to process javaw.exe
19:09:05: GL Present
19:09:05: DirectDraw capture: Windows 8 not supported yet
19:09:05: (half life scientist) everything.. seems to be in order
19:09:05: SwapBuffers(3942717067) Called
19:09:05: NV Capture available
19:09:05: FBO available
19:09:05: setting up gl data
19:09:05: share device: 560809440
19:09:05: share texture: 561895024
19:09:05: share device handle: 3440984046
19:09:05: share texture handle: 4070961586
19:09:05: DoGLGPUHook: success
19:09:05: wglSwapBuffers(3942717067) Called
19:17:05: stop requested, terminating gl capture
19:17:05: ---------------------- Cleared OpenGL Capture ----------------------
19:17:05: wglSwapBuffers(3942717067) Called
19:17:05: setting up gl data
19:17:05: SwapBuffers(3942717067) Called
19:17:08: DirectDraw capture: Windows 8 not supported yet
19:18:52: share device: 561907776
19:18:52: share texture: 561716464
19:18:52: share device handle: 3440977838
19:18:52: share texture handle: 4070625970
19:18:52: DoGLGPUHook: success
 
You're using Fast preset, but your computer isn't fast enough for that. So use Faster, or Very Fast, or even Super Fast, and it'll be better. You may need to increase your bitrate if you don't want quality to drop as you use faster and faster presets.

Also, since you're not streaming, just saving to your hard drive, change your Profile to High and your Keyint to auto or ~ 5 seconds.
 
You're trying to encode 1080p@60fps video at Fast on an i5. That isn't going to fly.

An i5 generally will be pushed pretty hard and be out of steam even at 720p@60 on Veryfast, or 1080p@30 on VF. You're two steps slower on the encoder (= more CPU used) with double the load to process.

If you're doing local recording only, set your encoder to Ultrafast, use a custom buffer set to 0. This unlocks the bitrate, and will use as much as necessary to encode with full quality, with a minimal CPU impact. Be warned that this WILL use a TON of HDD space, and you should plan to re-encode the recordings immediately afterward with a non-realtime, high quality multipass encoder to reduce the (significant) filesize.
 
Back
Top