Pattern viewer for forum threads

[rowett]

I'm not sure if Klein bottles are being processed correctly for triangular grids.

Fixed, thanks. Additionally I have disabled Spherical Bounded Grids for triangular rules (since they do not rotate 90 degrees).

[rowett]

I also assume that the viewer pausing at T=1 when Play is pressed for empty patterns is a known issue?

Yes, fixed.

[muzik]

Additionally I have disabled Spherical Bounded Grids for triangular rules (since they do not rotate 90 degrees).

On the topic of triangular bounded grids, is the restriction that an even width and height are required in place so that triangles of the same parity cannot be adjacent to each other (since they alternate up and down)? If so, it might make sense for Klein bottles to have bounded grids be of an odd width on the twisted axis, and for cross-surfaces to be always odd-by-odd. For Plane bounded grids, we could scrap restrictions entirely since there are no connections across edges.

Speaking of triangular bounded grids, if we draw a cell at the very top left of this configuration, do Save Pattern, and open the code box again, the whole configuration is shifted downwards and to the right, rather than the saved configuration producing an identical to result to how it looked just before saving:

Code: Select all

x = 10, y = 10, rule = B1/S0zL:T10
10o$10o$10o$10o$10o$10o$10o$10o$10o$10o!

----

Back to some more general bugs and weird things:

LifeViewer appears to be assuming that 2-state higher-range rules have more than two states and use the Generations theme for when other aspects of the theme are customized, rather than the expected Blues theme.

Code: Select all

x = 11, y = 12, rule = R5,C2,M1,S34..58,B34..45,NM
5bo$3b5o$2b2ob5o$b2o3b5o$bo5b4o$3o5b3o$b3o3b4o$b4ob5o$2b8o$2b7o$3b5o$
5bo!
[[ ZOOM 4 GRIDMAJOR 8 ]]

On the topic of higher-range rules, I think LifeViewer should convert Larger than Life rulestrings directly into equivalent HROT rulestrings, since they tend to be slightly shorter due to how ranges are specified and also don't have the M parameter which often causes confusion. This could also shorten the Aliases help section, since everything in LtL would be merged into the existing HROT sections. I have this thread from a while ago for more information.

Generations rules that specifically have 192 states appear to act oddly on bounded grids:

Code: Select all

x = 2, y = 2, rule = /2/191:P16
2B$2A!
[[ SHOWGENSTATS ]]

Code: Select all

x = 2, y = 2, rule = /2/192:P16
2B$2A!
[[ SHOWGENSTATS ]]

Code: Select all

x = 2, y = 2, rule = /2/193:P16
2B$2A!
[[ SHOWGENSTATS ]]

When saving a Niemiec format pattern using Save Pattern, those cell states end up getting lost for some reason and become state 0. Deleting cells doesn't seem like the right thing to do here. The Niemiec states should either be saved as Niemiec states, the pattern should be saved as an [R]History pattern, or 2-state rules should process multistate RLEs in such a way that additional states get converted to [R]History cells.

Code: Select all

x = 9, y = 5, rule = B3/S23
$bo3b3o$b3o2bo$2bx!

[rowett]

Would it be possible to put the mod transform on its own line separate from Mod? FlipXorYorRotCWorCCW patterns with three-digit periods or higher have the ends cut off, which isn't ideal.

I changed "FlipXorYorRotCWorCCW" to the shorter "FlipXorYorRot".

Also, would it be possible for 100.00% to be displayed as straight-up 100% in the period tables menu if it actually is 100%

I've changed it so 100.00% is only used if it is exactly 100%. Otherwise (as in your example) it will be 99.99% or lower.

[rowett]

LifeViewer appears to be assuming that 2-state higher-range rules have more than two states and use the Generations theme for when other aspects of the theme are customized, rather than the expected Blues theme.

Fixed, thanks.

On the topic of higher-range rules, I think LifeViewer should convert Larger than Life rulestrings directly into equivalent HROT rulestrings, since they tend to be slightly shorter due to how ranges are specified and also don't have the M parameter which often causes confusion.

I'm not a fan of changing things the user isn't expecting. It could be they have a tool or script which only expects LtL format strings.

Generations rules that specifically have 192 states appear to act oddly on bounded grids

Fixed, thanks.

[muzik]

I assume it's known that cells killed by the boundary in [R]Super become state 0 rather than state 2? In cases like these I'd expect it to act the same as [R]History and use state 2.

Code: Select all

x = 5, y = 4, rule = B3/S23History
.A2.A$A$A3.A$4A!
[[ GRID MAXGRIDSIZE 9 STARTFROM 500 X -256 ]]

Code: Select all

x = 5, y = 4, rule = B3/S23Super
.A2.A$A$A3.A$4A!
[[ GRID MAXGRIDSIZE 9 STARTFROM 500 X -256 ]]

In [R]Super, cell states 4 and 8 are also deleted and become state 0 rather than respectively returning to states 4 and 8 where expected when patterns inside of them die at the boundary, which can be tested by drawing in these states where the pattern will end up dying.

[muzik]

Here's a feature suggestion I've been considering for a while now: could an option be added to stop Identify from detecting spaceships, forcing it to only output results for oscillators?

I have at least three important use cases for such a feature:

----

Firstly, for [R]History and [R]Super, state 6 cells are not counted as part of the pattern. As such, Identify will not consider these if they notice that the live cells in an pattern have repeated, and will incorrectly conclude that the entire configuration has moved and assume the pattern is a spaceship, which it is not. This has caught out at least two other users in the past (1, 2) who have pointed this out, but since graycells can't be counted as part of the pattern, Identify alone can't be fixed to accommodate them. However, if there existed some way to block Identify from concluding something is a spaceship, Identify would have to check the pattern's whole evolution sequence, eventually correctly find out it's actually an oscillator, and provide the expected statistics for the pattern.

Code: Select all

x = 11, y = 3, rule = B2n3/S23-qHistory
4.A$F2.2A5.F$4.A!

Code: Select all

x = 8, y = 9, rule = LifeHistory
3.2F$2.4B$.6B$.6B$.B3A2B$FBABA2BF$.B3A2B$2.4B$2.B2F!

----

Another use case would be trying to find the overall period of a spaceship, wick or wave on a certain bounded grid. Here's a single glider on a 29-by-31 torus:

Code: Select all

x = 3, y = 3, rule = B3/S23:T29,31
o$obo$2o!

The overall period of this is 3596, but I had to check this manually, since using Identify on this reports it as a spaceship. In some cases it's possible to increase the amount of spaceships on a bounded grid to get it to come to a correct conclusion, but this isn't always possible, and it can also produce unexpected, irrelevant results such as this "2c/124 spaceship":

Code: Select all

x = 28, y = 31, rule = B3/S23:T29,31
11bo$11bobo$5bo5b2o11bo$5bobo16bobo$5b2o17b2o$bo$bobo$b2o$6bo$6bobo$b
o4b2o$bobo$b2o$6bo$6bobo$bo4b2o$bobo$b2o$6bo18bo$6bobo16bobo$6b2o12bo
4b2o$20bobo$15bo4b2o$15bobo$10bo4b2o$10bobo$5bo4b2o$5bobo16bo$o4b2o17b
obo$obo21b2o$2o!

If we had an option to stop Identify from recognising spaceships in these situations, it'd be a trivial task to place a single spaceship inside of a bounded grid, then use Identify to check the period of the overall configuration in seconds.

----

Thirdly, we have Margolus patterns. This rulespace is notorious for not working well with Identify, especially for tiny single-cell oscillators which are always misreported as spaceships. Larger, high-period oscillators aren't off the hook either, such as this p28:

Code: Select all

x = 3, y = 3, rule = MargSingRot
bo$b2o$b2o!

If we end up in an situation where a pattern we know for a fact is an oscillator is misidentified as a spaceship, we can simply toggle this new option to get Identify to ignore spaceship results and force it to recognise it as an oscillator and provide correct results accordingly.

----

A fourth potential application of this option could be for patterns which use PASTE commands. In the following example, we have a configuration that oscillators with a period of 8, however Identify falsely concludes that it must be a period-4, mod-1 knightship, something which is typically impossible. If we disabled spaceship outputs for Identify, we'd be able to force it to correctly recognise that this behaves much more akin to an oscillator with period 8 and provide results accordingly. I'm personally not too sure about this last justification since paste commands aren't "vanilla CA", even less so than [R]History/[R]Super gray cells, but it's still a situation in which oscillators are incorrectly assumed to be spaceships.

Code: Select all

x = 1, y = 1, rule = B3-jr4n/S2-k3
!
[[
PASTET EVERY 8 0 PASTE bo2$o! 2 -2
PASTET EVERY 8 1 PASTE o2$bo! 1 -2
PASTET EVERY 8 2 PASTE o$2bo! 0 -1
PASTET EVERY 8 3 PASTE 2bo$o! 0 0
PASTET EVERY 8 4 PASTE bo2$o! 1 0
PASTET EVERY 8 5 PASTE o2$bo! 2 0
PASTET EVERY 8 6 PASTE o$2bo! 2 0
PASTET EVERY 8 7 PASTE 2bo$o! 2 -1
]]

[rowett]

Here's a feature suggestion I've been considering for a while now: could an option be added to stop Identify from detecting spaceships, forcing it to only output results for oscillators?

I've improved how Identify detects spaceships which satisfies most of your use cases. Now when Identify thinks it has found a spaceship it checks it again after another period generations to see if it is moving in the correct direction.

[muzik]

If we look back to the Generations dead cell pasting test cases on this page we can see that the viewers automatically pause a generation after the final paste. Is this intended? There were never any alive cells in these patterns to begin with, and no "Life ended at generation" message is ever displayed, so something about it seems odd.

Also, for the PCA Theme proposals, the Inverse proposal now has a black background despite it previously being white. I don't know if this is intended, since there have since been changes to what the "DEAD" color means in script commands, but I do want to check just to be sure.

Also, the new spaceship Identify functionality might need some tweaking to work with several Margolus/PCA spaceships:

Code: Select all

x = 1, y = 1, rule = 2PCA4,0,4,8,3,1,10,6,7,2,9,5,11,12,13,14,15
o!

Code: Select all

x = 1, y = 1, rule = Sand
o!

Code: Select all

x = 2, y = 3, rule = PCA_4
.A$D$.C!

Some Margolus cases still work fine, such as the following:

Code: Select all

x = 3, y = 3, rule = M0,2,8,3,1,5,6,7,4,9,10,11,12,13,14,15
bo$2bo$2o!

Code: Select all

x = 4, y = 5, rule = M0,2,8,3,1,5,6,7,4,9,10,11,12,13,14,15
2b2o2$2bo2$o!

[rowett]

the Inverse proposal now has a black background despite it previously being white. I don't know if this is intended, since there have since been changes to what the "DEAD" color means in script commands, but I do want to check just to be sure.

You need BACKGROUND and not DEAD.

Also, the new spaceship Identify functionality might need some tweaking to work with several Margolus/PCA spaceships

Fixed, thanks.

[muzik]

If we identify this specific example from earlier, the mod given is FlipXorYorRot, which isn't correct - FlipX is the expected mod type here.

Code: Select all

x = 8, y = 9, rule = LifeHistory
3.2F4$2.3A$F.A.A2.F$2.3A2$3.2F!

There are many others like it that can be created, which should also be considered FlipX or FlipY:

Code: Select all

x = 129, y = 97, rule = B13/S13VHistory
32.F63.F32$F127.F32$F31.A95.F32$32.F31.F31.F!

This one is reported as FlipXorY, despite it being overall invariant under a FlipX transformation:

Code: Select all

x = 129, y = 97, rule = B13/S13VHistory
32.F63.F32$F127.F32$F31.A63.A31.F32$32.F63.F!

Clear Outside also appears to work oddly and inconsistently for [R]History when used on selections that only contain state 0 and 2 cells - in some cases, it clears everything outside of that selection as expected, but in other cases, it clears only the alive cells, possibly alongside some state 2 cells.

I also found an inconsistency with pattern decoding, but I'm not sure if it's intended. If a multistate pattern is provided for a 2-state rule, all of the other states will generally be cleared from the pattern. This is done for range-1 outer-totalistic rules (including 2-state Generations patterns) as well as Margolus rules. However, higher-range 2-state rules throw up an error. Is this intended?

Code: Select all

x = 16, y = 16, rule = B3/S23:P16,16
.ABCDEFGHIJKLMNO$PQRSTUVWXpApBpCpDpEpFpG$pHpIpJpKpLpMpNpOpPpQpRpSpTpU
pVpW$pXqAqBqCqDqEqFqGqHqIqJqKqLqMqNqO$qPqQqRqSqTqUqVqWqXrArBrCrDrErFrG
$rHrIrJrKrLrMrNrOrPrQrRrSrTrUrVrW$rXsAsBsCsDsEsFsGsHsIsJsKsLsMsNsO$sP
sQsRsSsTsUsVsWsXtAtBtCtDtEtFtG$tHtItJtKtLtMtNtOtPtQtRtStTtUtVtW$tXuAuB
uCuDuEuFuGuHuIuJuKuLuMuNuO$uPuQuRuSuTuUuVuWuXvAvBvCvDvEvFvG$vHvIvJvKvL
vMvNvOvPvQvRvSvTvUvVvW$vXwAwBwCwDwEwFwGwHwIwJwKwLwMwNwO$wPwQwRwSwTwUwV
wWwXxAxBxCxDxExFxG$xHxIxJxKxLxMxNxOxPxQxRxSxTxUxVxW$xXyAyByCyDyEyFyGyH
yIyJyKyLyMyNyO!

Code: Select all

x = 16, y = 16, rule = R2,C2,S2-3,B3:P16,16
.ABCDEFGHIJKLMNO$PQRSTUVWXpApBpCpDpEpFpG$pHpIpJpKpLpMpNpOpPpQpRpSpTpU
pVpW$pXqAqBqCqDqEqFqGqHqIqJqKqLqMqNqO$qPqQqRqSqTqUqVqWqXrArBrCrDrErFrG
$rHrIrJrKrLrMrNrOrPrQrRrSrTrUrVrW$rXsAsBsCsDsEsFsGsHsIsJsKsLsMsNsO$sP
sQsRsSsTsUsVsWsXtAtBtCtDtEtFtG$tHtItJtKtLtMtNtOtPtQtRtStTtUtVtW$tXuAuB
uCuDuEuFuGuHuIuJuKuLuMuNuO$uPuQuRuSuTuUuVuWuXvAvBvCvDvEvFvG$vHvIvJvKvL
vMvNvOvPvQvRvSvTvUvVvW$vXwAwBwCwDwEwFwGwHwIwJwKwLwMwNwO$wPwQwRwSwTwUwV
wWwXxAxBxCxDxExFxG$xHxIxJxKxLxMxNxOxPxQxRxSxTxUxVxW$xXyAyByCyDyEyFyGyH
yIyJyKyLyMyNyO!

For Margolus, there's also the issue that this pattern ends up having no cells whatsoever, yet no "New Pattern" message is displayed for some reason:

Code: Select all

x = 16, y = 16, rule = M0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,15:P16,16
.ABCDEFGHIJKLMNO$PQRSTUVWXpApBpCpDpEpFpG$pHpIpJpKpLpMpNpOpPpQpRpSpTpU
pVpW$pXqAqBqCqDqEqFqGqHqIqJqKqLqMqNqO$qPqQqRqSqTqUqVqWqXrArBrCrDrErFrG
$rHrIrJrKrLrMrNrOrPrQrRrSrTrUrVrW$rXsAsBsCsDsEsFsGsHsIsJsKsLsMsNsO$sP
sQsRsSsTsUsVsWsXtAtBtCtDtEtFtG$tHtItJtKtLtMtNtOtPtQtRtStTtUtVtW$tXuAuB
uCuDuEuFuGuHuIuJuKuLuMuNuO$uPuQuRuSuTuUuVuWuXvAvBvCvDvEvFvG$vHvIvJvKvL
vMvNvOvPvQvRvSvTvUvVvW$vXwAwBwCwDwEwFwGwHwIwJwKwLwMwNwO$wPwQwRwSwTwUwV
wWwXxAxBxCxDxExFxG$xHxIxJxKxLxMxNxOxPxQxRxSxTxUxVxW$xXyAyByCyDyEyFyGyH
yIyJyKyLyMyNyO!

[rowett]

If we identify this specific example from earlier, the mod given is FlipXorYorRot, which isn't correct - FlipX is the expected mod type here.

Fixed, thanks.

I also found an inconsistency with pattern decoding, but I'm not sure if it's intended.

Yes, the two state decoder is deliberately forgiving.

For Margolus, there's also the issue that this pattern ends up having no cells whatsoever, yet no "New Pattern" message is displayed for some reason:

This is related to Margolus pattern positioning in Bounded Grids (existing bug on backlog).

[muzik]

For the none rule, the population counter is not updated when the pattern is modified through paste commands:

Code: Select all

x = 24, y = 9, rule = none
22.B$22.B$B7.B.B3.B7.B$10.B11.B$B.B.2B2.B.3B.B.4B2.B$B.2B2.B.B.B3.B5.
B.B$B.B3.B.B.B3.B2.4B.B$B.B3.B.B.B3.B.B3.B.B$B.B3.B.B2.2B.B2.3B3.B!
[[ SHOWGENSTATS ZOOM 10
PASTEMODE COPY
RLE example 17.F24.F$17.F24.F$17.F24.F$F.2F2.3F2.F.2F2.F2.4F3.3F3.3F3.2F.F$2F3.F3.
F.2F2.F.F6.F.F3.F.F3.F.F2.2F$F4.4F2.F3.F.F3.4F.F5.4F2.F3.F$F4.F5.4F2.
F2.F3.F.F3.F.F5.F3.F$F5.4F.F6.F2.3F3.3F3.4F2.4F.F$11.F$11.F!
PASTET 1 PASTE example -10 0
]]

[muzik]

For patterns with many scripts (example), it's possible to use Identify at the start before playback. Cancelling the Identify will result in the script commands immediately continuing to be performed, although without actually evolving the pattern. Shouldn't Identify switch off any such scripts when used, or something else?

[muzik]

It appears that there are still cases where an oscillator can be incorrectly identified as a spaceship:

Code: Select all

x = 11, y = 5, rule = B13/S13VHistory
2.F.F.F.F2$F7.A.F2$2.F.F.F.F!

Identify says this has a mod of 8, which is mathematically impossible for something with a period of 176:

Code: Select all

x = 2, y = 3, rule = 2PCA4,0,2,4,12,8,5,9,7,1,6,10,11,3,13,14,15
A$.D$I!

Also, this oscillator is being classed as mod-12 FlipX again, which it should not be (compare T=2 and T=14, for example):

Code: Select all

x = 2, y = 2, rule = 2PCA4,0,2,4,12,8,5,9,7,1,6,10,11,3,13,14,15
.C$HD!

And these two oscillators are being classed as FlipY and RotCW respectively - the expected output for both of them is RotCWFlipX (and preferably a mod of 2 for both as well):

Code: Select all

x = 1, y = 1, rule = 2PCA4,0,1,4,3,2,5,6,7,8,9,10,11,12,13,14,15
A!

Code: Select all

x = 1, y = 2, rule = 2PCA4,0,1,4,3,2,5,6,7,8,9,10,11,12,13,14,15
A$B!

[muzik]

Is it intended that there's now an extra number at the bottom left next to the state name? It appears to be the "true" state number for rulespaces with history, counting the internally used state values for history and age cells. I like this feature, but don't think it should be on by default, so an Advanced toggle for it would be handy.

[rowett]

It appears that there are still cases where an oscillator can be incorrectly identified as a spaceship:

Fixed, thanks.

Identify says this has a mod of 8, which is mathematically impossible for something with a period of 176

Fixed, thanks.

Also, this oscillator is being classed as mod-12 FlipX again, which it should not be (compare T=2 and T=14, for example)

This is on the backlog.

And these two oscillators are being classed as FlipY and RotCW respectively - the expected output for both of them is RotCWFlipX (and preferably a mod of 2 for both as well)

Fixed, thanks.

[rowett]

Is it intended that there's now an extra number at the bottom left next to the state name?

No.

[muzik]

A few questions:

- When using rules with a high number of states, why does BOUNDED (edge of bounded grids) change color, even though BOUNDARY (outside of non-bounded grids) does not? I'm assuming that it's because the edges of bounded grids are affected by the layers option and therefore utilise an internal state (which is overwritten in extreme cases like these), however I could be wrong on this.

- In Help > Themes as well as Help > Info > Theme, when using a two-state rules, LifeViewer says that there are 63 different HISTORYSTATES and 63 different AGESTATES. However, to my understanding, there should be 63 HISTORYSTATES and 64 AGESTATES:
- state 0 is the initial background color (total 1)
- states 1 to 63 are dead states of varying ages (total 63)
- states 64 to 127 are alive states of varying ages (total 64)
- states 128 to 255 are generally allocated for other purposes for two-state rules ([R]History cells, bounded grids)

Since there are 64 different states that represent an alive cell, shouldn't AGESTATES be 64 by default rather than the currently displayed 63 (with the upper limit being 64 as well), or is there a reason why 63 is displayed instead of 64?

Code: Select all

x = 7, y = 5, rule = B3/S23
2o3b2o$bobobo$b2ob2o$bobobo$2o3b2o!
[[ AGESTATES 64 ]]

- Is the fact that the triangular grid renders slightly to the left of where it "should" be (according to where the equivalent rectangular cells are) due to a rendering/performance optimisation, or is there another reason for this?

[muzik]

Additionally I have disabled Spherical Bounded Grids for triangular rules (since they do not rotate 90 degrees).

Should sphere grids be disabled for hexagonal rules as well, since they don't support 90-degree rotations? Or should these be kept for parity reasons since Golly supports them?

Code: Select all

x = 11, y = 8, rule = B2/S34H:S20
2$3b2o$5bo$6b2o!

[rowett]

When using rules with a high number of states, why does BOUNDED (edge of bounded grids) change color, even though BOUNDARY (outside of non-bounded grids) does not?

Because the renderer knows where the grid boundary is and uses a separate colour to draw here. The bounded grid edge is rendered with cells.

In Help > Themes as well as Help > Info > Theme, when using a two-state rules, LifeViewer says that there are 63 different HISTORYSTATES and 63 different AGESTATES. However, to my understanding, there should be 63 HISTORYSTATES and 64 AGESTATES

The (internal) states for two-states Themes are as follows:

• state 0 is background state and without history is the dead state, with history is the never occupied state
• states 1 to 63 are dead states of varying ages (specified by HISTORYSTATES, 0 for none, or 1-63)
• state 64 is alive colour
• states 65 to 127 are aging states (specified by AGESTATES, 0 for none, or 1-63)

If you have no history states then a live cell (64-127) goes to background (state 0) and stays there while dead
If you have no aging states then a dead cell (0-63) goes to alive (state 64) and stays there while alive

Is the fact that the triangular grid renders slightly to the left of where it "should" be (according to where the equivalent rectangular cells are) due to a rendering/performance optimisation, or is there another reason for this?

Don't know I'd need to investigate. Unlikely to be a priority.

[rowett]

Should sphere grids be disabled for hexagonal rules as well, since they don't support 90-degree rotations?

Yes

[muzik]

Some 2-state Identify problems:

For some patterns (seemingly happens for large objects and some non-periodic stuff), Identify just freezes the page when used:

Code: Select all

x = 221, y = 70, rule = B3/S23
3b2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2o
b2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob
2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob
2ob2o$2bobobo3bobo3bobo3bobo3bobo3bobo3bobo3bobo3bobo3bobo3bobo3bobo3b
obo3bobo3bobo3bobo3bobo3bobo3bobo3bobo3bobo3bobo3bobo3bobo3bobo3bobo3b
obo3bobo3bobo3bobo3bobo3bobo3bobo3bobo3bobo3bo$2bobo2b2obo2b2obo2b2obo
2b2obo2b2obo2b2obo2b2obo2b2obo2b2obo2b2obo2b2obo2b2obo2b2obo2b2obo2b2o
bo2b2obo2b2obo2b2obo2b2obo2b2obo2b2obo2b2obo2b2obo2b2obo2b2obo2b2obo2b
2obo2b2obo2b2obo2b2obo2b2obo2b2obo2b2obo2b2obo2b2obob2o$3bobobobobobob
obobobobobobobobobobobobobobobobobobobobobobobobobobobobobobobobobobob
obobobobobobobobobobobobobobobobobobobobobobobobobobobobobobobobobobob
obobobobobobobobobobobobobobobobobobobobobobobobobobobobobobobo$5bo5bo
5bo5bo5bo5bo5bo5bo5bo5bo5bo5bo5bo5bo5bo5bo5bo5bo5bo5bo5bo5bo5bo5bo5bo
5bo5bo5bo5bo5bo5bo5bo5bo5bo5bo5bo$3bo2bo3bo2bobo2bo3bo2bobo2bo3bo2bobo
2bo3bo2bobo2bo3bo2bobo2bo3bo2bobo2bo3bo2bobo2bo3bo2bobo2bo3bo2bobo2bo
3bo2bobo2bo3bo2bobo2bo3bo2bobo2bo3bo2bobo2bo3bo2bobo2bo3bo2bobo2bo3bo
2bobo2bo3bo2bobo2bo3bo2bo$6bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7b
o3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo$6bo3b
o7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo
3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo$2o4bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo
3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo
7bo3bo4b2o$2o4bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo
3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo4b2o$6bo3bo7bo3bo7b
o3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo
7bo3bo7bo3bo7bo3bo7bo3bo$6bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo
3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo$2o4bo
3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo
7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo4b2o$2o4bo3bo7bo3bo7bo3bo7bo3bo7bo
3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo
7bo3bo7bo3bo4b2o$6bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3b
o7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo$6bo3bo7bo3bo7b
o3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo
7bo3bo7bo3bo7bo3bo7bo3bo$2o4bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo
7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo4b2o
$2o4bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo
7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo4b2o$6bo3bo7bo3bo7bo3bo7bo3b
o7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo
3bo7bo3bo7bo3bo$6bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo
7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo$2o4bo3bo7bo3bo
7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo
3bo7bo3bo7bo3bo7bo3bo7bo3bo4b2o$2o4bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo
7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo
3bo4b2o$6bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7b
o3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo$6bo3bo7bo3bo7bo3bo7bo3b
o7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo
3bo7bo3bo7bo3bo$2o4bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo
3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo4b2o$2o4bo3bo
7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo
3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo4b2o$6bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7b
o3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo
7bo3bo$6bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo
3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo$2o4bo3bo7bo3bo7bo3bo7bo
3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo
7bo3bo7bo3bo7bo3bo4b2o$2o4bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo
3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo4b2o$6b
o3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo
7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo$6bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo
3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo
7bo3bo$2o4bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo
7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo4b2o$2o4bo3bo7bo3bo7bo
3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo
7bo3bo7bo3bo7bo3bo7bo3bo4b2o$6bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3b
o7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo$6b
o3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo
7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo$2o4bo3bo7bo3bo7bo3bo7bo3bo7bo3bo
7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo
3bo7bo3bo4b2o$2o4bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo
7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo4b2o$6bo3bo7bo3b
o7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo
3bo7bo3bo7bo3bo7bo3bo7bo3bo$6bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo
7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo$2o
4bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo
3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo4b2o$2o4bo3bo7bo3bo7bo3bo7bo3bo
7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo
3bo7bo3bo7bo3bo4b2o$6bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7b
o3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo$6bo3bo7bo3b
o7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo
3bo7bo3bo7bo3bo7bo3bo7bo3bo$2o4bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo
3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo
4b2o$2o4bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo
3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo4b2o$6bo3bo7bo3bo7bo3bo7b
o3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo
7bo3bo7bo3bo7bo3bo$6bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo
3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo$2o4bo3bo7bo
3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo
7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo4b2o$2o4bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo
3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo
7bo3bo4b2o$6bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3b
o7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo$6bo3bo7bo3bo7bo3bo7b
o3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo
7bo3bo7bo3bo7bo3bo$2o4bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo
7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo4b2o$2o4bo
3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo
7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo4b2o$6bo3bo7bo3bo7bo3bo7bo3bo7bo3b
o7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo
3bo7bo3bo$6bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo
7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo$2o4bo3bo7bo3bo7bo3bo
7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo
3bo7bo3bo7bo3bo7bo3bo4b2o$2o4bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo
7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo4b2o
$6bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo
3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo$6bo3bo7bo3bo7bo3bo7bo3bo7bo3bo
7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo
3bo7bo3bo$2o4bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo
3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo4b2o$2o4bo3bo7bo3bo
7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo
3bo7bo3bo7bo3bo7bo3bo7bo3bo4b2o$6bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7b
o3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo
$6bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo
3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo7bo3bo$3bo2bo3bo2bobo2bo3bo2bobo2bo3b
o2bobo2bo3bo2bobo2bo3bo2bobo2bo3bo2bobo2bo3bo2bobo2bo3bo2bobo2bo3bo2bo
bo2bo3bo2bobo2bo3bo2bobo2bo3bo2bobo2bo3bo2bobo2bo3bo2bobo2bo3bo2bobo2b
o3bo2bobo2bo3bo2bobo2bo3bo2bo$5bo5bo5bo5bo5bo5bo5bo5bo5bo5bo5bo5bo5bo
5bo5bo5bo5bo5bo5bo5bo5bo5bo5bo5bo5bo5bo5bo5bo5bo5bo5bo5bo5bo5bo5bo5bo$
3bobobobobobobobobobobobobobobobobobobobobobobobobobobobobobobobobobob
obobobobobobobobobobobobobobobobobobobobobobobobobobobobobobobobobobob
obobobobobobobobobobobobobobobobobobobobobobobobobobobobobobobobobobob
obobobo$2bobo2b2obo2b2obo2b2obo2b2obo2b2obo2b2obo2b2obo2b2obo2b2obo2b
2obo2b2obo2b2obo2b2obo2b2obo2b2obo2b2obo2b2obo2b2obo2b2obo2b2obo2b2obo
2b2obo2b2obo2b2obo2b2obo2b2obo2b2obo2b2obo2b2obo2b2obo2b2obo2b2obo2b2o
bo2b2obo2b2obob2o$2bobobo3bobo3bobo3bobo3bobo3bobo3bobo3bobo3bobo3bobo
3bobo3bobo3bobo3bobo3bobo3bobo3bobo3bobo3bobo3bobo3bobo3bobo3bobo3bobo
3bobo3bobo3bobo3bobo3bobo3bobo3bobo3bobo3bobo3bobo3bobo3bo$3b2ob2ob2ob
2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob
2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob
2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2ob2o!

Code: Select all

x = 17, y = 4, rule = B3/S23
o2bo9bo2bo$4bo7bo$o3bo7bo3bo$b4o7b4o!

Identify (although not Fast Identify) also doesn't seem to recognise these as periodic anymore - previously it'd pick up that they were period-254 and period-127 almost immediately:

Code: Select all

x = 1, y = 1, rule = B02468/S1357:T129,129
o!

Code: Select all

x = 1, y = 1, rule = B1357/S02468:T129,129
o!

[muzik]

I changed "FlipXorYorRotCWorCCW" to the shorter "FlipXorYorRot".

I've been thinking for a while if it'd be a good idea to shorten "RotCWorCCW" to "Rot90". Rot90 is ambiguous, but intentionally so, since it doesn't matter if the rotation is 90 degrees clockwise or 90 degrees anti-clockwise - both are valid.

Code: Select all

x = 4, y = 2, rule = B3i/S5i
4o$4o!

As a result, FlipXorYorRot would become FlipXorYorRot90, which is still considerably shorter than the prior FlipXorYorRotCWorCCW.

----

Extending upon this idea: it could be a good idea to rename directional rotations as well, so RotCW would become Rot90CW and RotCCW would become Rot90CCW. This would be future-proof for when mod calculations come to hexagonal and triangular grids, since RotCW and RotCCW would be ambiguous since the rotation can be either 60 or 120 degrees (so in those cases we'd have Rot60CW, Rot60CCW, Rot120CW and Rot120CCW).

[rowett]

For some patterns (seemingly happens for large objects and some non-periodic stuff), Identify just freezes the page when used

Fixed, thanks.

Identify (although not Fast Identify) also doesn't seem to recognise these as periodic anymore

Fixed, thanks.