Yup, normal analogRead() works fine.
Eventually I'll get back to the ADC code and improve it...
The only other issue I know is MQS doesn't play nice with I2S and probably others. Apparently it needs the audio clock configured differently. But the design tool doesn't know this.
The "analog in" ... uses a different sampling frequency.
If you want a clean solution the only way is to use 41117.6 kHz for the whole lib.
Perhaps we just should declare it as "experimental" .. forever
I had the idea to use a unused I2S (SAIx) to output LR-Clock to a non-existing Teensy-pin and use that to trigger the analog-in-DMA. It is just an Idea, and I don't know if that would work.
but the readme on github only talks about 3.x. Is this just a documentation issue?
The only other issue I know is MQS doesn't play nice with I2S and probably others. Apparently it needs the audio clock configured differently. But the design tool doesn't know this.
My Idea to use a unused PAD does not work, at least I found no way to trigger a DMA or the ADC with it.
My current thinking is we'll only offer USB host audio support on boards with the ASRC hardware.
Paul, have you considered USB host audio support without offering sample rate conversion before the 1170 with ASRC hardware?
I'm asking since I'd like to put together a multitrack USB audio logger, with a Teensy 4.1 acting as host to a class-compliant audio interface (like a Focusrite Scarlett or an Expert Sleepers ES-8.) That would allow making music and recording it without having a laptop with a DAW running, taking advantage of the AD converters in the audio interface.
For anyone interested, I found this 2012 article with good foundations (in addition to the USB spec):
https://www.edn.com/fundamentals-of-usb-audio/
Thank you,
Knut