Quick Sync Driver Issue

I have a i7 with quick sync and a Nvidia GTX670. I followed the guide at mirillis.com. When I load the 3379 drivers my computer reboot and will not work at all off my Nvidia card and the intel gpu boots to 800x600.

The latest drivers from intel work fine except I am pretty sure they are unstable for quick sync because I get the issues in the file below:

Hmm never seen that one before, I guess Intels' at it's best in creating new issues.

Also check your bios settings, try switching between Intel and Nvidia as your primary card (and try the dummy monitor trick connect to activate the intel card)
There are 2 recommended drivers, try the older 3621 if that works, check out both of them and if neither work then try to use the latest windows update driver (uninstall and selection option to delete the intel driver when uninstalling from device manager,
refresh and repeat process until it uses microsoft WHQL driver, then do a windows update).

Ok, well I've tried a bunch of thing but have not been able to get quick sync to reliable convert videos. It seems like it will get through some but not others. Most of them end in failure and then it reverts back and sometimes still has problems. The
problem I'm having now is that it seems to keep trying hardware even though I have made sure it's unchecked.

I only have one conversion profile and felt it was pretty simple setup.

I know you're seeing the hanging error message which actually just indicates that handbrake has hung and is incorrect. We've never seen handbrake hang so this is new for us. Can you upload the original video to our server to analyze and replicate.

Are there any issues with the monitor being turned off during a run? I know that windows will try to change resolutions / change primary monitors if you just hit the power button. The computer that is doing my encoding is also my media pc. It's a decent
core i7-3770K with good ram but the monitor is my 55" sony tv. When I walk away from watching tv, I end up turning off the tv.

Okay the software encoding also passed without event. Here's what I think is going on. You computer may have been overloaded the CPU was being dedicated to something else instead of MCEBuddy which caused the progress to be very slow. MCEbuddy have a timeout
of 5 minutes to see if there's any progress. If there's no progress it assumes it hung.
2 things:

You can change the timeout in the system settings from 300 to a higher number or 0 to disbale detection (not advisable). This can counter any overloading you may have

We'll look to optimize the conditions for the hang also.

Regarding the monitor, I would like to say no but I can't, if the monitor is turned off the device driver would come to know and if it does something to adjust for it, it may end up interfering with the encoding (can't say, reduce GPU power etc etc). You can
just try it see what happens with monitor on/off. Alternative to off you may want to do a blank screen saver without a timeout.

And I actually missed this in your logs, we were right about the time being spent elsewhere leaving handbrake with little encoding time which led to no progress and MCEBuddy erroneously thinking it was a hang (which is now fixed, thanks).
I just saw this

Process Priority -> Low

You had it set to low priority, which in MCEBuddy terms is actually IDLE priority which is the lowest system priority, it gives way to anything you're doing on the computer even moving a mouse or browsing. So thanks - another one hits the dust!

The earlier one at around 1643 was an attempt at hardware that failed at 100% then switched to software. The second attempt was at 2009 and was the same but I changed the profile to mp4 fast. I made sure that nothing else was running while I did both of these
conversions .

The 1643 attempt was also using 100% cpu and going at 10fps during the hardware attempt. The second 2009 attempt was doing 30fps and only 50ish cpu.

I was wondering if this had to do to with the decombing that I saw in other threads. I have noticed a large quality difference between the two files and would like to close the quality gap. Would MP4 Normal be better? I also only have an Ivy-Bridge cpu so my
QSV is going to be limited to what is in the hardware.

I have one tv show Parenthood that keeps converting the wrong audio track and not sure how to get it to use the correct one. It's using a commentary track.

Also now my recordings all skip around, the video and audio will play find then video will stop while the audio jumps backwards by 30 seconds. It will catch up and then both will play and then repeat that same process.

I've been doing my conversions with nothing else left. I thought my settings were pretty basic. I'd be interested in just using mcebuddy to run my donor comskip on a wtv file and move the file to a storage folder to be used as a pvr versus archive in mp4.