Question / Help Soo much Pixel!! what can i do?

F

fledermausm4nn

New Member
Hello, i tweak now a lot with OBS and nothing works (only local recording is good).
I dont know what i have to tweak on my OBS-Settings to run DayZ with a bit less of pixels. I see many Streams on twitch.tv with a really good quality and without an better System and after that a really badly Upload.

My connection:
SsWdOZu.LCIVDnu.png


So what can i do?

Here a recorded stream of me (it starts at 1:20 sry)

http://youtu.be/z0x8Ch9MEHw

My Log:

Code: 
02:25:55: Open Broadcaster Software v0.592b - 64bit (　^ω^)
02:25:55: -------------------------------
02:25:55: CPU Name: AMD FX(tm)-8350 Eight-Core Processor
02:25:55: CPU Speed: 4013MHz
02:25:55: Physical Memory:  16329MB Total, 13106MB Free
02:25:55: stepping id: 0, model 2, family 21, type 0, extmodel 0, extfamily 3, HTT 1, logical cores 8, total cores 4
02:25:55: monitor 1: pos={0, 0}, size={1920, 1080}
02:25:55: monitor 2: pos={-1680, 26}, size={1680, 1050}
02:25:55: Windows Version: 6.2 Build 9200 
02:25:55: Aero is Enabled
02:25:55: -------------------------------
02:25:55: OBS Modules:
02:25:55: Base Address     Module
02:25:55: 00000000D28C0000 OBS.exe
02:25:55: 000000006A920000 OBSApi.dll
02:25:55: 000000006F290000 DShowPlugin.dll
02:25:55: 0000000075180000 GraphicsCapture.dll
02:25:55: 0000000075440000 NoiseGate.dll
02:25:55: 00000000743A0000 PSVPlugin.dll
02:25:55: ------------------------------------------
02:25:55: Adapter 1
02:25:55:   Video Adapter: NVIDIA GeForce GTX 560 Ti
02:25:55:   Video Adapter Dedicated Video Memory: 1018621952
02:25:55:   Video Adapter Shared System Memory: 3221106688
02:25:55:   Video Adapter Output 1: pos={0, 0}, size={1920, 1080}, attached=true
02:25:55:   Video Adapter Output 2: pos={-1680, 26}, size={1680, 1050}, attached=true

03:05:19: =====Stream Start: 2014-01-09, 03:05:19===============================================
03:05:19:   Multithreaded optimizations: On
03:05:19:   Base resolution: 1920x1080
03:05:19:   Output resolution: 1280x720
03:05:19: ------------------------------------------
03:05:19: Loading up D3D10 on NVIDIA GeForce GTX 560 Ti (Adapter 1)...
03:05:19: ------------------------------------------
03:05:19: Audio Format: 48000hz
03:05:19: Playback device Default
03:05:19: ------------------------------------------
03:05:19: Using desktop audio input: Headset (Sound Blaster Tactic(3D) Alpha)
03:05:19: ------------------------------------------
03:05:19: Using auxilary audio input: Mikrofon (High Definition Audio-Gerät)
03:05:19: ------------------------------------------
03:05:19: Audio Encoding: AAC
03:05:19:     bitrate: 128
03:05:19: Using graphics capture
03:05:19: Scene buffering time set to 400
03:05:19: ------------------------------------------
03:05:19: Video Encoding: x264
03:05:19:     fps: 25
03:05:19:     width: 1280, height: 720
03:05:19:     preset: veryfast
03:05:19:     profile: high
03:05:19:     keyint: 50
03:05:19:     CBR: no
03:05:19:     CFR: yes
03:05:19:     max bitrate: 3500
03:05:19:     buffer size: 3500
03:05:19:     quality: 8
03:05:19: ------------------------------------------
03:05:19: MMDeviceAudioSource: Frequency for device 'Headset (Sound Blaster Tactic(3D) Alpha)' is 352800, samples per sec is 44100
03:05:19: MMDeviceAudioSource: Frequency for device 'Mikrofon (High Definition Audio-Gerät)' is 352800, samples per sec is 44100
Warning -- SharedTexCapture::Init: Could not open file mapping: 2
03:05:21: Using RTMP service: Twitch / Justin.tv
03:05:21:   Server selection: rtmp://live-fra.justin.tv/app
03:05:21:   Interface: Controller der Familie Realtek PCIe GBE (ethernet, 1000 mbps)
03:05:22: Completed handshake with rtmp://live-fra.justin.tv/app in 409 ms.
03:05:23: SO_SNDBUF was at 65536
03:05:23: SO_SNDBUF is now 65536
03:05:53: SharedTexCapture hooked
03:06:25: RTMPPublisher::SocketLoop: Increasing send buffer to ISB 131072 (buffer: 25839 / 463872)
03:09:58: Capture window 0x000A04CA invalid or changing, terminating capture
03:10:02: Total frames encoded: 7060, total frames duplicated: 8 (0.11%)
03:10:02: Total frames rendered: 7059, number of late frames: 5 (0.07%) (it's okay for some frames to be late)
03:10:02: RTMPPublisher::SocketLoop: Graceful loop exit
03:10:02: Average send payload: 4980 bytes, average send interval: 17 ms
03:10:02: Number of times waited to send: 0, Waited for a total of 0 bytes
03:10:02: Number of b-frames dropped: 0 (0%), Number of p-frames dropped: 0 (0%), Total 0 (0%)
03:10:02: Number of bytes sent: 79687414
03:10:02: 
03:10:02: Profiler time results:
03:10:02: 
03:10:02: ==============================================================
03:10:02: video thread frame - [100%] [avg time: 0.971 ms] [children: 13%] [unaccounted: 87%]
03:10:02: | scene->Preprocess - [0.206%] [avg time: 0.002 ms]
03:10:02: | GPU download and conversion - [12.8%] [avg time: 0.124 ms] [children: 9.17%] [unaccounted: 3.6%]
03:10:02: | | flush - [6.9%] [avg time: 0.067 ms]
03:10:02: | | CopyResource - [1.75%] [avg time: 0.017 ms]
03:10:02: | | conversion to 4:2:0 - [0.515%] [avg time: 0.005 ms]
03:10:02: Convert444Threads - [100%] [avg time: 0.616 ms] [children: 98.9%] [unaccounted: 1.14%]
03:10:02: | Convert444toNV12 - [98.9%] [avg time: 0.609 ms]
03:10:02: encoder thread frame - [100%] [avg time: 1.722 ms]
03:10:02: ==============================================================
03:10:02: 
03:10:02: 
03:10:02: Profiler CPU results:
03:10:02: 
03:10:02: ==============================================================
03:10:02: video thread frame - [cpu time: avg 0.431 ms, total 3046.88 ms] [avg calls per frame: 1]
03:10:02: | scene->Preprocess - [cpu time: avg 0 ms, total 0 ms] [avg calls per frame: 1]
03:10:02: | GPU download and conversion - [cpu time: avg 0.092 ms, total 656.25 ms] [avg calls per frame: 1]
03:10:02: | | flush - [cpu time: avg 0.039 ms, total 281.25 ms] [avg calls per frame: 1]
03:10:02: | | CopyResource - [cpu time: avg 0.026 ms, total 187.5 ms] [avg calls per frame: 1]
03:10:02: | | conversion to 4:2:0 - [cpu time: avg 0.004 ms, total 31.25 ms] [avg calls per frame: 1]
03:10:02: Convert444Threads - [cpu time: avg 0.558 ms, total 7875 ms] [avg calls per frame: 2]
03:10:02: | Convert444toNV12 - [cpu time: avg 0.552 ms, total 7781.25 ms] [avg calls per frame: 2]
03:10:02: encoder thread frame - [cpu time: avg 1.006 ms, total 7093.75 ms] [avg calls per frame: 1]
03:10:02: ==============================================================
03:10:02: 
03:10:02: =====Stream End: 2014-01-09, 03:10:02=================================================
 
dodgepong

dodgepong

Administrator
Community Helper
DayZ is a hard game to get looking good, because it's a pretty high motion game and something about the grass makes x264 have a hard time making it look decent. You are already streaming at a high bit rate...you could try lowering your x264 preset to faster and see if that helps, though it will greatly increase CPU usage.

Can you link to a video of the issue?

Also, for the record, you should have CBR enabled if you're streaming to Twitch. Actually, upon further inspection, the bit rate at which you're encoding is much higher than your quoted upload speed, so I'm guessing you will drop frames if you enable CBR. The thing is, you really do need CBR enabled to ensure a smooth stream, and you shouldn't be streaming at a bit rate higher than your upload speed. The only reason you're able to now with VBR enabled is that x264 isn't ever going above your upload speed, even though your settings would allow it. I'm guessing that if you ever run into a super high-motion scenario, you would drop frames. Either that, or the speed test is wrong. Anyway, you need to enable CBR if you want to stream to Twitch.
 
A

alpinlol

Active Member
huh dodge? he got 17, something mbit upload thats equal approx a 17k bitrate ... so there shouldnt really be the problem :P


for some reason i think its more the fact that hes using quality balance on 8 in a game like dayz guess thats actually killing him so going with cbr will "probably" fix a bit of the grass irritation
 
Boildown

Boildown

Active Member
I think Dodge missed a decimal point. Your stated upload is more than fine, assuming you can actually get those speeds to Twitch, and there's no evidence to the contrary.

Turn on Constant Bit Rate instead of variable bit rate.

Set your FPS to your monitor's refresh rate, I'm guessing its 60, but maybe its 50? Why did you pick 25 in the first place? For a high motion game you should prefer a higher frames per second setting.

And I agree that if your computer also has no problem after you turn up your FPS, you could then try Faster instead of Very Fast.
 
dodgepong

dodgepong

Administrator
Community Helper
Oh sorry, I was looking at the 2.2 MBps rather than the 17.5 Mbps number...sometimes Testmy.net results do that to me.
 
Boildown

Boildown

Active Member
fledermausm4nn said:
I thought at 25 fps is it not so smooth but on the other hand not so pixelated
Click to expand...

What's your monitor's native refresh rate? Most that I know of run at 60Hz. Since you have a good CPU and are streaming at 720p, depending on your game it'll probably look best at the full framerate instead of half framerate or something else entirely.
 
Boildown

Boildown

Active Member
fledermausm4nn said:
It 60hz
Click to expand...

Alright, so you have two options that are ideal for you and your viewers, who are also probably using a 60Hz monitor: 30fps or 60fps. I'd do 60fps, because if I'm not mistaken DayZ is a fast-action game. 25 fps is just an oddball number (though it is the PAL fps, that doesn't apply here) and I wouldn't use it.
 
dodgepong

dodgepong

Administrator
Community Helper
If he does 60fps, then his allotted bit rate would be spread out over 60 frames rather than 30 frames, which could degrade the quality of each individual frame. 30fps is more likely to give better quality of individual frames.
 
Boildown

Boildown

Active Member
Yup, its a choice, with tradeoffs. I know which one I'd prefer.

One factor that may be going in the 60fps' favor is the new short key-interval. The greater the framerate the more the new short key-interval's quality loss is mitigated.

I've recently played around in Handbrake with a video I uploaded to YouTube. It had a native fps of 60 (although we're well aware that YouTube re-encodes it to 30 fps). I encoded it a number of ways so I could distribute a .mp4 file in addition to the YouTube link, and I found that the savings for encoding at 30fps wasn't much at all compared to 60fps. While you're right the bits get spread around more at 60fps, the amount of spreading is actually not that much.
 
You must log in or register to reply here.
Top