2¹⁰²: a macrocosm of rules, accessible in your browser

[hibiscus]

I got bored and ended up making this over the course of a few hours

2tothe102.png (21.68 KiB) Viewed 335 times

This is intended to be an accessible way to explore the immensely huge isotropic non-totalistic rulespace, coded in 293 lines of JavaScript.
Transitions can be modified easily with the Transition Keyboard, which reflects in the results instantaneously. Rules are encoded as both integers (in a format I devised in a delusion last night) and standard Hensel notation.
Soon I also intend to add cell manipulation and playback capabilities.
Link: https://genevei.github.io/2tothe102.html
(Wasn't quite sure which forum it fit in but my postings in the Sandbox aren't usually of such "high" calibre, and I already uploaded an attachment before thinking about it, so.)

[MDA]

I had an idea like this one quite recently. My idea was to imagine the INT rulespace as a globe with two poles. To center the globe around a given rule, make it a pole.

Including the poles, the globe should have exactly 102 parallels, representing distance from the rule at the pole. For example, if I chose CGoL to be a pole, then the antipole should be B01245678/S0145678, which is the rule furthest away from Life in the INT rulespace.

On the first parallel, Conway++, 4diagonal, Pedestrian Life, etc. would be represented since they’re one transition away from Life.

On the second parallel, LeapLife, Tables, DryLife, etc. would be represented since they’re two transitions away from Life.

And the globe should represent distance from a base rule (the pole) and contain every rule nTf(the pole rule) and be recentered, so as to allow, for example, Conway++ to be the pole and Life to be on the first parallel, instead of Life being the pole and Conway++ being on the first parallel.

Edit (October 17th, 2026, 9:00 AM): Some suggestions:

- On B0/D8 rules, to prevent the background from strobing, advance two generations at a time instead of one.

- There should probably be a “randomize rule” option to complement the “randomize pattern” option (with the ability to exclude problematic transitions, like B1c).

[hibiscus]

- On B0/D8 rules, to prevent the background from strobing, advance two generations at a time instead of one.

- There should probably be a “randomize rule” option to complement the “randomize pattern” option (with the ability to exclude problematic transitions, like B1c).

• Good call. Was thinking of implementing this (but in a different form, simply by alternating the colours the grid is drawn with at each generation), hence why the drawgrid function is always passed with the current rule, but I never ended up getting around to doing this for some reason (pretty sure it was due to space)
• Same reasoning as above.

Also planning to implement INT Hexagonal, but I probably won't be getting around to doing that until I finish my homework. That being said, the code's on my GitHub if you wish to add any of these while I go on a momentary hiatus

[hibiscus]

Update:

• Cell manipulation!!!!!
• Doubly-sized grid (37x101->74x202)

I haven't been able to figure out how exactly B0 should be handled still, but at least this paves the way for INT Hex

Edit (2026/10/19 18:49): Ended up figuring out something for INT Hex; the code is absolute garbage, though, so it'll have to wait until I polish it

Edit 2 (2026/10/19 19:03) Probably better not to finagle with the code further, actually. Any new rulespaces will probably be made in an entirely different project since I appear to be overshooting my goals a little