in the [[gameoflife]] there are 8 cells around each cell, that can be 0 or 1. Make #sound with that. #8bit or even #1bit with bitscan. Maybe on #uxn . #halfbaked #coding #cellularautomata
#live #music idea: revived devices used as instruments, #sound coming from their own speakers. #livecoding #permacomputing #666cpu #uxn
Z7 is a new CC0-licensed 6x7 monospaced typeface for uxn environments. Itās designed to be an alternative to the specter8-frag font used in various uxn tools https://sectordisk.pw/?sectors&s=1958 gopher://sectordisk.pw:70/0/cgi-bin/sector.cgi?1958
it also remains to be seen how a greenarray-based uxn runtime would work in the first place, but my back-of-envelop calculation is that a uxn instance would use 8-12 F18A machines (18bit 64 word ram per machine) + one 256k FRAM module. additional machines would be used to handle IO to peripherals, but these can be shared between instances so itāll be a fixed overhead.
i keep debating this in my head. i reckon the comradeās display device should be modular anyway, the display buffer is just that. doesnāt matter if thereās a TFT or an e(ink|paper) display on the other side. multiplexing uxn displays would be cool, but that would mean adding a display buffer cache for every instance and i donāt know if i want to have that much memory dedicated to swapping displays. iām on board with using uxn as a common runtime, but FRAM modules have six pins and top out at 256k (afaik). i only have 88 pins to work with so iāll have to place some hard limits on how many display devices the runtime allows.