HandBrake

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 ?

thanks, should check it shortly..

can you try to disable any filter, as resize/shaper ?

in any case - a sample of input video would be good to look at.

sure and not problems ,
I can download any size - just fine for me

Number8 wrote:Here is a 30 seconds sample: https://nuage.rabate.fr:5001/sharing/0jsVOSs81

hmm, this seems to be not vc1 sample but transcoded into h264 already?

these problems comes from vc1 sample but I cannot reproduce it yet - no sample...

if you see handbrakecli.exe - it looks that you are not using nightly but 10.5 build

https://nuage.rabate.fr:5001/sharing/RaowrCGiB does not contain much information - can you make sure to have like 1s of video ?

good progress and thanks for trying. update from me: - you are using version 10.5 but any option to try nightly build from https://handbrake.fr/nightly.php ? - I've checked some of my VC1 samples but they are just fine, to completely fix the issue - I would need to have any of your ,even small, sample

no problems - try any resolution to see if is -17 still there.
if you can share any small clip where you have -17 error - this should help even more, as I can try it myself.

Number8 wrote:No I will. Any suggestion in terms of height and witdth?

try 720p

thanks for the updated info

have you tried to change output heigh/width ?
as was suggested before

can you try to resize your output somehow ?
(just for test if helps)

any option to share your sample ?
any size that shows the issue

can you please try to update your driver to the latest one today: https://downloadcenter.intel.com/downlo ... duct=88345

DukeMlFr63, can you try:
- update your driver to have >4300
- check if removal of resize would help ?

different configurations and default settings bring different performance/quality/file size, like QSVEnc uses GOP of 240 where HandBrake - 32,different CQP details, TargetKbps, MFX_EXTBUFF_CODING_OPTIONs and so on, each solution has the own consideration in mind, so we should not evaluate performanc...

make sure that you are using latest driver available

if you can use command line version of HandBrake, there are options: -r, --rate Set video framerate (5/10/12/15/20/23.976/24/25/29.97/30/48/50/59.94/60 or a number between 1 and 1000). Be aware that not specifying a framerate lets HandBrake preserve a source's time stamps, potentially creating varia...

it is correct dump to share, thanks

if you can dump details shown by mediainfo (https://mediaarea.net/en/MediaInfo)
for your input and output streams - it can help as well.

so far log doesnt seem to show big problem(s)

HandBrake checks HW and driver/QSV API for features supported and try to expose those,
if you have a particular question/suggestion - feel free to share it

thanks for your 64bits test,

it would be good to have some sample to try it locally and hopefully fix the issue,

possible?

yamcenutzer , does 64bits version of svn7295 ( or later ) show this problem as well ?

hmm, it looks that I am missing your : bbb_720p_h264_w_3840.mov file

any option to share is fine
to download without registration
even if with limit by time

it is several rules
share your input clip - I should try it tomorrow on some HW

these are rules to check at first: https://github.com/HandBrake/HandBrake/ ... ale.c#L176