electricat
Member
I tried some more, and it looks like this is quite hard to debug.
I settled on the minimal testing setup, where I just go to the audio settings page on the mac and check if I get a signal at all. This will only get 2 channels at most I think but still shows if it is fundamentally broken.
As said, it works on the Mac where I compiled the sketch:
Intel Core i5, 2016
MacBookPro13,1
10.14.6
-> can record multi-channel audio
-> coreaudiod cpu 1.5% when recording from usb vs 4.5% when recording from internal mic (!)
- BUT I just had a 20 minutes period where it stopped working, until I recompiled and re-uploaded the sketch
It didn't work on any of the other Macs I tried so far
Apple M2 2022
Mac14,7
15.3.1
-> shows as 8 channel device in Audio-Midi-Setup
-> no audio coming into QT PLayer
-> coreaudiod cpu 10% regardless of selected input device (not exactly sure what the 100% baseline is)
Intel core 2013 something
10.14
- shows up as 8 channel device, but no signal
- this is surprising because it is a similar system like the one where it works.
Next I tried to understand if the sketch is actually running on the teensy.
For this I had to comment out the "sgtl5000.setAddress(HIGH)" in order to hear the signal on one ear of the analog output.
Only on the Mac where recording worked, the sketch seems to run properly.
More interestingly, when just powering the teensy with a usb power bar, there is no signal coming out of the analog output. So it looks like it needs a working communication with a receiving device and otherwise gets stuck. Is this intrinsic in your usb-audio implementation, or just a property of the example sketch? Maybe the implementation is fragile and craps out if there is a hickup in the communication?
For my use case, I mostly want to run the teensy without a computer, and only occasionally connect it to a computer to record via USB. WIth the stock USB audio implementation this was never an issue.
Happy to continue testing tonight!
I settled on the minimal testing setup, where I just go to the audio settings page on the mac and check if I get a signal at all. This will only get 2 channels at most I think but still shows if it is fundamentally broken.
As said, it works on the Mac where I compiled the sketch:
Intel Core i5, 2016
MacBookPro13,1
10.14.6
-> can record multi-channel audio
-> coreaudiod cpu 1.5% when recording from usb vs 4.5% when recording from internal mic (!)
- BUT I just had a 20 minutes period where it stopped working, until I recompiled and re-uploaded the sketch
It didn't work on any of the other Macs I tried so far
Apple M2 2022
Mac14,7
15.3.1
-> shows as 8 channel device in Audio-Midi-Setup
-> no audio coming into QT PLayer
-> coreaudiod cpu 10% regardless of selected input device (not exactly sure what the 100% baseline is)
Intel core 2013 something
10.14
- shows up as 8 channel device, but no signal
- this is surprising because it is a similar system like the one where it works.
Next I tried to understand if the sketch is actually running on the teensy.
For this I had to comment out the "sgtl5000.setAddress(HIGH)" in order to hear the signal on one ear of the analog output.
Only on the Mac where recording worked, the sketch seems to run properly.
More interestingly, when just powering the teensy with a usb power bar, there is no signal coming out of the analog output. So it looks like it needs a working communication with a receiving device and otherwise gets stuck. Is this intrinsic in your usb-audio implementation, or just a property of the example sketch? Maybe the implementation is fragile and craps out if there is a hickup in the communication?
For my use case, I mostly want to run the teensy without a computer, and only occasionally connect it to a computer to record via USB. WIth the stock USB audio implementation this was never an issue.
Happy to continue testing tonight!