What happens when you connect a random number generator to a graphics card...
This project features a 16x8 pixels, 16-color graphical display.
The pixels are implemented with 128 RGB LEDs, neatly arranged so the bus lines are hidden from view and each set of 4 pixels appear to be inside a box, therefore there is little visual interference in the matrix.
Individual pixels are addressable and their colors can be set and queried by a controlling circuit.
As an example, this project has a circuit that randomly changes colors of the LEDs, while another project uses steppers connected to the ROW and COL inputs to effectively provide a "Paint" application.
Anyone willing to use this to make CircuitVerse play PONG? :-)
In v1 the pixel cells do not contain memory, ie, the display RAM is separate from the display itself, so technically you can feed the display data from anything, not just RAM. It also means you could have two RAMs populated with different data and swap them as input to the pixels with a gigantic multiplexer, thus having a double-buffered animation! A drawback of this approach is that the controller circuitry ends up a bit more complex and the size of the pixel cells is more limited (in order to keep the matrix free of lines).
In v2 each pixel has its own memory, making the controller circuit simpler and allowing us to remove vertical lines from the display matrix. However, in order to display something you must populate the display RAM and there is no possibility of double-buffer.
Enter Email IDs separated by commas/spaces or in separate lines. Users need to be registered already on the platform.
Note that collaboration is not real time as of now. Every save overwites the previous data.