HandBrake

by the driver version - this post can be linked to viewtopic.php?f=11&t=38456
please see the suggestion about command line.

if you have the issue - can you try to download beta binary from https://drive.google.com/file/d/1d9J70R ... sp=sharing and run in command line as: and share the output log please.

@nick24 , it should be ok to have monitor connected to the iGPU

@nick24 can you *just try* it without GPU card installed?

important question: do you have this issue when only iGPU is installed (no other GPU card) ?

DX11 is not very native by its nature for Windows 7,
therefore some issues like reported can be expected plus Microsoft ended mainstream support for Windows 7 on January 13, 2015..

jeffg, do you plan to use any newer Windows on this HW ?
it can help to test it again and make a proper decision.

well , I was NOT able to reproduce the issue on available HSW and with this version of the driver/10.18.14.4414 both versions of HB resulted in the same encode speed. also, I dont have setup with NVIDIA Quadro K1100M GPU Rodeo, there is no silent falling back to SW encoder. issue might be related to...

jeffg, any option to share your sample?

can you pls try to install latest from https://downloadcenter.intel.com/produc ... Processors
which is 6136 from https://downloadcenter.intel.com/downlo ... uct=128199

ok, trying to reproduce it second day - not much luck so far,
my second PC with recent driver from https://downloadcenter.intel.com/downlo ... duct=88345
and still not much luck to reproduce the error,

possible to share any reproducer ?

please try any other RateControl methods

but it looks that some input sample to reproduce the case would be nice to have shared.

nightly builds prefer DX11 over DX9 and it worth to try it,
as rollin_eng was suggesting

thanks for the info, it is known issue and WIP to fix it

@Mikkel I am using your second sample now and running 1000 times encode but still cannot see -17 error on pretty much the same HW and driver version. allow me to double check : with this https://1drv.ms/u/s!Am4CDwbz-dfcgeBUSL_vTaeZo-cLLA sample you have -17 each run, can you pls share HB log with th...

good, because this sample does not allow to reproduce the problem

thanks Mikkel for the sample
so far I could not reproduce -17 but still have a couple of options to try.

can you pls share any of input video ?

can you please try nightly build and share you full log,
what GPU drivers do you use?

what driver version do you use?

may be try to install latest from https://downloadcenter.intel.com/downlo ... 8-1-15-33- ?

Alford, it looks that you are not using QSV-path but pure-CPU with encrypted DVD

@tjsuominen , it is hard to have any progress with no input file to reproduce
oRBIT2002's case looks to be quite different
or you have the same issue with QSV-path ?

even a couple of seconds input video with messy output produced will help and allow to start working with the issue,
no need in full video.

ashleylai87 wrote: ....
Anyway.......is there no way to fix the messy weird pixelation output? This is the show stopper for me.
...

feel free to share any sample , needed for fix.

thanks for the output but to fix the issue - any input sample will be appreciated and helpful

tjsuominen,
see in your log: H.265 encoder: no
it is general characteristic of your HW,
h265/HEVC supported in HW only from recent HW and regardless of HB version.

h264 support is the same and will be yet improved in upcoming HB versions

messy output - can you try to remove any crop ?