diff options
| author | ananta@chromium.org <ananta@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98> | 2010-08-09 17:58:54 +0000 |
|---|---|---|
| committer | ananta@chromium.org <ananta@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98> | 2010-08-09 17:58:54 +0000 |
| commit | aa94d01e13bbc1053faa7aa2405bc453792d55b6 (patch) | |
| tree | a646d33d9718aad8b638582a576040fa4f3af3c0 /chrome/renderer/gpu_channel_host.cc | |
| parent | 85f633544904e9a2e1b47ad3a713ad764c81eaf2 (diff) | |
| download | chromium_src-aa94d01e13bbc1053faa7aa2405bc453792d55b6.zip chromium_src-aa94d01e13bbc1053faa7aa2405bc453792d55b6.tar.gz chromium_src-aa94d01e13bbc1053faa7aa2405bc453792d55b6.tar.bz2 | |
Revert 55405 - Special thanks for in-ming cheng's MFT hardware decodering code.
1. ipc_video_decoder.cc/h is media pipeline filter which use the gpu decoder facilities in video stack. it is only enabled when (a) hardware composition is on (b) hardware decoding command line is on (c) h264 codec is specified.
2. gpu_video_service.cc/h is a singleton in gpu process which provide video services for renderer process, through it we could create decoder. ( in my imagination, in the future, we could create encoder or capturer too)
3. gpu_video_decoder.cc/h. abstract interface for hardware decoder.
4. gpu_video_decoder_mft.cc/h media foundation transform hardware decoder which run on windows 7 only.
5. gpu_video_service_host.cc/h is singleton in renderer process which provide proxy for gpu_video_service.
6. gpu_video_decoder_host.cc/h is proxy for gpu_video_decoder. (1 to 1 map).basically there is one global GpuVideoService in GPU process, one GpuVideoServiceHost in Renderer process. for each renderer process, there are could be multiple renderer view, each could had multiple GpuVideoDecoderHost the connect to GpuVideoDeocder through GPUCHannelHOst/GpuChannel.
7. gpu_video_common.cc/h: IPC message definition and pickle/marshaling support.
ISSUES:
1. in media pipeline, we need let decoder to determine if bit stream filter should be used instead of let command line to determine it.
2. stop readback from D3D surface use ANGLE.
3. Flush logic still need fine tuning.
4. CreateThread in GpuVideoDecoder, and post message in message handler, and derived classs handle message loop. ?
5. Error handling.
6. Input ring buffer implementation. Current impl is naive.
7.Add output queue for MFT decoder.
8. Query Capabilities at GetVideoServices()...
BUG=None
TEST=Windows7
Review URL: http://codereview.chromium.org/2873089
TBR=jiesun@google.com
Review URL: http://codereview.chromium.org/3020077
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@55419 0039d316-1c4b-4281-b951-d872f2087c98
Diffstat (limited to 'chrome/renderer/gpu_channel_host.cc')
| -rw-r--r-- | chrome/renderer/gpu_channel_host.cc | 4 |
1 files changed, 0 insertions, 4 deletions
diff --git a/chrome/renderer/gpu_channel_host.cc b/chrome/renderer/gpu_channel_host.cc index bb98148..70a5224 100644 --- a/chrome/renderer/gpu_channel_host.cc +++ b/chrome/renderer/gpu_channel_host.cc @@ -7,7 +7,6 @@ #include "chrome/common/child_process.h" #include "chrome/common/gpu_messages.h" #include "chrome/renderer/command_buffer_proxy.h" -#include "chrome/renderer/gpu_video_service_host.h" GpuChannelHost::GpuChannelHost() : state_(UNCONNECTED) { } @@ -36,9 +35,6 @@ void GpuChannelHost::OnMessageReceived(const IPC::Message& message) { } void GpuChannelHost::OnChannelConnected(int32 peer_pid) { - GpuVideoServiceHost::get()->OnGpuChannelConnected(this, - &router_, - channel_.get()); } void GpuChannelHost::OnChannelError() { |