Issue metadata
Sign in to add a comment
|
Web Audio scheduling from within a background tab is throttled
Reported by
yotamm...@gmail.com,
Sep 12 2016
|
||||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/53.0.2785.101 Safari/537.36 Example URL: http://webaudiodemos.appspot.com/metronome/index.html Steps to reproduce the problem: 1. Open the url 2. Switch to another tab What is the expected behavior? The metronome should keeping playing normally just like it did when the tab was in focus. This works in Firefox and Safari. What went wrong? The sound of the metronome can only be heard approximately once a second because the Web Audio events are not being scheduled accurately while in a background tab. Did this work before? Yes 53.0.2785.101 Is it a problem with Flash or HTML5? HTML5 Does this work in other browsers? Yes Chrome version: 55.0.2858.0 Channel: canary OS Version: OS X 10.11.6 Flash Version: Shockwave Flash 23.0 r0 Web Audio scheduling in a background tab which is possible using Web Workers in the current Chrome, is now throttled when in a background tab in Canary (v55). Background tab Web Audio is a beautiful thing and opens up all kinds of musical possibilities for generative and ambient music that someone can listen to all day, but we can't expect someone to keep one tab in focus all day.
,
Sep 26 2016
easy to repro. Safari not repro this bug. Dale, Can you take a look?
,
Sep 26 2016
This is a WebAudio issue.
,
Sep 27 2016
As I mentioned in the issue 642321 , this is not a WebAudio issue. Handling background tab and the worker scheduling has been changed. This is affecting applications using the worker as a workaround for the background throttling. However, I'll leave the WebAudio label as it is for the reference purpose. |
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 by ellyjo...@chromium.org
, Sep 13 2016Status: Untriaged (was: Unconfirmed)