problems under os x about audiolib.js

[charlieroberts]

Hmmm... sorry, maybe a false alarm. It appears to work fine under the stable version of Chrome (18.0.1025.163). I do get the same weird behavior that I got in Firefox using the recent changes to sink.js but I suspect that this has something to do with my code and how I do timing using sinks.

I don't really think it's worth exploring why it doesn't work in the dev version of Chrome on an older version of OS X after some arbitrary system updates, so I'm going to close this.

[jussi-kalliokoski]

To be sure, could you try downloading the latest version from downloads and seeing if the problems are still there?

A while back, there was a problem in sink.js that it would incorrectly fall back to using Data URI Audio elements instead of the web audio API, the issue you were having sounded exactly like that. I haven't tried Chrome 20 yet, so it might as well be that something changed in the Web Audio API that is causing the sink initialization to fail, hence using the Data URI fallback.

What kind of erratic behavior are you seeing on Firefox? There was a latency optimization I recently turned off in favor of less CPU cycles used (and hence less of those annoying "Page not responding" popups), so overall experience on Firefox should now be better, although the latency is a bit higher.