Question / Help Can NOT figure this problem out...

Y

Yoshmaista

New Member
So about 8 months ago I stopped streaming altogether, besides the occasional stream maybe once a month. At this time, I used QuickSync and it worked flawlessly, simply because it didn't impact my performance at all. Now I am forced to admit that I cannot, for the life of me, figure out what exactly is causing the crash.

Previously (and basically since I got this computer built) the processor (Intel i7 4770k, first gen) was running at 4.4ghz, with the DDR3 @ XMP 1.3 profile of 1600mhz (Kingston HyperX Blu, CL10). I have had next to no problems out of it, until I start trying to stream.

First, I'm running off of one monitor at the moment (really need to get my other one back from my friend) so in order to run QuickSync I have to plug both the onboard GPU's hdmi and my R9 270x's hdmi into my ASUS VS247H monitor. Secondly, I've since dropped the multiplier on my processor from 44x 100FSB, to 40x100FSB, and on the cache from 42x100fsb to 36x100fsb, in the thought that this may be a stability issue.

Finally, no matter if I try to use x264, or quicksync I receive errors after a very short period of time--this is usually quicker if I'm gaming than if I'm not.

Please help! Here is the dump for QuickSync, for some reason the x264 one hard crashes and doesn't let me retrieve a dump of any kind.

Extra info:
Game streamed: SC2 @1920x1080 all graphics low (effects medium). Stream settings: QS Quality--4 (balanced), 3500 kbps, 720p@60fps.

Senpai pls t______t;;;;;;;;;;;

Quicksync log: http://pastebin.com/q0Utaz5t
x264 log: http://pastebin.com/Yf9iiExY

NOTE: I turned everything back to default, and I still get this...
 
Last edited:
libx264 crashes generally indicate hardware instability. Check your RAM or turn off your overclock completely.
 
I've run memtest with no issues after 24 hours (granted, that was when I got this ram) but I do have a large pagefile on my RAID0'd 2x120gb SSD's, could that create an issue? I'll try running vanilla but this computer is/was 100% stable on ALL benchmarks for >24 hours when I set the overclock to 4.4, so 4.0 should be more than fine.

I'll try turning the RAM down to 1333 and going 3.5 (vanilla on the processor). Seems a bit unnecessary when it ran fine in the past, and still doesn't answer the question of QuickSync (which I generally prefer because these problems aren't encountered, but that IS just preference. In the end having it work is most important.)
 
x264 stresses your system much more than standard benchmarks since it uses hand optimized assembly that makes full use of CPU pipelines. Any instability is likely to manifest in x264 when it might not elsewhere.

RAM can also deteriorate over time - I've had sticks that were working fine for years go bad on me, so another memtest might be a good idea.
 
I used the AIDA64 bench (which actually is way harsher than x264), streaming on OBS @ medium on x264, and a separate x.264 bench to test it at inception. I know you see a lot of instability, but that's not the problem here, as every streaming program, using every streaming algorithm/method fails, not just obs, and my system is completely fine outside of trying to stream, and that's with everything at default clock speeds etc. I'm confused because this was NOT the case ~6-8 months ago, when I was streaming every day.

And while the idea that there might be instability is fine, what about the usage of QuickSync? What could cause that to fail so suddenly as well, I'm curious.

I'm honestly starting to wonder if I shouldn't clear a couple hundred gigs off of my 1.5tb and do a fresh windows install, though that will include me compromising a number of items that I'm not really wanting to. But my only idea is that something got corrupted at some point (went through a short series of corruptions on my SSD a few months back, but since they're in a RAID array I was able to recover every time. No other problems have manifested since then however).
 
You must log in or register to reply here.
Back
Top