W3C home > Mailing lists > Public > public-audio@w3.org > January to March 2012

Re: UC 7 - Audio / Music Visualization

From: Alistair MacDonald <al@signedon.com>
Date: Wed, 18 Jan 2012 10:54:50 -0500
Message-ID: <CAJX8r2mfDrrLjuZnCqno_6COxAHZh3swnmoeLMn4auvNrszkjg@mail.gmail.com>
To: Joseph Berkovitz <joe@noteflight.com>, Steve Sims <fontfx7@gmail.com>
Cc: Olivier Thereaux <olivier.thereaux@bbc.co.uk>, public-audio@w3.org
Joe B. - any chance I could get you to chime in on the following comment
from Steve? (I feel your experience would be very useful here.)


> I'm still inclined to think that even in production/synthesis software
> it's best to hide this kind of thing away from the user and leave it to the
> underlying API and/or developer to manage.  Something like firing an event
> to indicate when buffers are running low, or that an under-run has
> occurred, thus allowing the developer to adjust buffers accordingly in
> response.  (Please forgive me if this kind of functionality is already in
> the spec - it's been a while since I've read it through and unfortunately
> right now don't have time to re-read.)


In my experience, professional music production software has always offered
the user buffer size controls, without exception. But I defer to Joe B.

Also...  GrantG may have something to say about buffer sizes in terms of
the APIs use in Game Console Emulators. Grant?


Hopefully I've managed to address this issue with Alastair off-list...  the
> LP does work, really, honist guv!  :-)  I think this may have been an issue
> for only the US version of the LP.


Thanks Steve, looking into it :)

Yes I have found Safari's JS engine to be very strict, it has caused me
similar problems in the past.




Alistair MacDonald
SignedOn, Inc - W3C Audio WG
Boston, MA, (707) 701-3730
al@signedon.com - http://signedon.com
Received on Wednesday, 18 January 2012 15:55:27 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Wednesday, 18 January 2012 15:55:27 GMT