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

Offline rendering and large graphs

From: Joseph Berkovitz <joe@noteflight.com>
Date: Thu, 4 Apr 2013 10:31:33 -0400
Message-Id: <704172BD-975B-40E4-A491-DF0B638C1BAE@noteflight.com>
To: "public-audio@w3.org WG" <public-audio@w3.org>
I didn't see any responses to my OfflineAudioContext proposals earlier in this week, but I want to highlight one point in particular that is troubling to me as an implementor and may require some thought as this feature is speced.

A synthesis graph for for a piece music may contain literally thousands of audio sources, scheduled to turn on and off for the many notes in the piece. Normally the graph doesn't contain all of these at once. Instead the graph is replenished on a timer-driven basis (examining AudioContext.currentTime) to ensure that there are always enough sources to cover the next N seconds of music to be played.

In the offline case this isn't possible because there are no interim points in the rendering process at which to replenish the graph. The entire graph must be built in advance and then rendered in bulk.

Question: Is the size of such graph an inherent problem with the offline rendering API as currently constituted?

.            .       .    .  . ...Joe

Joe Berkovitz

Noteflight LLC
Boston, Mass.
phone: +1 978 314 6271
"Your music, everywhere"

Received on Thursday, 4 April 2013 14:32:08 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:03:18 UTC