- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Note: This is a repost of issue: https://forums.intel.com/s/question/0D50P0000490ZBWSA2/quicksync-functionality-broken-with-dch-driver-25201006444
Case Number: 03967525
The original issue is no longer publicly accessible and hasn't received any responses lately.
We noticed that our application is no longer able to use QuickSync hardware acceleration for customers that have upgraded to the new Intel DCH driver.
We have analyzed the problem I will describe the behavioral change in the QuickSync implementation by comparing:
- The DCH driver: 25.20.100.6444 further referred to as 'DCH'
- with the latest..
- Non-DCH driver: 25.20.100.6373 further referred to as 'STD'
Differences:
Installed Versions:
- DCH installs QuickSync/MSDK binaries of version 8.0.0.083
- STD installs QuickSync/MSDK binaries of version 8.0.0.068
Installation Locations:
- DCH installs all MSDK libraries into %PROGRAMFILES%\Intel\Media SDK, %WINDIR%\System32 and %WINDIR%\SysWow64
- STD installs MSDK libraries only into %PROGRAMFILES%\Intel\Media SDK
=> Bug # 1: DCH does not remove the installed files from %WINDIR%\System32 and %WINDIR%\SysWow64 during uninstallation (via Control Panel > Programs > Uninstall)
The actual showstopping bug is a change of behavior regarding device initialization (=> MFXInit)
For Windows there has always existed a direct correspondence between the mfxIml enum value and the D3D device's adapter number like follows:
mfxImplD3D Device Adapter numberMFX_IMPL_HARDWARE0MFX_IMPL_HARDWARE21MFX_IMPL_HARDWARE32MFX_IMPL_HARDWARE43With the MSDK libraries version 8.0.0.083 this is no longer true.
I will illustrate the change of behavior with an example:
mfxImplD3D Dev # D3D Device NameMFXInit (8.0.0.068) MFXInit (8.0.0.083)NoteMFX_IMPL_HARDWARE0NVIDIA GeForce GTX 750 Ti - \\.\DISPLAY2MFX_ERR_UNSUPPORTEDMFX_ERR_NONEMFX_IMPL_HARDWARE21NVIDIA GeForce GTX 750 Ti - \\.\DISPLAY1MFX_ERR_UNSUPPORTEDMFX_ERR_UNSUPPORTEDMFX_IMPL_HARDWARE32NVIDIAGeForce GTX 750 Ti - \\.\DISPLAY3MFX_ERR_UNSUPPORTEDMFX_ERR_UNSUPPORTEDMFX_IMPL_HARDWARE43Intel(R) HD Graphics 530 - \\.\DISPLAY5MFX_ERR_NONEMFX_ERR_NONE
No error, but doesn't report
the same encoding and decoding
capabilities as with 68 and dev 0
This is obviously a bug. MFXInit succeeds, but as soon as an application tries to create a D3D surface on the GeForce device and tries to use that with QuickSync, everything will fail.
That problem is not only specific to our own application, it also affects the use of QuickSync with ffmpeg - which is officially supported and documented by Intel as usage scenario for QuickSync.
=> This is bug # 2:
Link Copied
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page