- From: Grant Galitz <grantgalitz@gmail.com>
- Date: Wed, 7 Sep 2011 21:19:03 -0400
- To: public-audio@w3.org
- Message-ID: <CAD8zUBY3utCSToOp7NT19YEnM0=dXG7PpCrVFJhG+LWYDy5N-w@mail.gmail.com>
I'm not sure how many people are aware, but using the onprocessaudio event with a javascript audio node has trashing issues inside Google Chrome on Windows and Linux (But not Mac OS X!). Even when nothing is blocking the onprocessaudio callback, the API experiences audio underruns, causing complete trashing of the resulting audio output. I've gone ahead and blocked the Web Audio API for Windows and Linux users using my XAudioJS library ( https://github.com/grantgalitz/XAudioJS ). These people now are using the Flash fallback, which uses the same core functions as the Web Audio API path in my library, yet does not have nearly as much as a problem with audio glitching as Web Audio, not to mention there is a higher load from the javascript->flash bridge, as flash calls js to request refills. To block out chrome users by Operating System is a nasty thing no one wants to do, but it's basically come down to this since Web Audio has been enabled by default in chrome now (Not in about:flags anymore in canary at least) and that this bug has been present since it pretty much first landed.
Received on Thursday, 8 September 2011 01:19:40 UTC