Moved the 64 x 64 maxtix into the table,

Moved the 64 x 64 maxtix into the table, evicting the old 43 x 43 in the process.

Looks great! What brightness setting are you using for the matrix?

Looks really neat and professional !!!

@Louis_Beaudoin roughly 88 or 1/3 of full brightness. I do the brightness control while mapping these from the big matrix that LED matrix used to the matrix the octo uses for parallel output. I do this by dividing the R G and B values by 3 when assigning them to the new matrix.

Always, ALWAYS use a nice “binary round number” of LEDs in a project/project subcomponent. My biggest regret for the OIJ project was that I went with 160 LEDs per stick, rather than 128. This totally boned me when I wanted to fit commands for each pixel in a stick into a MIDI packet. The biggest win for the (18x36 pixel) panel project was I could pack everything into even byte counts and implement Game of Life in 2.5k of RAM, with 1944 bytes of that consumed by the CRGB[] leds array.

@Robert_Atkins @ 64 x 64 pixels, i am feeling fairly binary round numberish with the new install. The old 43 x 43 did not seem to cause any issues other than now that I am driving it via teensy and // output, the last channel of output only drives one row,which seems wasteful.

So nice and clean, you should kickstarter it!

it’s good welcome to my G+ thank you

Very nice! How many amps does this pull?

How have you gone about scaling your fft data from your 512->17 bins. Your audio teensy is sending 17x16?bit values.

@Gibbedy_G below is the code snippet. as frequency increases, more of the 512 bins are combined into each of the 17 shared bins. There is a theory behind this sort of mapping of fft into output bins. I did not use it, rather I adopted an existing mapping for 16 output bins and tweaked it for 17 by changing a few of the values. IN this, music.scale is the overall gain control as determined elsewhere by reading a pot. Not shown in this snipped is that I also apply a leveling function that adjusts each of the 17 output bins by an individual scaling factor in an attempt to even out the response. These adjustment values were determined by running pink noise into the audio jack and studying the resulting output. It is not perfect but it works.

faudio[0] = fft1024_1.read(0) * music.scale ;
faudio[1] = fft1024_1.read(1) * music.scale ;
faudio[2] = fft1024_1.read(2, 3) * music.scale ;
faudio[3] = fft1024_1.read(4, 6) * music.scale ;
faudio[4] = fft1024_1.read(7, 10) * music.scale ;
faudio[5] = fft1024_1.read(11, 15) * music.scale ;
faudio[6] = fft1024_1.read(16, 22) * music.scale ;
faudio[7] = fft1024_1.read(23, 30) * music.scale ;
faudio[8] = fft1024_1.read(31, 43) * music.scale ;
faudio[9] = fft1024_1.read(44, 59) * music.scale ;
faudio[10] = fft1024_1.read(60, 84) * music.scale ;
faudio[11] = fft1024_1.read(85, 115) * music.scale ;
faudio[12] = fft1024_1.read(116, 165) * music.scale ;
faudio[13] = fft1024_1.read(166, 238) * music.scale ;
faudio[14] = fft1024_1.read(239, 320) * music.scale ;
faudio[15] = fft1024_1.read(321, 390) * music.scale ;
faudio[16] = fft1024_1.read(391, 511) * music.scale ;

@Chris_Parton I run at a max brightness of 85. I do not know the total amps used but I am driving this with a pair of 5 volt 10 amp power supplies. If I set the brightness above this, I get issues in terms of pixel stability on the brighter patterns.

@Mark_Estes Did you post your code somewhere that I could look at? I’d like to find more cool animations for my matrix shirt, and would rather not have to write them all from scratch :slight_smile: