As noted in #2 above that's exactly the problem - AudioEffectEnvelope (and pretty much all audio library classes) inherits from AudioStream.
The documentation already specifies that AudioEffectEnvelope::release()...
Yup ... change your calls to AudioEffectEnvelope functions to use float values for the parameters, so for example env2.release(0.0f).
You've passed an integer to the function, and as the error messages are saying,...
I had a request via PM for an example of how to use the new Dynamic AudioConnection feature introduced in TD 1.57. I've done PR#441 for eventual inclusion in some future Teensyduino release, and have also attached it in...
Please note I made an error initially - 229376 is the memory in bytes, not blocks: I edited my post accordingly. Also, it looks as if you can allocate more than that and the memory will be used, but the audio library...
Some minor fixes are in PR#19, opened June 1st and just updated to remove some warnings. The author doesn't appear to have been active recently, so if you want them you may just have to grab them direct from my branch.
This isn't quite correct, and could cause problems...
You are passing the result of a call to the function entry.name(), which returns a const char*: this tells you that you must not attempt to modify the data...
I can't 100% see your wiring, but it looks as if you only have one I²S input wired; if I'm reading the library code right, your second audio adaptor needs its DOUT / pin 13 wired to the T4.1 pin 6, which can function as...
The boilerplate SD startup code in most of the demos (and which you've essentially copied) is poorly conceived, in that it gives the card just one chance to start, then whinges about it forever. I have an SD card which...
I don't use Platformio myself, so no real idea, but your suggestion of installing the Arduino beta then copying the required change across sounds viable. The only changed file you'd need to fix your stated issue this is...
Which version of Teensyduino are you using? There’s a fix for this issue in 1.57 beta 3.
Pro tip: using th code tags (# button) will make your code more readable on the forum.
Looking at the AudioPlaySdWav code (which is deeply nasty), it looks as if it may require an audio interrupt to fire after a .play(), before .isPlaying() becomes true. A crude fix might be putting a delay() in, thus:
...
I think there's something slightly screwy with your maths here - each I²S out gives two channels, so you can have 4x2 on I2S1 and another 1x2 on I2S2 for an easy-ish maximum of 10 output channels.
For the "custom...
Great news it works! Squeal ... not so good. I've used much longer wires (~20cm) for quick tests, but not connecting to anything much. Could be a ground loop or similar: I'm guessing the mixer is grounded via its power...
You also need the I²C control pins (18 and 19) connected, or the sgtl5000_1 commands won't work. I also seem to recall you need both the Gnd pins wired, not 100% sure about that.
Agree the Teensy 4.1 renders some of the rev D audio board redundant, but it's all useful for those who prefer to use the Teensy 4.0 (for size reasons etc.), and I guess it doesn't make sense for PJRC to offer lots of...
This thread might be of interest. You can fit a couple of PSRAM chips to the Teensy 4.1 and another to the audio board, which gives you a total of 4.75 minutes of delay (not all in one lump, though). This is not...
Great! Simple solution, it's just knowing where to look... also it's brought to light an error in the Audio Shield documentation, which I can
It would be good if you could share your design on GitHub, I don't have a...
For sure, remove the call to i2s1.begin() - that’s a killer! You also don’t need to connect() the patch cords or begin() the SD wave player object, though I think those are harmless.
That should at least get you data...
Find latest posts