Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Issues with Quicksync decoder #2127

Closed
nathanielcwm opened this issue May 31, 2019 · 16 comments

Comments

3 participants
@nathanielcwm
Copy link

commented May 31, 2019

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.
image

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

3rd file ends prematurely.
image
image
image
image
image
image

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

The 5th got cut off as well
image

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

7th got cut off
image
image

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

This comment has been minimized.

Copy link

commented May 31, 2019

Do you get the same issues with the software decoder?

@nathanielcwm

This comment has been minimized.

Copy link
Author

commented May 31, 2019

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

This comment has been minimized.

Copy link
Author

commented May 31, 2019

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

@nathanielcwm

This comment has been minimized.

Copy link
Author

commented May 31, 2019

yep software is perfectly fine

@woodstockathbf

This comment has been minimized.

Copy link

commented May 31, 2019

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

This comment has been minimized.

Copy link
Author

commented May 31, 2019

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

This comment has been minimized.

Copy link
Author

commented May 31, 2019

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

This comment has been minimized.

Copy link
Author

commented May 31, 2019

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

@nathanielcwm nathanielcwm changed the title Handbrake reencode failing. Issues with Quicksync decoder & Video being prematurely ended with error 4. May 31, 2019

@woodstockathbf

This comment has been minimized.

Copy link

commented May 31, 2019

[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

This comment has been minimized.

Copy link
Author

commented May 31, 2019

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 nathanielcwm changed the title Issues with Quicksync decoder & Video being prematurely ended with error 4. Issues with Quicksync decoder May 31, 2019

@nathanielcwm

This comment has been minimized.

Copy link
Author

commented May 31, 2019

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

@sr55

This comment has been minimized.

Copy link
Contributor

commented May 31, 2019

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

This comment has been minimized.

Copy link
Author

commented Jun 5, 2019

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

@sr55

This comment has been minimized.

Copy link
Contributor

commented Jun 15, 2019

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

This comment has been minimized.

Copy link
Author

commented Jun 16, 2019

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

This comment has been minimized.

Copy link
Author

commented Jun 16, 2019

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

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
You can’t perform that action at this time.