New issue
Advanced search Search tips

Issue 646163 link

Starred by 3 users

Issue metadata

Status: Duplicate
Merged: issue 642321
Owner: ----
Closed: Sep 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: All
Pri: 2
Type: Bug



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 description

UserAgent: 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.
 
Labels: -OS-Mac OS-All
Status: Untriaged (was: Unconfirmed)
I confirmed the behavior in the original report. I'm marking this as untriaged, Internals>Media, and OS=All because I believe this is a feature request to change deliberate behavior.
Components: -Internals>Media Internals>Media>Audio
Owner: dalecur...@chromium.org
Status: Assigned (was: Untriaged)
easy to repro. Safari not repro this bug. Dale, Can you take a look?
Components: -Internals>Media>Audio Blink>WebAudio
Owner: ----
Status: Untriaged (was: Assigned)
This is a WebAudio issue.
Components: Blink>Scheduling
Mergedinto: 642321
Status: Duplicate (was: Untriaged)
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