As far as I can see there is only a way to receive decoded PCM samples in the A2DP sink example. Is there a way to receive the raw SBC payload instead?

> But all at once in one project?

The BiQuad filter will use the most CPU, but its possible. Jakobsen knows about this. I'm not 100% knwoleadable here, but running a SPI display shouldn't use that many resources either. You can look at microwavemont's fork for that.

All of those things have been done, so they are possible. With PSRAM you should have no issues with buffer underruns.

Sorry no, I don't have a Lyra.

Nice, this will be a useful component!

This has a bluetooth mode out of the box, I'm having it hooked up to an amp right now: https://github.com/MrBuddyCasino/ESP32_MP3_Decoder

In case there will be nothing but crickets: the Chromium source contains a C++ echo canceller for WebRTC that is supposed to be good. I don't know if its suitable for embedded usage though.

I bet RAM usage would be significantly reduced when using the Rust programming language, combined with a run-to-completion scheduler. Such schedulers lead to significantly better code (no races guaranteed), less overhead and a single stack model (which much reduces RAM usage). Rust also brings bett...

I think the DAC takes unsigned samples, while regular I2S is signed. So you'll need to convert the samples from -32768-32767 to 0-65535. Adding 0x8000 per channel should accomplish that.

I don't know what that is, so I searched for "DMA subframe", yet couldn't find a decent explanation. Do you have a link or something?