Issue metadata
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 descriptionUserAgent: 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
,
Sep 27 2016
This is WebAudio. yiningc@ any bug that uses AudioContext can be redirected to Blink>WebAudio.
,
Sep 27 2016
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.
,
Sep 27 2016
|
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by yini...@chromium.org
, Sep 27 2016