Well, i never thought i could receive compliments here, so i'm kind of happy If you find the sound is not as expected, then having each sound go thru separate R2R ladders may be needed instead. Maybe it will all mix together nice, maybe not. Will that impact the way sound1 is heard? Now sound 5 starts - so at 32uS sound1 goes out, then some more hundreds of nanoseconds later sound 5 goes out, (delayed by the checking of flags for sounds 2,3,4) and now the level stays at sound5 until the next 32uS when sound 1 is updated. Imagine another example: Sound 1 is playing a sine wive, going from 0V up to 5V, nice and smooth. Now sound 2 starts - so at 32uS sound1 goes out, then some hundreds of nanoseconds later sound 2 goes out, and now the level stays at sound2 until the next 32uS when sound 1 is updated. Imagine this: Sound 1 is playing a sine wive, going from 0V up to 5V, nice and smooth. I don't have a good way to draw a picture.

You may notice the sound being different when 1 is being played compared to two being played. Will that impact the sound? I don't know. All these sounds are going thru shift register to 1 R2R ladder. On playback, you may have 1 sound being played, and you may 6 sounds being played.

The way you wrote your array checking, updating, everything is very clever, nice & compact, that part is fine. Where is the 24K of data being stored? In the 32K of flash memory?

I'd say for now if you have the 4K sound samples, go give it a try. You can see how it would appear to have data going out at different data rates, from every 32uS to something that might look like every 5.3uS or something in between that is not necessarily evenly spaced. I am wondering what would happen soundwise when you have 1 sound playing vs 6 sounds for instance, and if it would matter if the sound was say 1,2 then nothing for 3,4,5, and then 6, or nothing for 1,2,3, then 4,5 and not 6. (use common shift clock, data line, and have 6 latch lines) I was thinking each would have its own shift register/ladder then be mixed together with a summing op amp and some lowpass fitering to take out higher frequency switching noise. So, every 32uS you will go thru all 6 pins and if playing shift out a byte of data, all going thru the same shift register? That is very clever the way you have it do 6 sounds like that! I guess there is no reason that couldn't be expanded if the needed # of instructions could occur in time (32uS/62.5nS = 512 instructions per pass thru the loop). While(analogRead(piezoPin)>=PIEZOTHRESHOLD/2) By using direct port manipulation, it should be something like this: char Sample= //the counters, every sample has its own

Go audio r2r