This should be a simple job.

I'd use the internal PLL in the xcore to generate the mclk though. Probably you don't need the i2c multiplexor. I think we needed to use this on the xmos board due to address clashes.

the ESP32-S3 has I2S, no?

ignore references to src_us3_voice_get_next_sample

These were added to provide sample rate conversion from microphones to the usb device sample rate. You won't need this for your TDM application.

can you post your code? (or the relevant bit) - lib_spdif has changed considerably since this thread started and as such the information contained in the thread is likely out of date..

still it is strange to me that not calling XUD_SetReady_OutPtr() brought exceptions error in the XUD_LLD_IoLoop but I havent enough experience of the USB protocol and I cannot provide usb traces to suggest improvement. Thanks for reading. Yes, that doesn't sound correct. If you have a small example...

BTW I'm not sure this is a new video, some old video seems to have made their way to the xmos YouTube channel of the last day or so, im not quite sure what's happened here (not my department ;))

I think the issue with understanding is that the hardware was designed to run the language (see early presentation: http://people.cs.bris.ac.uk/~dave/xarch2010.pdf) and so its very integral to the whole xmos story. lib_xcore is somewhat trying to provide a C compatible API like XC. So if you already...

Yes, there is an example here: https://github.com/xmos/sw_usb_audio/bl ... 6/Makefile

Ah, try -Xmapper --map -Xmapper map.txt

You're referring to the option to the compiler maybe?