New issue
Advanced search Search tips

Issue 649681 link

Starred by 3 users

Issue metadata

Status: Duplicate
Merged: issue 496282
Owner: ----
Closed: Sep 2016
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Bug



Sign in to add a comment

setting AudioParam.value ramps to the value instead of immediately changing

Reported by yotamm...@gmail.com, Sep 23 2016

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/53.0.2785.101 Safari/537.36

Example URL:
https://jsfiddle.net/yotammann/eacz5vLm/2/

Steps to reproduce the problem:
1. Open the URL
2. Listen to the frequency value

What is the expected behavior?
The value should change immediately. According to the specification (and I believe how it previously worked in Chrome) is the same as setValueAtTime(value, currentTime), but instead it sounds like a ramp to the value.

What went wrong?
The frequency ramps through the intermediate values instead of setting the value immediately.

Did this work before? N/A 

Is it a problem with Flash or HTML5? N/A

Does this work in other browsers? N/A 

Chrome version: 53.0.2785.101  Channel: n/a
OS Version: OS X 10.10.5
Flash Version: Shockwave Flash 22.0 r0

Works in Firefox 49. 
Fails in Safari 9.1
 
Labels: Needs-Feedback
Can you show how to listen to the frequency value? I don't hear any problem. The behavior on Chrome is the same as on Safari.
Components: -Internals>Media Blink>WebAudio
This is WebAudio. yiningc@ any bug that uses AudioContext can be redirected to Blink>WebAudio.

Comment 3 by rtoy@chromium.org, Sep 27 2016

Status: Available (was: Unconfirmed)
This is a bug in Chrome.  When the setter is used, the change is ramped instead of instantaneously changing, possibly causing glitches.

We have not removed this dezippering from Chrome yet.

Comment 4 by rtoy@chromium.org, Sep 27 2016

Mergedinto: 496282
Status: Duplicate (was: Available)

Sign in to add a comment