Re: sox_ng real-time processing update
Doug Lee <[email protected]> Wed, 20 Aug 2025 17:57:37 -0400
| Newsgroups | gmane.comp.audio.sox |
|---|---|
| Message-ID | <[email protected]> |
Forgot to answer this one. On Sat, Aug 16, 2025 at 12:02:37PM +0200, Martin Guy wrote: > On 15/08/25 22:05, Doug Lee wrote: > > Until today, I've used SoX 14.4.1 for its speed. > > Faster than 14.4.2 ? Sadly I don't have test results for that, but I do have notes indicating that, a while back, this may well have been the case. > > Today, I am starting to use sox_ng 14.6.0 instead. > > > > In the older SoX, --buffer 1024 was sufficient for most operations > > on my machine, and I could even get away with --buffer 768 sometimes. > > On sox_ng, I need --buffer 3000 at a mimimum, and --buffer 4000 if I use > > speexdsp > > What are the symptoms that these bigger buffers relieve? > Interruptions in the heard audio? I call it stuttering - pretty fast stuttering at that. One friend who tested this did not experience this though, much to my delight. > The buffer-related commits in sox_ng since 14.4.2 are: > 5e37160 (pre-14.5.0) about pulseaudio buffering (I hope you're not using > that!) I am not using pulseaudio; on Windows I use waveaudio only... and I may have forgotten to mention that these are all Windows SoX/sox_ng builds I've been discussing. > > I lack the know-how to craft a WSAPI driver for sox_ng; > > I don't even know what a WASAPI driver is but you could file an issue for it. Right, WASAPI; I missed an A. :) One of a slowly increasing number of Windows sound device interfaces, it seems; but supposedly the fastest native one - native, I say, because I don't know how it compares to ASIO which is third-party and about which I know little. -- Doug Lee [email protected] http://www.dlee.org "If you refuse to be made straight when you are green, you will not be made straight when you are dry." {African}