Vp9 decoder mft support for AMD gpu/apu
Reported by
kyle.plu...@amd.com,
Jun 28 2016
|
|||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.103 Safari/537.36 Example URL: Steps to reproduce the problem: 1. 2. 3. What is the expected behavior? What went wrong? Upcoming AMD drivers will ship with a vp9 decoder mft installed in C:\Program Files\Common Files\ATI Technologies\Multimedia. Support is initially limited to Bristol Ridge platforms, but will be expanded in the future. Did this work before? N/A Is it a problem with Flash or HTML5? N/A Does this work in other browsers? N/A Chrome version: 51.0.2704.103 Channel: n/a OS Version: 10.0 Flash Version: Shockwave Flash 22.0 r0
,
Jun 29 2016
this is a feature request. Eric, can you assess it?
,
Aug 24 2016
The following revision refers to this bug: https://chromium.googlesource.com/chromium/src.git/+/344c65515e8f8c47e16332533c84314691545cfe commit 344c65515e8f8c47e16332533c84314691545cfe Author: kyle.plumadore <kyle.plumadore@amd.com> Date: Wed Aug 24 18:27:48 2016 Vp9 decoder mft support for AMD apu/gpu BUG=623962 CQ_INCLUDE_TRYBOTS=master.tryserver.chromium.linux:linux_optional_gpu_tests_rel;master.tryserver.chromium.mac:mac_optional_gpu_tests_rel;master.tryserver.chromium.win:win_optional_gpu_tests_rel Review-Url: https://codereview.chromium.org/2105693003 Cr-Commit-Position: refs/heads/master@{#414110} [modify] https://crrev.com/344c65515e8f8c47e16332533c84314691545cfe/AUTHORS [modify] https://crrev.com/344c65515e8f8c47e16332533c84314691545cfe/content/browser/gpu/gpu_data_manager_impl_private.cc [modify] https://crrev.com/344c65515e8f8c47e16332533c84314691545cfe/content/common/gpu_host_messages.h [modify] https://crrev.com/344c65515e8f8c47e16332533c84314691545cfe/content/public/browser/gpu_utils.cc [modify] https://crrev.com/344c65515e8f8c47e16332533c84314691545cfe/content/public/common/content_switches.cc [modify] https://crrev.com/344c65515e8f8c47e16332533c84314691545cfe/gpu/command_buffer/service/gpu_preferences.h [modify] https://crrev.com/344c65515e8f8c47e16332533c84314691545cfe/media/gpu/dxva_video_decode_accelerator_win.cc [modify] https://crrev.com/344c65515e8f8c47e16332533c84314691545cfe/media/gpu/dxva_video_decode_accelerator_win.h
,
Oct 31 2016
I'm encountering a bug with DXVA decoding (stable channel). I dug a bit and noticed the --enable-accelerated-vpx-decode switch. However, the value of GpuPreferences::enable_accelerated_vpx_decode is initialized to VPX_VENDOR_MICROSOFT, so the switch seems to be a no-op. If this feature is supposed to be behind the flag, please change the initial value and merge the change to the release branches.
,
Oct 31 2016
My change didn't modify the default value. The MS decoder was enabled by default prior to my change, albeit in a less obvious way (imo). I believe this feature is enabled intentionally, but jbauman/dalecurtis can confirm expected behavior.
,
Nov 7 2016
The way to completely disable this feature is to set --enable-accelerated-vpx-decode=0.
,
Aug 1
@dougman : do we have an AMD system we can verify / repro this on? |
|||
►
Sign in to add a comment |
|||
Comment 1 by jbau...@chromium.org
, Jun 28 2016