diff options
author | tommi@chromium.org <tommi@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98> | 2012-12-05 16:02:09 +0000 |
---|---|---|
committer | tommi@chromium.org <tommi@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98> | 2012-12-05 16:02:09 +0000 |
commit | 4c416a31ee3ac9a4b00ed6d2f8f7dc48c9d89d89 (patch) | |
tree | 7f52cd5ff4a20003e0d874243987af24d9af3d62 /rlz/lib | |
parent | 706f4ec76106d83fca1a8538265761f7f7949d54 (diff) | |
download | chromium_src-4c416a31ee3ac9a4b00ed6d2f8f7dc48c9d89d89.zip chromium_src-4c416a31ee3ac9a4b00ed6d2f8f7dc48c9d89d89.tar.gz chromium_src-4c416a31ee3ac9a4b00ed6d2f8f7dc48c9d89d89.tar.bz2 |
Re-land https://codereview.chromium.org/11419200/
I had to revert the change since media and content unittests failed to load on the XP and Vista bots.
This modification to the above CL moves the MF delayload entries the chrome_dll.gyp over to media.gyp for all dependents
and doesn't use MF on Vista since it turns out that a special update is required (and our Vista bots don't have).
Original CL description:
Video capture implementation using the Media Foundation API.
This replaces the DirectShow based implementation for Vista,Win7 and Win8.
DirectShow isn't supported in metro mode so once we've landed this,
we can revert the workaround we have in place for Win8.
The CapabilityList class is mostly moved code from the DS implementation.
The difference is that I'm not using a std::map<> since that wasn't
really necessary and instead adding one member (via inheritance) to
the capability struct on Windows that holds the stream id that is needed.
BUG=140545
TEST=All video capture tests in media_unittests now test this new implementation (except on XP).
TBR=mflodman@chromium.org,darin@chromium.org
Review URL: https://codereview.chromium.org/11451010
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@171232 0039d316-1c4b-4281-b951-d872f2087c98
Diffstat (limited to 'rlz/lib')
0 files changed, 0 insertions, 0 deletions