W3C home > Mailing lists > Public > public-audio@w3.org > April to June 2012

[Bug 17415] (JSWorkers): JavaScriptAudioNode processing in workers

From: <bugzilla@jessica.w3.org>
Date: Tue, 19 Jun 2012 07:11:37 +0000
To: public-audio@w3.org
Message-Id: <E1SgsbB-0004OT-QY@jessica.w3.org>

--- Comment #22 from Marcus Geelnard (Opera) <mage@opera.com> 2012-06-19 07:11:37 UTC ---
(In reply to comment #20)
> Developers have to be conscious about performance and avoiding layout reflows
> anyway, why should this API be any different?

I'd also like to add to this discussion that you can't really compare glitches
in graphics/animation to glitches in audio. In general we (humans) are much
more sensitive to glitches in audio than to frame drops in animation. You can
usually get away with a 100 ms loss in an animation every now and then, but you
can't as easily get away with a 1 ms glitch in your audio.

Most systems (DVD, DVB etc) prioritize audio over video. This can be seen when
switching channels on some TV boxes for instance, where video stutters into
sync with the continuous audio - it's hardly noticeable, but it would be
horrible if it was the other way around (stuttering audio).

In other words, an audio API should provide continuous operation even under
conditions when a graphics API fail to do so.

Configure bugmail: https://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
Received on Tuesday, 19 June 2012 07:11:40 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:49:59 UTC