Issues with Quicksync decoder

[nathanielcwm]

Description of the problem

For some files i'm trying to reencode the reencode is failing with error 4.
Also after one of the files handbrake crashes overnight.

HandBrake version (e.g., 1.0.0)

1.2.2 (2019022300)

Operating system and version (e.g., Ubuntu 18.04 LTS, macOS 10.14 Mojave, Windows 10 1809)

Windows 10 1903

Error message text or screenshot

I've omitted a couple of issues (partially because i'm too lazy to look through all of them right now lol)

The first file encodes fine but there's visual artifacts when played in VLC.

Second file also encodes fine but there's also visual issues when played back

3rd file ends prematurely.

The 4th has all of it but also has visual issues

The 5th got cut off as well

6th has the whole thing it seems to have the least amount of issues

7th got cut off

HandBrake Activity Log (see https://handbrake.fr/docs/en/latest/help/activity-log.html)

activity_log2332.txt
activity_log4928.txt
activity_log8332.txt
activity_log9264.txt
activity_log9712.txt
activity_log13316.txt
Tate No Yuusha No Nariagari - 01.mkv 05-30-2019 19-18-26.txt
Tate No Yuusha No Nariagari - 02.mkv 05-30-2019 20-34-41.txt
Tate No Yuusha No Nariagari - 03.mkv 05-30-2019 21-37-57.txt
Tate No Yuusha No Nariagari - 03.mkv 05-31-2019 00-30-12.txt
Tate No Yuusha No Nariagari - 04.mkv 05-31-2019 01-44-12.txt
Tate No Yuusha No Nariagari - 05.mkv 05-31-2019 02-27-18.txt
Tate No Yuusha No Nariagari - 06.mkv 05-31-2019 03-39-00.txt

[woodstockathbf]

Do you get the same issues with the software decoder?

[nathanielcwm]

yeah i switched to software after it crashed the first time i didn't bother looking at the incomplete encodes from the first time with quicksync

[nathanielcwm]

huh looking through the logs it looks like it didn't honour my request to not use the quicksync decoder

[nathanielcwm]

yep software is perfectly fine

[woodstockathbf]

There are some videos that the hardware decoder "does weird things". Sometimes it gives blocky video, sometimes it outright crashes. The handbrake developers probably have a big list of Intel driver versions that are better/worse for that.

The good thing is that the software decoders are pretty good on speed, so you do not lose much by using them instead of QSV decode.

[nathanielcwm]

I recall numerous times in the past where I got files without any video using the hardware decoder so I guess encountering more issues with it isn't that surprising.

[nathanielcwm]

no idea why but it looks like a couple of them failed with error 4 again even without hardware decoding the ones that work fine are fine now though.

Tate No Yuusha No Nariagari - 05.mkv 05-31-2019 19-08-18.txt
Tate No Yuusha No Nariagari - 03.mkv 05-31-2019 17-11-54.txt

[nathanielcwm]

weird that both of them also stop playing at the same point where the hardware decoder fails
i don't seem to run into any issues playing the original file back in vlc

[woodstockathbf]

[19:06:33] sync: audio 0x1 time went backwards 9446 ms, dropped 407 frames. PTS 75696613
[19:06:34] sync: video time went backwards 9424 ms, dropped 226 frames. PTS 76629015
[matroska @ 0000027445322240] Application provided invalid, non monotonically increasing dts to muxer in stream 3: 847610 >= 844290
avformatMux: track 3, av_interleaved_write_frame failed with error 'Invalid argument'
Last error repeated 1 times
avformatMux: track 3, av_interleaved_write_frame failed with error 'Invalid argument'
[matroska @ 0000027445322240] Application provided invalid, non monotonically increasing dts to muxer in stream 3: 847610 >= 847420
[19:08:17] work: average encoding speed for job is 8.287596 fps
[19:08:17] vfr: lost time: 0 (0 frames)
[19:08:17] vfr: gained time: 0 (0 frames) (0 not accounted for)
[19:08:17] aac-decoder done: 38335 frames, 0 decoder errors
[19:08:17] aac-decoder done: 37928 frames, 0 decoder errors
[19:08:17] h264-decoder done: 21319 frames, 0 decoder errors
[19:08:17] sync: got 21036 frames, 34094 expected

There is something wrong with the audio track on the first one (haven't looked at the second).

[nathanielcwm]

oh yeah i just noticed that both of them have audio issues present in the original download (before my remux) so it's not handbrakes fault its the download

[nathanielcwm]

without handbrake i probably wouldn't have noticed the issue with the audio :)

[sr55]

If you can share a short sample that reproduces the problem we can take a quick look. My guess is the files have errors in them that the QSV decoder isn't handling well.

Unfortunately 4th gen Intel CPU's are out of support now so if any driver level fix is required it's highly unlikely they'll ever be forthcoming. It may be best to run with qsv decoder off as the software decoders tend to be a bit more tolerant of bad input.

[nathanielcwm]

I know that any 10 bit h264 file will make a blank output not too sure what was causing the above earlier

[sr55]

I can neither produce error 4, or blank output so without a sample I'm afraid there is nothing we can really do to help further.

Also, just to be clear, 10bit with 4th gen decode isn't something that's going to work. You'll need to disable QSV decode if your working with 10bit sources.

If you can't provide one, I'll close the ticket and we can re-open if more information comes to light.

[nathanielcwm]

sure thing i'm not exactly sure what's different about those specific videos that's causing the issues as well so i don't think i'll be able to produce a sample that can reproduce that.

[nathanielcwm]

maybe handbrake should automatically switch to the software decoder if it finds a 10 bit h264 video?