Okay, so I've taken 75 samples of the color patterns so far and this is what I've been able to discern:

• There is only 1 preset color pattern which is a red-green-blue color cycle/fade
• As far as I have seen, there are 13 display patterns that are independent of the colors used.
  • I have to pull another 50 or so samples to verify, but with some of the logic choices made, there may be 1 to 3 more variations of a a particular pattern
• Only light addition primary and secondary colors are used: red, green, blue, cyan, magenta, and yellow. With the notable addition of white. Overall 7 colors.
• There are 3 speeds to the color patterns of which "fast", "normal" and "slow" are the simplest descriptors.
• Except for the RGB color cycle, no more than 2 colors are chosen and this is dependent upon the pattern selected.
• The illuminated color and pattern is made up of a randomized and weighted selection from those three categories with ~1:8 chance of the RGB pattern being selected.

Pragmatically, the following structure I'll define as "buffers" even though that's probably not particularly true. It's just a simple, functional noun to describe a holding place for information.

The system operates with 3 general buffers, a send, receive. and display.

• Once the device turns on and goes through it's 'boot' sequence, the three characteristics are randomly chosen, which as a reminder are pattern, speed, and color, and this is then set as the value of the display and send buffers.
• If someone 'shoots' you, your receive buffer is overwritten with the contents of their send buffer and then the display buffer is set to the contents of the receive buffer.
• If you are not 'hit' again, after 120 seconds, aka 2 min, the contents of the send buffer are copied back to the display buffer.
• If you are hit again, the timer resets and the receive buffer is once again overwritten followed by the display buffer being overwritten.
• During the time of the 120 sec timer, the contents of your send buffer stay as they originally were from before you were 'hit'.
• You can still 'fire' at someone and if you 'hit' them, their receive buffer is set to your send buffer.
• If the 120 second timer completes, then the contents of the send buffer are copied back to the display buffer.
• The only time the send buffer is modified if if you hit the color pallet button, thus randomizing the 3 categories and altering your displayed color pattern.

I do recognize that functionally there isn't a need for a "display" buffer and you can just read from the send or receive buffers, but conceptually the third component makes it easier to understand for the layman.

As far as I can tell, there is no way to 'hit' someone and change/overwrite their send buffer. This means that even if you are 'hit', you still fire back your original pattern. This also makes the original idea of the interactive prototype less functional than expected since the change is only superficial and volatile. With that said, there doesn't seem to be a reason to not proceed forward with developing compatible code. In addition, this also means that I only need my 'scope for deciphering the serial protocol that is used in IR communication and the carrier frequency for choosing the receiver. No custom colors are used and the patterns are kept simple.

For output hardware I need to be able to have 6 PWM channels, 2 dumb RGB LEDs, or 2 programmable RGB LEDs, a low power buck converter, audio amplifier, and IR comminication.