diff options
| author | hclam@chromium.org <hclam@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98> | 2009-04-16 19:03:25 +0000 |
|---|---|---|
| committer | hclam@chromium.org <hclam@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98> | 2009-04-16 19:03:25 +0000 |
| commit | 5fb88964b6a7df7fc3be69811a734ff08fbcbdc5 (patch) | |
| tree | 55a1acb1ab3dd33c822773bfce170946def82c0b /base/gfx/gtk_util.cc | |
| parent | b7e62b5dcc16b6a7e87e1af59d2673ecd7edde6a (diff) | |
| download | chromium_src-5fb88964b6a7df7fc3be69811a734ff08fbcbdc5.zip chromium_src-5fb88964b6a7df7fc3be69811a734ff08fbcbdc5.tar.gz chromium_src-5fb88964b6a7df7fc3be69811a734ff08fbcbdc5.tar.bz2 | |
Handles audio messages on IO thread in render process
First step to have smoother audio playback. We previously
performed audio messages handling on render thread, which
gave us huge amount of latency, especially when renderer
is busy compositing or is blocked by synchronous IPC call.
A lot of these latencies are eliminated by moving audio
messages handling to IO thread, this is the first step to
see if sharing the regular IPC channel for audio messages
is creating too much stress for the IPC channel. Also
doubled the audio packet size to 8192 samples, ~194ms of
audio for 16bit/44.1khz/2ch.
Review URL: http://codereview.chromium.org/62125
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@13863 0039d316-1c4b-4281-b951-d872f2087c98
Diffstat (limited to 'base/gfx/gtk_util.cc')
0 files changed, 0 insertions, 0 deletions