Send video frames backed by textures to WebRTC.

content/renderer/media/native_handle_impl.h

Index: content/renderer/media/native_handle_impl.h
diff --git a/content/renderer/media/native_handle_impl.h b/content/renderer/media/native_handle_impl.h
new file mode 100644
index 0000000000000000000000000000000000000000..63b52217a5ad88c5cb4276a2b4675d6dc2a0cd16
--- /dev/null
+++ b/content/renderer/media/native_handle_impl.h
@@ -0,0 +1,29 @@
+// Copyright (c) 2013 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_RENDERER_MEDIA_NATIVE_HANDLE_IMPL_H_
+#define CONTENT_RENDERER_MEDIA_NATIVE_HANDLE_IMPL_H_
+
+#include "base/memory/ref_counted.h"
+#include "media/base/video_frame.h"
+#include "third_party/webrtc/common_video/interface/native_handle.h"
+
+namespace content {
+
+class NativeHandleImpl : public webrtc::NativeHandle {
+ public:
+  // Wraps a video frame in the handle.
+  virtual void SetHandle(void* handle) OVERRIDE;

[Ami GONE FROM CHROMIUM, 2013/07/12 17:35:26]

Any reason not to make this an explicit ctor instead?
(I don't believe you want to support setting a second value after a first is
set, right?)

[wuchengli, 2013/07/15 06:35:14]

I thought it was clearer for the subclass to override a setter than using ctor.
I agree with you using a ctor is better. I changed webrtc::NativeHandle, too.
https://webrtc-codereview.appspot.com/1413004/patch/54001/55004

+
+  // Retrieves the video frame in the handle. The frame is still ref-counted by
+  // the handle. The ref count decreases when NativeHandleImpl is destroyed.
+  virtual void* GetHandle() OVERRIDE;
+
+ private:
+  scoped_refptr<media::VideoFrame> frame_;
+};
+
+}  // namespace content
+
+#endif  // CONTENT_RENDERER_MEDIA_NATIVE_HANDLE_IMPL_H_