WebAudio in chrome drops samples now because the spec was updated to require running JS on the mixer thread (https://www.chromestatus.com/feature/4588498229133312 …) Great.
-
-
Replying to @antumbral
If you were doing any sort of ScriptAudioProcessorNode before, you'd drop samples because of main thread contention; this is strictly better
1 reply 0 retweets 0 likes -
Replying to @slightlylate
No, ALL audio drops samples now, because the mixer thread can't be realtime priority anymore, because it can run JS
2 replies 0 retweets 0 likes -
Replying to @antumbral
Hrm; this seems like an impl quality issue. /cc
@cwilso1 reply 0 retweets 0 likes -
Replying to @slightlylate @cwilso
Maybe it's a blink architectural limitation that can be addressed, but the impression I get from platform-architecture-dev is it's the spec.
1 reply 0 retweets 0 likes
Replying to @antumbral @cwilso
So a lot of this is down to changes I deman...er..requested via the @w3ctag review. This feels impl specific.
5:58 AM - 16 Aug 2017
0 replies
0 retweets
1 like
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.
& Web Standards TL; Blink API OWNER
Named PWAs w/
DMs open. Tweets my own; press@google.com for official comms.