Simple AudioWorklet setup leads to glitchy playback
Reported by
andre.mi...@gmail.com,
Feb 9 2018
|
|||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.140 Safari/537.36 Steps to reproduce the problem: 1. Visit https://next.audiotool.com/worklet-neutrons/ 2. Press Play 3. Playback is very glitchy What is the expected behavior? For this simple setup I expect no glitches. What went wrong? The setup contains basic building blocks for a compressor. No memory is allocated in the AudioWorkletProcessor.process methods. I can see in the profiler that the GC is working relatively often but I am not sure if that causes the dropouts. Did this work before? No Does this work in other browsers? N/A Chrome version: 64.0.3282.140 Channel: stable OS Version: OS X 10.13.0 Flash Version: Shockwave Flash 28.0 r0 You can comment-out the user-interface: 1) RatioProcessor.js line 27 (postMessage) 2) index.html line 41 (canvas.update) But this does not help.
,
Feb 9 2018
Can you try the latest Canary (66.0.3344.0)? Also see this comment in the issue 796330 : https://bugs.chromium.org/p/chromium/issues/detail?id=796330#c20 The optimization patch is not in M64, but M66 has it. During the trace, I couldn't find any underflow from WebAudio thus did not hear any glitch from your example.
,
Feb 11 2018
,
Feb 11 2018
,
Feb 12 2018
Version 66.0.3344.0 (Official Build) canary (64-bit) works fine. Was this Canary build available last Friday? Because I am testing everything with Canary lately and I am positive that Canary was glitchy on Friday as well.
,
Feb 12 2018
Per #5, closing this issue as fixed/verified. Please open a new bug if the problem persists. |
|||||||||
►
Sign in to add a comment |
|||||||||
Comment 1 by andre.mi...@gmail.com
, Feb 9 2018