uataz / google-axs-chrome

Automatically exported from code.google.com/p/google-axs-chrome
0 stars 0 forks source link

Chrome TTS engines do not respect audio output selection #70

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago
What steps will reproduce the problem?
1. Using a WinXP workstation with 2 different sound outputs, built in speakers 
& front mounted headphones.
2. Install Anything using the chrome TTS functionality (this is not an issue 
with native windows SAPI)
3. Plug in headphones
4. Use the TTS functionality.

What is the expected output? What do you see instead?
Expected: Sound from headphones only, matching the behavior of all other 
running applications.
Actual Result: the TTS audio is played back out both inbuilt speakers & the 
headphones. 

What version of the product are you using? On what operating system?
WinXP, Chrome 16,
Tested with 3 of the Chrome TTS engines: SpeakIt default, Lois, FLite Female 
TTS voice.
Native Windows SAPI does not behave this way.

Original issue reported on code.google.com by Lucractius@gmail.com on 9 May 2012 at 9:01

GoogleCodeExporter commented 8 years ago
Thanks for the bug report!  This bug sounds like an issue with the browser -- 
could you file it in the main chromium issue tracker?

http://code.google.com/p/chromium/issues/list

Original comment by deb...@google.com on 9 May 2012 at 4:28

GoogleCodeExporter commented 8 years ago
Tested with Vimeo.com in html 5 playback mode.
Issue does appear to be a chrome bug.
Will re-submit to the main chromium tracker.

Original comment by Lucractius@gmail.com on 10 May 2012 at 1:27

GoogleCodeExporter commented 8 years ago
Filed with chromium bug tracker. 
https://code.google.com/p/chromium/issues/detail?id=127501

Original comment by Lucractius@gmail.com on 10 May 2012 at 1:48

GoogleCodeExporter commented 8 years ago

Original comment by deb...@google.com on 10 May 2012 at 6:31