summaryrefslogtreecommitdiffstats
path: root/chrome/browser/chromeos/input_method/input_method_util_unittest.cc
diff options
context:
space:
mode:
authorhenrika@chromium.org <henrika@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98>2011-11-29 09:02:06 +0000
committerhenrika@chromium.org <henrika@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98>2011-11-29 09:02:06 +0000
commitd5408eb65eb4a9d12c67f608a1162d31a11c63b2 (patch)
tree37f3e12aeabbdc7256cd75e415fa2bdd37589928 /chrome/browser/chromeos/input_method/input_method_util_unittest.cc
parent59404dd4e61e8d92aaf05a7c2457100eb4897b46 (diff)
downloadchromium_src-d5408eb65eb4a9d12c67f608a1162d31a11c63b2.zip
chromium_src-d5408eb65eb4a9d12c67f608a1162d31a11c63b2.tar.gz
chromium_src-d5408eb65eb4a9d12c67f608a1162d31a11c63b2.tar.bz2
Revert 111890 - This patch ensures that the audio_output_win_unittest works for AUDIO_PCM_LOW_LATENCY.
It seems like only test which utilized AUDIO_PCM_LOW_LATENCY has been broken for a while. It was most likely I who broke it when I added support for WASAPI output. Anyhow, in this patch, I ensure that we can still test using the low-larency flag. A buffer size of 10ms is used on Vista and higher (<=> WASAPI) and 50ms is used (as before) in XP. I have also modified the sinus source since it contained two issues actually. 1) It did not store a valid state between each frame (=> distorsion at end-points). 2) The volume 2^15 was too high and could lead to odd effects for negative numbers. Both these things are fixed in this CL and all tones now sounds better. The old tones were all distorted. BUG=none TEST=audio_output_win_unittest Review URL: http://codereview.chromium.org/8678012 TBR=henrika@chromium.org Review URL: http://codereview.chromium.org/8725027 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@111892 0039d316-1c4b-4281-b951-d872f2087c98
Diffstat (limited to 'chrome/browser/chromeos/input_method/input_method_util_unittest.cc')
0 files changed, 0 insertions, 0 deletions