Steps to reproduce: 1. Run WebKit nightly in Lion and visit: http://chromium.googlecode.com/svn/trunk/samples/audio/convolution-effects.html 2. Try some of the different effects and listen for occasional glitches (may take a little while to hear) This appears to be a regression which is happening on Lion, but *not* when I run on Snow Leopard. So, maybe related to sand-boxing? There are one or more worker threads created in ReverbConvolver.cpp: http://svn.webkit.org/repository/webkit/trunk/Source/WebCore/platform/audio/ReverbConvolver.cpp Currently the thread priority is not being boosted, and under normal conditions has worked fine for quite some time in mac port and chromium/mac. Technically, it would probably be better to boost the priority to an intermediate higher priority (but not as high as the real-time audio thread). Perhaps the sandboxing is harming the thread priorities - just a guess... System trace in Shark (or whatever the latest profiling tool is) may be of help here as well
It would be a surprise to me if sandboxing had such an effect. I'm not sure if I can hear any glitches on my machine - there are always chirping sounds near the beginning of "spoken word", but it's stable, and sounds like a defect in recording. It should be easy to confirm the theory though if you can reproduce - just build WebKit with WEB_PROCESS_SANDBOX disabled in Source/WebKit2/config.h
I can't reproduce on recent mac port builds on Lion. It seems to be a transient problem, and I suggest we close the issue.