Handbrake fails when using QSV (Error Code -17) #660
Comments
|
Thanks for reporting this. I thought this issue was fixed in 1.0.3 but perhaps it was only the nightly build. Any chance you can see whether it is still a problem in the nightly? |
|
I have the nightly 20170328191901-d293148-master working now, will let you know how that ends up. Thanks |
|
It failed the same. Chapter it gets to seems to be somewhat random. `HandBrake Nightly 20170328191901-d293148-master (2017032901) - 64bit Starting Encode ...[16:32:45] hb_init: starting libhb thread Encode Completed ...[16:43:36] hb_init: starting libhb thread |
|
Okay, thanks for checking. Hopefully @maximd33 can take a look when he has time. |
|
@bradleysepos it should be fixed for recent drivers and HW and it looks that we have to deal with legacy as well @BuckeyeBob any input sample possible to share? does it happen consistently and each run or just sometime ? |
|
It happens every time. The only difference is where it appears to stall, it has happened on chapter 4 one time, chapter 6 the next, on the same file. I have also tried various files, with the same result. I could probably get a sample, but as it is not consistent as to where it stops, wouldn't really know what to post. |
|
ok - every time is already good for debugging, |
|
The sample is the first 5 chapters of the file I was encoding. I attempted to encode the sample and it errored out with "Queue Finished with 4 errors or cancellations detected.". Also attaching the activity log associated with the sample encode, it looks to have stalled after chapter 4. Unfortunately, my sample is 7GB, so not sure how to get it to you. |
|
Okay, I found a small mkv sample video. Being so small, it does not cause HandBrake problems every time. But, I did get it to fail 2 out of 4 times. Attached are the sample and the activity log. |
|
@BuckeyeBob Is your original source also Windows Media? |
|
Original source was a bluray rip from MakeMKV.
Sent from my Verizon, Samsung Galaxy smartphone
-------- Original message --------From: Bradley Sepos <notifications@github.com> Date: 3/30/17 12:04 PM (GMT-07:00) To: HandBrake/HandBrake <HandBrake@noreply.github.com> Cc: BuckeyeBob <DavidHosford@Cox.net>, Mention <mention@noreply.github.com> Subject: Re: [HandBrake/HandBrake] Handbrake fails when using QSV (#660)
@BuckeyeBob Is your original source also Windows Media?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or mute the thread.
{"api_version":"1.0","publisher":{"api_key":"05dde50f1d1a384dd78767c55493e4bb","name":"GitHub"},"entity":{"external_key":"github/HandBrake/HandBrake","title":"HandBrake/HandBrake","subtitle":"GitHub repository","main_image_url":"https://cloud.githubusercontent.com/assets/143418/17495839/a5054eac-5d88-11e6-95fc-7290892c7bb5.png","avatar_image_url":"https://cloud.githubusercontent.com/assets/143418/15842166/7c72db34-2c0b-11e6-9aed-b52498112777.png","action":{"name":"Open in GitHub","url":"https://github.com/HandBrake/HandBrake"}},"updates":{"snippets":[{"icon":"PERSON","message":"@bradleysepos in #660: @BuckeyeBob Is your original source also Windows Media?"}],"action":{"name":"View Issue","url":"#660 (comment)"}}}
|
|
short update: issue has been reproduced and fix is in progress |
|
I have the exact same isue and came here to post it. Glad you did it first. But my h264 QSV encoding works perfectly, this error only happens when encoding in h265 QSV. it is pretty random, sometimes it even happens while doing a 2 minutes preview, and sometimes it lets me encode a 1 hour video. I never managed to do a full movie, 2 hours, without the crash. A build with this issue fixed would be great, i love h265 quality/size relationship and speed on QSV processors. Thanks. |
|
@RoberMC what CPU do you have ? or may be you can share your encode log? |
|
Of course!, while posting my previous message i tried to encode a BR movie i own in h265, and it has just crashed. intel J4205 Log: Starting Encode ...[14:14:37] hb_init: starting libhb thread Encode Completed ...` |
|
I notice a few instances of |
|
Ok, it just crashed, pretty soon... This time i enabled again QSV decode, and the source file had chapters in place, i only encoded video, and cleared audio and chapters. `HandBrake 1.0.7 (2017040900) - 64bit Starting Encode ...[14:50:26] hb_init: starting libhb thread Encode Completed ...` |
|
This is not HB issue but it sits within the GPU driver, |
|
it is a J4205 Apollo Lake with integrated Intel HD 505 released in Q4'2016, it has all the latest stuff, like 10-bit HEVC enc/dec, HDMI 2.0, etc. It uses the same drivers as the Gen7 intel HD graphics. Thank you for looking into it. |
|
@maximd33 Further to your note above are you saying that my 4770k CPU is likely the reason for QSV encode fails due to lack of support from the Intel SDK or somesuch? |
|
@NebularNerd it is not HB issue, so we have not much to fix but driver update should be expected |
|
@JosefKuchar what version of the driver and OS do you have ? |
|
@maximd33 I've got Windows 10 64bit Pro with driver ver. 20.19.15.4835 |
|
Hallelujah! It is alive! I'm back on 0.10.5 and all works without any problems: HandBrake 0.10.5.0 - 64bit Version |
|
there are no chances to have 4xxx driver update @sr55 it should be possible to check HB's difference but time consuming part, should be considered or just refer to use 0.10.5 HB? |
|
@sr55 re: "Does anyone have a 6th, 7th or 8th gen and can re-produce the -17 error?" I've only been trying 3 different H264 MKV files-- the smallest 20gb file always encodes, the 23gb file sometimes encodes but often fails towards the end and the larger 34gb file has yet to successfully finish. No problems after installing 0.10.5.0, also encode times were cut in half. hb_qsv_wait_on_sync log example.txt |
|
Not the same issue. Please start a new thread for that. |
sr55
changed the title
|
I have the same problem but with a 6gen CPU, Windows 10 and the latest Intel drivers. Unfortunately, Github doesn't let me upload this as a file :( So here it is: HandBrake 1.0.7 (2017040900) - 64bit Starting Encode ...[03:53:01] hb_init: starting libhb thread [03:53:03] scan: 10 previews, 1920x1080, 23.976 fps, autocrop = 138/138/0/0, aspect 16:9, PAR 1:1 |
|
@cybergrimes |
|
Please raise a new issue for -21. IT is not the same as -17 error and it just confuses this thread by cross talking on it. |
|
sorry - done, Issue #1166 |
|
Heya. I'm getting -17. Windows 10 x64 Pro Fall Update. Same problem with both Stable and the Nightly marked HandBrakeCLI-20180221220312-fc57174-master-win-x86_64 I'm using Intel HD Graphics 23.20.16.4849, the device is active in Device Manager. Command input: handbrakecli --enable-qsv-decoding -i video.mp4 -e qsv_h264 -o test.mp4 The relevant services are running too: |
|
okay well, it seems the recent Intel IGP Drivers fix the problem. I tried upgrading to them once before but it crashed the shit out of my computer, so I installed the ones on my motherboard website. This time I guess I used the motherboard site's drivers as a stepping stone and then went to the Intel site drivers, and this time my computer wasn't crashed the shit out of. So hopefully this helps someone. |
|
I just want add my experience with this problem. A couple days ago I upgraded from 0.10.5 to 1.0.7 (GUI) in order to more easily convert videos to kindle (android-720) format. And, that was a success. But, the install process deleted my copy of HandbrakeCLI. I have a java program I wrote to convert cut tivo files into a nice MKV file and it spawns off HandbrakeCLI processes. This morning I ran that and it failed due to the missing exe. So, I downloaded the 1.0.7 version of the CLI. Like others have reported here it failed every time (maybe 20 tries) at random points. Long story short, I ended up downloading the 0.10.5 CLI and all is fine again. One minor clarification: The 0.10.5 version does fail with the discussed error every now and then (maybe 1 out of 12 times). I had overcame this within my java program - when it detects and encode error it restarts the operation for up to three errors in a row. That did the trick. The 1.0.7 version fails every time! cpu: i7-4770 4th generation haswell - still has plenty of muscle and years left in it. On the intel site I downloaded a newer 10/30/2017 version with a lower ID: 15.40.37.4835. I tried install it two or three different ways but my computer would complain saying I already had the latest version. I thought about manually replacing the driver but decided not to risk it and instead went with the 0.10.5 CLI. It would be nice if handbrake could detect the underlying hardware / drivers and work around the problem. Bruce |
|
@brucefagan Aside, the CLI is a separate download. You'll need to install both the GUI and CLI packages. |
|
Closing. If anyone see's a repeat of this, running latest drivers on hardware that is still under support by Intel, please let us know. For those running older hardware, maybe best to say on 1.0.7 or earlier. While that doesn't fix the problem, it does seem to happen slightly less often in these versions. Also, those running very old intel drivers may be unaffected. |
|
After over one year where multiple users reported this bug you are just closing this report? Does this mean that users always have to have up-to-date hardware to use handbrake? |
|
Yes, I'm closing this since we've not had any reports using the latest drivers running on Hardware that Intel still supports. We don't have any workarounds for this issue for older hardware and Intel no longer support it so we have no options in this instance. It's not by choice. |
|
Compatibility can be a moving target, especially where hardware and third party drivers are involved. @AlBundy33 Are you still seeing this issue with HandBrake 1.1.1 and your 4700K? |
|
I'd be surprised if he wasn't. We've done nothing that would fix it. |
|
Ist there no option to implement some kind of legacy mode to support "older" hardware? |
|
@AlBundy33 pls check the latest HB version and driver from https://downloadcenter.intel.com/download/27780/Graphics-Intel-Graphics-Driver-for-Windows-15-40-?product=97500 |
|
huh, surprised to see a new driver for this hardware. Looks mostly like a security update though so I'm not expecting this to work unless the release notes don't mention any other fixes that are included. I do still have a 4770K around so I'll throw it on a batch of 1000 over the weekend see if it turns up. |
|
as before, if 0.10 version works perfectly and 1.x is not - it is not a problem of "unsupported by intel" hardware. because change was introduced by you and not by intel. It is reasonable to think that only you can fix it, but not reasonable to expect a fix for an open source software, I understand |
|
You do realise that Intel drivers fixed this problem right? The changes to Quicksync support in HandBrake are correct, and don't exhibit this problem when using the latest drivers from Intel. |
|
this problem does not exist on the same old hardware with any driver version and same old HB version. the only variable is the HB version, nothing else. so blaming drivers does not seem to be justified by anything. and even in this thread, at least 2 types of issues were reported. |
|
... There are literally dozens of variables at play here. You clearly don't understand how this operates, so either educate yourself on this or stop wasting our time. The second issue (-21) has already been resolved. Locking this thread as it's not adding any value at this point. |
![https://cloud.githubusercontent.com/assets/143418/17495839/a5054eac-5d88-11e6-95fc-7290892c7bb5.png","avatar_image_url":"https://cloud.githubusercontent.com/assets/143418/15842166/7c72db34-2c0b-11e6-9aed-b52498112777.png","action":{"name":"Open](https://cloud.githubusercontent.com/assets/143418/17495839/a5054eac-5d88-11e6-95fc-7290892c7bb5.png","avatar_image_url":"https://cloud.githubusercontent.com/assets/143418/15842166/7c72db34-2c0b-11e6-9aed-b52498112777.png","action":{"name":"Open){kind=link}
Please describe the problem or feature request in detail:
Any video I attempt to encode using H.264 (Intel QSV) fails with an Error code -17, hb_qsv_wait_on_sync 602. This happens on Encoder preset of Balanced and Quality (did not try Speed). This happens for all versions of HandBrake 1.0.0 and above (1.0.0, 1.0.1, 1.0.2, 1.0.3). No issue on 0.10.2 or 0.10.5.
What are the steps to reproduce this problem:
Attempt to encode an MKV (produced from Blu Ray with MakeMKV) with QSV selected for Video Codec.
What version of HandBrake you are running:
Currently, 1.0.3. Issue also on 1.0.2, 1.0.1 & 1.0.0.
What operating system and version and you running (e.g. OSX 10.11, Windows 7, Ubuntu 14):
Windows 10 Pro, 64 bit
Was there any error message or error dialog, if so please detail or provide screenshots:
Queue Finished with 1 errors or cancellations detected.
Please provide the full activity log for the encode or scan attempt. You may attach the log as a file, post a pastebin URL to the log, or place the log inline below:
The text was updated successfully, but these errors were encountered: