The versions of
LifeHistory that are implemented in LifeViewer and Golly are different, and according to the article on the rule, only Golly implements it correctly. Run the following pattern (turn off any blue light filters beforehand):
Code: Select all
x = 15, y = 54, rule = LifeHistory
C2.C6.D2.D$4.C9.D$C3.C5.D3.D$.4C6.4D7$E2.E6.D2.D$4.E9.D$E3.E5.D3.D$.
4E6.4D7$C2.C6.C2.C$4.C9.C$C3.C5.C3.C$.4C6.4C7$E2.E6.C2.C$4.E9.C$E3.E
5.C3.C$.4E6.4C7$C2.C6.E2.E$4.C9.E$C3.C5.E3.E$.4C6.4E7$E2.E6.E2.E$4.E
9.E$E3.E5.E3.E$.4E6.4E!
[[ STOP 20 ]]
According to the article, state 5 (yellow) is treated as a live cell and will convert to state 4 (red) in the next generation. More importantly, it has
no birth conditions and can therefore
never appear in the evolution of a pattern whiteout any state 5 cells.
However, in the demo above, the last two rows evolve an LWSS made completely of
state 5 cells, even though they were all in state 4 in generation 10. Apparently state 4 cells which were state 5 cells at a previous point in time evolve into state 5 cells rather than state 3 (white) cells as they should as demonstrated in the other rows. Fortunately, Golly does not experience this issue, but it makes me wonder how this bug could possibly happen with only 1 red state.
Currently writing a utility in Lua that may be helpful for faster manual pattern manipulation.