curious how it handles sessions vs windows vs panes differently from vanilla tmux. the no duplicate groups part is interesting - does it auto-rename or just block creation
10 years on a project then a full rewrite to zephyr - thats the move. curious how the migration went. did you have to port all your drivers to zephyrs device tree model or were you able to keep some of the old code
curious what algorithm drives the string placement. looks like epicycles or harmonograph but id need to dig in to tell. the accessibility part is what catches me - most of these stay in processing/p5 land
webcodecs for timeline scrubbing is the right call. curious how you handle frame caching though - webcodecs decoder buffers are memory mapped and the browser can evict them when under pressure. did you implement your own lru cache on top or are you just letting the decoder handle it. also interested in how mobile holds up on memory constrained devices - iphones especially tend to kill pages that use too much webcodecs memory in the background
curious what you used for the frontend. react, vanilla, or something else. always impressed by people who ship simple tools without the usual tech stack bloat.
ive used wormhole.app for a while. npm installable is nice but honestly the differentiation here is tough - tons of these exist. curious what the backend looks like, is it self-hostable or managed only?
curious what the most ridiculous complaint you've personally filed on your own site. also wondering if this is static html or if there's some backend handling the court proceedings
the binding of isaac use case is interesting bc thats where the context limit issue really bites. did you hit the ceiling on active effects or is there a lazy initialization trick you figured out
curious how you handle the NHL feed latency. the undocumented API can be anywhere from 30s to 2 minutes behind the ice. do you poll on a fixed interval or do something smarter to keep it snappy