I have been using MCEBuddy for over 5 years now and noticed in the latest 2.5.1_BETA handbrake QSV encoding is much slower than previous handbrake versions. I know that you recently updated the version of handbrake and that this is most likely the cause.
In my testing, I see HandBrakeCLI-1.0.7 processes videos at around 100fps and versions after that (HandBrakeCLI-1.1.0 - 1.2.2) have much lower FPS (20fps to 50fps). Additionally, CPU usage with QSV for handbrake 1.0.7 is around 25-50%, while newer handbrakes take almost 100% of my CPU. I believe this is because of changes handbrake made with QSV detection and support for x265 encoding.
I am running MCEBuddy x64 on my Windows 7 x64 machine with an Intel Core i5-4690K Haswell CPU @ 3.50GHz.
I have attached four logs to show the differences in performance. Are there any other ways to improve QSV performance besides replacing the handbrakeCLI.exe to the older version on this PC?
Try changing your profile to use ffmpeg first (with the latest build), see how it performs.
Handbrake changed it’s libraries starting 1.1 so it’s possible the new libraries aren’t working as well for your hardware as the older ones. It’s also possible that your graphics drivers aren’t working as well with the new libraries (try changing the drivers) - it’s essentially the drivers and libraries compatibility that determines the performance/stability.
I noticed that your system has both AMD and Intel hardware encoders:
It looks like your AMD encoder may be more powerful than your intel encoder, with the latest build you can select the encoder of your choice, try setting it to AMD in the Conversion Task -> Expert Settings page.
Yes with the latest 2.5.1 build of MCEBuddy, both ffmpeg and handbrake support QSV, AMF and CUDA and MCEBuddy has support to detect and try multiple hardware encoders should one fail before falling back to software.
However you can also adjust the order manually to use the encoder if your choice first.