Add CdmService to keep track of CDMs

content/public/common/content_client.h

 // Copyright (c) 2012 The Chromium Authors. All rights reserved.
 // Use of this source code is governed by a BSD-style license that can be
 // found in the LICENSE file.
 
 #ifndef CONTENT_PUBLIC_COMMON_CONTENT_CLIENT_H_
 #define CONTENT_PUBLIC_COMMON_CONTENT_CLIENT_H_
 
 #include <set>
 #include <string>
 #include <vector>
@@ skipping 27 matching lines @@
 class TargetPolicy;
 }
 
 namespace content {
 
 class ContentBrowserClient;
 class ContentClient;
 class ContentPluginClient;
 class ContentRendererClient;
 class ContentUtilityClient;
+struct KeySystemRegistration;
 struct PepperPluginInfo;
 
 // Setter and getter for the client.  The client should be set early, before any
 // content code is called.
 CONTENT_EXPORT void SetContentClient(ContentClient* client);
 
 #if defined(CONTENT_IMPLEMENTATION)
 // Content's embedder API should only be used by content.
 ContentClient* GetContentClient();
 #endif
@@ skipping 21 matching lines @@
   // Sets the currently active URL.  Use GURL() to clear the URL.
   virtual void SetActiveURL(const GURL& url) {}
 
   // Sets the data on the current gpu.
   virtual void SetGpuInfo(const gpu::GPUInfo& gpu_info) {}
 
   // Gives the embedder a chance to register its own pepper plugins.
   virtual void AddPepperPlugins(
       std::vector<content::PepperPluginInfo>* plugins) {}
 
+  // Gives the embedder a chance to register the key system(s) it supports.
+  virtual void AddKeySystems(

[ddorwin, 2016/01/26 20:21:53]

Can we remove the ContentRendererClient method? What is the plan there?

[xhwang, 2016/01/29 07:43:06]

There's no plan to change how the key system info is populated in the render
process (chrome -> ContentRendererClient -> ContentMediaClient ->
media::KeySystems), other than we'll remove the pepper_type after we switch to
mojo.

+      std::vector<content::KeySystemRegistration>* key_systems) {}

[xhwang, 2016/01/29 07:43:06]

As chatted offline, on Linux we'll actually need to preload the CDM in
zygote_main_linux.cc, the same as how we preload pepper plugins. When we do
that, we'll have to check whether the CDM library exists. Since we already need
to do this, probably we should just go ahead and call
KeySystemService::Register() before preloading. Then PreloadCdm() can just load
all registered CDMs.

With that, we probably don't need this AddKeySystems() call anymore.

[jrummell, 2016/03/04 01:19:40]

I looked at zygote_main_linux.cc, and actually updated it to preload the CDMs.

+
   // Gives the embedder a chance to register its own standard and saveable
   // url schemes early on in the startup sequence.
   virtual void AddAdditionalSchemes(
       std::vector<url::SchemeWithType>* standard_schemes,
       std::vector<std::string>* savable_schemes) {}
 
   // Returns whether the given message should be sent in a swapped out renderer.
   virtual bool CanSendWhileSwappedOut(const IPC::Message* message);
 
   // Returns a string describing the embedder product name and version,
@@ skipping 64 matching lines @@
   ContentPluginClient* plugin_;
   // The embedder API for participating in renderer logic.
   ContentRendererClient* renderer_;
   // The embedder API for participating in utility logic.
   ContentUtilityClient* utility_;
 };
 
 }  // namespace content
 
 #endif  // CONTENT_PUBLIC_COMMON_CONTENT_CLIENT_H_