Wellington Wallace

As a reference for the future I will put here what seems to be a good example for the webrtc library https://gitlab.freedesktop.org/pulseaudio/webrtc-audio-processing/-/blob/master/examples/run-offline.cpp?ref_type=heads

>There is no issue as in crackling or similar, it's just that lower frequencies are cut off so, compared to my normal voice (or when not using the echo canceller),...

>I thought the problem with lower frequencies being cut off is because of speex and solution would be to use WebRTC (do correct me if I'm wrong). This is the...

Our master branch now uses webrtc. We can close this issue.

The error column in `pw-top` indicate [xrun](https://alsa.opensrc.org/Xruns) errors. In most cases a xrun means that the soundcard is not receiving audio buffers as fast as it would like. In our...

Something I have been doing for years is booting with the kernel option `threadirqs`. Maybe this is helping somehow to play audio at higher loads. Does it make any difference?

>What would you think about moving most of the processing to outside the realtime thread? I updated our master branch now moving the fft call to the main thread. Let's...

> Ah, nice! Thanks. > > > `g_idle_add` schedules the execution of a function in glib/gtk main thread. > > This sounds like something that requires synchronization and might even...

>I'm wondering if putting data in the plugin and letting the main thread access it, without creating a new idle task on each process() call, wouldn't be more efficient? I'd...

>I'm wondering if putting data in the plugin and letting the main thread access it, without creating a new idle task on each process() call, wouldn't be more efficient? This...