Visual C++ error when the encode starts

[iamlilysdad]

I have seen this error on two different PC's. It happens right when the encode starts, but after the foreign audio scan is complete. This is a new issue (just the past week) as I've been able to use Handbrake successful for a while on both systems.

I'm using Handbrake version 1.0.3 (2017022500) - 64 bit. I'm using Windows 10 Enterprise.

Here's a screenshot of the error:

Pastebin - http://pastebin.com/nsAjDNee

[Woodstock]

There should be an event in the Windows Event Viewer with the actual details of this. Could you locate it and copy/paste the text in a reply here?

[iamlilysdad]

There should be an event in the Windows Event Viewer with the actual details of this. Could you locate it and copy/paste the text in a reply here?

Copy and pasted a few of the event logs below. These are categorized as "Errors - Application errors"

Faulting application name: HandBrake.exe, version: 1.0.3.0, time stamp: 0x58b202c6
Faulting module name: KERNELBASE.dll, version: 10.0.14393.479, time stamp: 0x582588e6
Exception code: 0xc0020001
Fault offset: 0x0000000000017788
Faulting process id: 0x230c
Faulting application start time: 0x01d29e69eadd66c2
Faulting application path: C:\Program Files\HandBrake\HandBrake.exe
Faulting module path: C:\WINDOWS\System32\KERNELBASE.dll
Report Id: c3832b50-f239-4acb-ae1b-aa4d7467903b
Faulting package full name:
Faulting package-relative application ID:

Faulting application name: HandBrake.exe, version: 1.0.3.0, time stamp: 0x58b202c6
Faulting module name: hb.dll, version: 0.0.0.0, time stamp: 0x58b1ffd8
Exception code: 0x40000015
Fault offset: 0x0000000001188992
Faulting process id: 0x230c
Faulting application start time: 0x01d29e69eadd66c2
Faulting application path: C:\Program Files\HandBrake\HandBrake.exe
Faulting module path: C:\Program Files\HandBrake\hb.dll
Report Id: 836e4633-0cc7-4271-b709-0aa6afd68869
Faulting package full name:
Faulting package-relative application ID:

Below is an entry listed as "Information - Windows Error Reporting":

Fault bucket 120707834250, type 4
Event Name: APPCRASH
Response: Not available
Cab Id: 0

Problem signature:
P1: HandBrake.exe
P2: 1.0.3.0
P3: 58b202c6
P4: hb.dll
P5: 0.0.0.0
P6: 58b1ffd8
P7: 40000015
P8: 0000000001188992
P9:
P10:

Attached files:
\\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WER8DFD.tmp.WERInternalMetadata.xml

These files may be available here:
C:\ProgramData\Microsoft\Windows\WER\ReportArchive\AppCrash_HandBrake.exe_719014562354781ff3b2e2911dae209e72a46f21_16a20f4e_2f8c960b

Analysis symbol:
Rechecking for solution: 0
Report Id: 836e4633-0cc7-4271-b709-0aa6afd68869
Report Status: 1
Hashed bucket: 2609ed21dbfb9cd735e6638f69b943c6

[iamlilysdad]

I have also installed the latest version of Visual C++ from the Microsoft site and that did not resolve the issue.

[iamlilysdad]

So I downgraded to Handbrake version 1.0.2 and the issue was not there on the first encode. But it did show up when I tried another encode.

[iamlilysdad]

I have tried uninstalling the Visual C++ runtimes. No change.

I tried uninstalling and then re-installing the Visual C++ runtimes. No change.

I have uninstalled and re-installed Handbrake. No change.

I'm out of ideas here.

[s55]

It's nothing to do with the C++ runtime.

Try disabling QSV decoding in preferences. See if that helps.

[iamlilysdad]

It's nothing to do with the C++ runtime.

Try disabling QSV decoding in preferences. See if that helps.

So that seems to help, but then I obviously can't use the H.264 (Intel QSV) video codec.

On the second system I used the H.264 (x264) video codec and got through ~20 encodes before seeing the error the first time, but then it happened on the second encode job in the queue.

On the first system using the H.264 (Intel QSV) video codec I can usually get through one encode, but then see the error on the second encode. But then, sometimes, it happens on the first encode. Sometimes it will get through the entire queue!

There does not seem to be a concrete reproducible issue other than use the H.264 (Intel QSV) video codec with the QSV decoding enabled and wait for the second encode. I have seen the error with various settings and video codecs.

I can say that these errors started around the same time, but I don't know if anything was updated in the background or without my knowledge (don't think there were any updates that required my attention).

Could it be related to using the Matroska preset? I know, grasping at straws.

[Woodstock]

QSV decoding and encoding are separate things, and there are some sources that cannot DEcode properly with QSV, but will ENcode just fine.

It's just a bit slower than full hardware decoding, but it tolerates a lot more variation in the input stream.

Intel(R) HD Graphics 530 - 20.19.15.4531

Is this the newest driver for your video? You want the driver direct from Intel, NOT the driver Microsoft provides.

[iamlilysdad]

QSV decoding and encoding are separate things, and there are some sources that cannot DEcode properly with QSV, but will ENcode just fine.

It's just a bit slower than full hardware decoding, but it tolerates a lot more variation in the input stream.

Intel(R) HD Graphics 530 - 20.19.15.4531

Is this the newest driver for your video? You want the driver direct from Intel, NOT the driver Microsoft provides.

I have the latest driver from Dell. When I try to install the one on Intel's website it gives me a big huge warning to only use the drivers from Dell.

I have noticed this C++ issue when using non-QSV video codecs as well on another system (and this system).

I don't think I have tried disabling QSV decoding and then using a non-QSV video codec on the other system. I will try that and report back.

[iamlilysdad]

QSV decoding and encoding are separate things, and there are some sources that cannot DEcode properly with QSV, but will ENcode just fine.

It's just a bit slower than full hardware decoding, but it tolerates a lot more variation in the input stream.

Intel(R) HD Graphics 530 - 20.19.15.4531

Is this the newest driver for your video? You want the driver direct from Intel, NOT the driver Microsoft provides.

Turns out the other system doesn't support quicksync. But I have seen the error on it as well.

[iamlilysdad]

Same error on the system that does not support quicksync. I just verified.

[Woodstock]

Does handbrake itself even USE the Visual C++ compiler? I thought it was cross-compiled for Windows using gc++ on Linux.

Or does the linkage to .NET mean that VC++ runtime errors are attributed to handbrake?

[rollin_eng]

Same error on the system that does not support quicksync. I just verified.

Can you please post your log.

[iamlilysdad]

Same error on the system that does not support quicksync. I just verified.

Can you please post your log.

Pastebin - http://pastebin.com/5h7LdbGn

Windows Event Viewer logs:

Faulting application name: HandBrake.exe, version: 1.0.3.0, time stamp: 0x58b202c6
Faulting module name: KERNELBASE.dll, version: 10.0.14393.953, time stamp: 0x58ba59e1
Exception code: 0xc0020001
Fault offset: 0x0000000000017788
Faulting process id: 0x188c
Faulting application start time: 0x01d2a34bb35d2174
Faulting application path: C:\Program Files\HandBrake\HandBrake.exe
Faulting module path: C:\Windows\System32\KERNELBASE.dll
Report Id: a0cb7ca1-8a20-46af-94e6-b5e03d5baea1
Faulting package full name:
Faulting package-relative application ID:
_________________________________________________________________________

Fault bucket 120707834250, type 4
Event Name: APPCRASH
Response: Not available
Cab Id: 0

Problem signature:
P1: HandBrake.exe
P2: 1.0.3.0
P3: 58b202c6
P4: hb.dll
P5: 0.0.0.0
P6: 58b1ffd8
P7: 40000015
P8: 0000000001188992
P9:
P10:

Attached files:
\\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WERD796.tmp.WERInternalMetadata.xml

These files may be available here:
C:\ProgramData\Microsoft\Windows\WER\ReportArchive\AppCrash_HandBrake.exe_719014562354781ff3b2e2911dae209e72a46f21_16a20f4e_1998ea63

Analysis symbol:
Rechecking for solution: 0
Report Id: 0eac9616-50d9-405d-a984-ce898dfe7645
Report Status: 0
Hashed bucket: 2609ed21dbfb9cd735e6638f69b943c6
_________________________________________________________________________________________

Faulting application name: HandBrake.exe, version: 1.0.3.0, time stamp: 0x58b202c6
Faulting module name: hb.dll, version: 0.0.0.0, time stamp: 0x58b1ffd8
Exception code: 0x40000015
Fault offset: 0x0000000001188992
Faulting process id: 0x188c
Faulting application start time: 0x01d2a34bb35d2174
Faulting application path: C:\Program Files\HandBrake\HandBrake.exe
Faulting module path: C:\Program Files\HandBrake\hb.dll
Report Id: 0eac9616-50d9-405d-a984-ce898dfe7645
Faulting package full name:
Faulting package-relative application ID:

[iamlilysdad]

Is there any other information that I can provide that would assist with solving the problem?

[iamlilysdad]

Bumping this up as I am still encountering this error with the current stable and current nightly build. It seems to be limited to files with 6.1 audio. That's odd to me, since I am setting it to passthrough for one audio track and stereo MP3 at 256Kbps for the second.