diff options
| author | hclam@chromium.org <hclam@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98> | 2009-09-17 22:28:15 +0000 |
|---|---|---|
| committer | hclam@chromium.org <hclam@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98> | 2009-09-17 22:28:15 +0000 |
| commit | 8a7bcb02f938026aba0b7978818f7ae39688ff1a (patch) | |
| tree | bf8501a02c8783a67203c070802870498fd9ff09 /views | |
| parent | 21f579df24b83cb11e7211945b83561e0b22da32 (diff) | |
| download | chromium_src-8a7bcb02f938026aba0b7978818f7ae39688ff1a.zip chromium_src-8a7bcb02f938026aba0b7978818f7ae39688ff1a.tar.gz chromium_src-8a7bcb02f938026aba0b7978818f7ae39688ff1a.tar.bz2 | |
Fixing audio in mac
TEST=media_unittests
BUG=21574
Several problems in mac audio:
1. AudioQueueEnqueueBuffer doesn't accept empty buffers. But
we often hit buffer underrun with various reasons. In
order to simulate the behavior of Windows that empty
buffer would make the callback be called after a short time,
we write a short buffer of silence.
2. Mac audio doesn't provide pending bytes (unplayed buffer
size in audio buffer). This is now fixed by having a
running counter.
3. After Stop() is called, Start() will take a long time for
the audio packet to be played. It is found that
AudioQueueEnqueueBuffer should be called before
AudioQueueStart otherwise we'll hit this problem of long
delay for start.
Review URL: http://codereview.chromium.org/194112
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@26510 0039d316-1c4b-4281-b951-d872f2087c98
Diffstat (limited to 'views')
0 files changed, 0 insertions, 0 deletions