зеркало из https://github.com/mozilla/gecko-dev.git
c938c7416c
In bug 1595994 we attempted to streamline the ability to determine which decoder was available regardless of the process they would be running in. This was subsequently done via the PDMFactory. As there are several JS API that can query which codec are supported, it requires a synchronous mechanism. This allowed to make a determination during the PlatformDecoderModule::Supports call, depending on which process it was going to be called frome. Having a synchronous IPC call to the RemoteDecoderManagerParent has too many caveats to be workable. So what we do instead is first determine at launch if the required external framework are available and pass this information to each content process. When checking if a decoder is available, we make a best guess at determining if the PDM would support such codec, without actually loading such framework when running in the content process. Supports can no longer make a decision based on the process currently running and as such PDM::CreateAudio/VideoDecoder using an optional system framework now need to further check the validity of the CreateDecoderParam argument. Differential Revision: https://phabricator.services.mozilla.com/D95245 |
||
---|---|---|
.. | ||
app | ||
chromium | ||
contentproc | ||
glue | ||
gtest | ||
ipdl | ||
mscom | ||
testshell | ||
moz.build | ||
pull-chromium.py |