mlu
Senior Member

With all delays equal and the time always monotonically increasing its a simple queue, I would use a circular buffer with the reference (pointer) to the head which is the next element to remove, and another reference to...

The sending loop in writeSeq callback has no control over the bit timings. So on the Teensy 4 the bitrate will be much higher than for the LC, possibly/probably causing issues for the N64 to read the bitstream. I think...

Try the following: float voltage = 0; float voltage_Old = 0; int midiNeu = 0 ; int midiOLD = 0 ; void setup() {

You do what you ask for, compare the voltage with the previous voltage, needs a varible to save this, and send midi when threshhold is crossed.

Did you change clock and data pins to you configuration?

That can be a great way to fry both the Teensy and the LED. The LED pulls the voltage down to 1.2V and excess current from the Teensy output pin. Always use current limiting resistors!!!

Are you measuring the voltage over the LED? Any series resistor ?

Then try to add in some pixel stuff into the loop(), removed everything that looks like motors and doors and audio. This needs the correct led data pin numbers as of previous post to do anything, and probably also led...

Next issue , lines 16-18, the led data pins cannot be 32, 31 and 30 on an UNO, changing to 2, 3 and 4 gives a sketch that compiles for UNO but of course doesnt do anything since the loop() is empty

First issue: you lost the closing brace in the loop() function. void loop() { // put your main code here, to run repeatedly: } // ---- ColorWavesCycle ...

What would AUDIO_SAMPLE_RATE_EXACT be then, given that clocks and PPL's are drifting and trimmed, their exact values unknown ?

When doing this kind of PLL adjustment to sync two clocks that both nominally should run at 44100Hz, I think it would be a mistake to say that the AUDIO_SAMPLE_RATE_EXACT has changed, it is still the rate we are aiming...