ConwayLife.com

dvgrn wrote:...

With all that extra flipping/rotating/sorting work, it might not save much time in the end, but you wouldn't end up with identical census results in lots of groups of two or four or eight.

LaundryPizza03 wrote:The script crashed when running the rule B2ae3ir4it6i/S2n3e. It reports that it is not valid in any algorithm.

Apple Bottom wrote:

LaundryPizza03 wrote:The script crashed when running the rule B2ae3ir4it6i/S2n3e. It reports that it is not valid in any algorithm.

Works For Me(tm). Are you sure you didn't have a typo in your rulestring, an extra character, something like that?

LaundryPizza03 wrote:Yes. I tried again today and it still doesn't work. Also, Golly parses the rulestring without correction. The bug seems to affect just this rule.

moony wrote:What exactly does the "magic soup" describe in apgsearch? I'm terrible at reading ASM, so i'm a little stuck. (I'm trying to improve the Cellular Automata simulation in The Powder Toy, which currently only supports B/S and B/S/G format rules, and want to add non totalistic rule support, so i'm investigating how APGSearch does it. Besides, the code needs a redo anyways, it's slow )

Apple Bottom wrote:This is a question for wwei23, primarily -- you've searched the "25p" pseudo-symmetry earlier this summer, which I understand is based on taking the Kronecker product of a C1 soup with itself:

wwei23 wrote: Basically, take a 16x16 soup, and replace each cell with a 16x16 block of cells. Then replace each 16x16 block of cells with the original soup. It was the only way I could get 25p to work.

Can you share the code you used for this, either the entire modified apgsearch script or the hashsoup() routine it uses? Thanks.

wwei23 wrote:I just nested the C1 thing in itself, and multiplied by 16. That way, it places the cells 16 times x, y, for each cell in the original soup...

77topaz wrote:

wwei23 wrote:I just nested the C1 thing in itself, and multiplied by 16. That way, it places the cells 16 times x, y, for each cell in the original soup...

Did you not read Apple Bottom's question? He asked for the code you used to do that, not a vague description in words.

LaundryPizza03 wrote:The hacked apg 1.x incorrectly labeled this xq2 as a "glider" because the canonical form matches that for the glider (153). Not a biggie, since Catagolue does not make this mistake.

wwei23 wrote:Will apgsearch work without APG_ExpungeGliders/ExpungeObjects/IdentifyGliders? I have to make rulearrays. The 7-state ones can be made pretty well. The 17-state ones cannot.

wwei23 wrote:Why would apgsearch have to be modified to work without the aforementioned rules?

wwei23 wrote:Will it work if it is modified not to create them and if they are not there?

    soup.rg.saveAllRules()

Majestas32 wrote:I still don't know what rulearrays are. They're different from the rule cell arrays from majestic Simulator i assume

001
000
101

wwei23 wrote:Consider this neighborhood:

Code: Select all

001
000
101

We write this out in reading order: 001000101
Since Turro is a 2-state rule, we convert the above from base 2 to base 10. We get 71. The 71th index of the Turro rulearray is 1, so the neighborhood goes to 1.

77topaz wrote:

wwei23 wrote:Consider this neighborhood:

Code: Select all

001
000
101

We write this out in reading order: 001000101
Since Turro is a 2-state rule, we convert the above from base 2 to base 10. We get 71. The 71th index of the Turro rulearray is 1, so the neighborhood goes to 1.

So, what you mean by "rulearray" is actually just a MAP string?