Extract supported codecs from CDM component manifest.

chrome/browser/component_updater/component_updater_service.h

Index: chrome/browser/component_updater/component_updater_service.h
diff --git a/chrome/browser/component_updater/component_updater_service.h b/chrome/browser/component_updater/component_updater_service.h
index 027d30f23cf105f2a3b7e252a1c3927ae278f3aa..2b8ef8b8f1aa932bd5b1be4a87b53bdc2907873a 100644
--- a/chrome/browser/component_updater/component_updater_service.h
+++ b/chrome/browser/component_updater/component_updater_service.h
@@ -200,4 +200,7 @@ class ComponentUpdateService {
 ComponentUpdateService* ComponentUpdateServiceFactory(
     ComponentUpdateService::Configurator* config);
 
+// Deserialize the CRX manifest. The top level must be a dictionary.

[ddorwin, 2013/10/24 22:17:03]

Is there a better place to put this utility function that's needed in multiple
places? (I put it here because CUS is used throughout this directory.)

[waffles, 2013/10/25 16:53:42]

component_updater_service.h is (supposed to be) the public interface to this
module; but I agree that component_unpacker.h doesn't really seem appropriate
either.

More generally I wish we had a class dedicated to understanding .crx items and
the various format details surrounding them. Until that day I would rather have
this in component_unpacker.h or component_updater_service_internal.h than in
component_updater_service.h; cpu@ might have an opinion here, too. (You'll need
him for OWNERS review.)

+base::DictionaryValue* ReadComponentManifest(const base::FilePath& unpack_path);
+
 #endif  // CHROME_BROWSER_COMPONENT_UPDATER_COMPONENT_UPDATER_SERVICE_H_