Bug Fix: Rendering stuck due to thread issue of WebMediaPlayerMSCompositor

content/renderer/media/webmediaplayer_ms_compositor.h

Index: content/renderer/media/webmediaplayer_ms_compositor.h
diff --git a/content/renderer/media/webmediaplayer_ms_compositor.h b/content/renderer/media/webmediaplayer_ms_compositor.h
index 927c39e8a2f3842b15a4cd111c94a4eab380dfc6..b763eb825b9b06625acea4fd95edb3c6619f7da9 100644
--- a/content/renderer/media/webmediaplayer_ms_compositor.h
+++ b/content/renderer/media/webmediaplayer_ms_compositor.h
@@ -78,6 +78,13 @@ class CONTENT_EXPORT WebMediaPlayerMSCompositor
   scoped_refptr<media::VideoFrame> GetCurrentFrame() override;
   void PutCurrentFrame() override;
 
+  // Return the current frame being rendered.
+  // Difference between GetCurrentFrame(): GetCurrentFrame() is designed for
+  // chrome compositor to pull frame from WebMediaPlayerMSCompositor, and thus
+  // calling GetCurrentFrame() will affect statistics like |dropped_frames_|
+  // etc. Calling this function has no side effect.
+  scoped_refptr<media::VideoFrame> current_frame();

[DaleCurtis, 2016/04/28 17:51:37]

hacker_style() methods must be inline. Please give this a different name like
GetCurrentFrameAndDontUpdateStatistics() or something similar.

[qiangchen, 2016/04/28 21:02:40]

Done.

+
   void StartRendering();
   void StopRendering();
   void ReplaceCurrentFrameWithACopy();