ConwayLife.com

muzik

x = 3, y = 1, rule = TheRequestedName 3o! #C [[ SHOWGENSTATS ]] @RULE TheActualName @TABLE n_states:25 neighborhood:Moore symmetries:permute @RULE TheRequestedName @TABLE n_states:2 neighborhood:Moore symmetries:permute @RULE TheThirdName @TABLE n_states:2 neighborhood:Moore symmetries:permute 0,0,...

muzik

I assume Rand All not randomising the rule transitions for rule tables is expected?

muzik

Is this in the collection? It seems to follow a fixed rule but I don't see it listed under 3c/13 anywhere. x = 5, y = 3, rule = B3-ejq4einrtwz5-ery6-k78/S2ace3cinr4ijnqwz5ceqy6c7 bobo$obobo$bobo! Given that this replicator never ends up becoming just two copies an infinite number of times at twice,...

muzik

Is this in the collection? It seems to follow a fixed rule but I don't see it listed under 3c/13 anywhere. x = 5, y = 3, rule = B3-ejq4einrtwz5-ery6-k78/S2ace3cinr4ijnqwz5ceqy6c7 bobo$obobo$bobo! Given that this replicator never ends up becoming just two copies an infinite number of times at twice,...

muzik

I think we should catalog B0 ones separately, like this (±51,33)c/102 migratory orthogonal replicator: x = 73, y = 3, rule = B01e2ace34ajy5akq6ci7e/S01e234a5cinq 33bo5bo$o3bo29bo3bo29bo3bo$bobo65bobo! Is there a dedicated collection for B0 5s stuff? We could definitely set up one for this collectio...

muzik

confocaloid wrote: ↑
April 13th, 2024, 5:41 am
I managed to reduce the pattern to the following mod1275 p750975 oscillator on a torus with a shift in one direction. How long this takes to identify on the same system?

95.2s for period detection, 133.7s in total

muzik

Non-Totalistic/Oscillators/coverleaf-chain.rle and coverleaf-chain-emulation.rle misspell the name "cloverleaf". The typo with one "l" dropped may have come from several forum posts. Isn't "coverleaf" a sufficiently established name for this pattern by this point? "Cloverleaf" is also a very ambigu...

muzik

Interesting pattern for benchmarking - this takes 1583.7 seconds to detect periodicity and 2308.0 to finish. Do any bounded-grid-specific optimizations exist, or could any be implemented? x = 589, y = 589, rule = B378/S23:T589 130bo176bo26b2o176b2o$128b2o205bo176bo26b2o$128bo26b2o176b2o205bo$156b o1...

muzik

Is PASTET supposed to create previously-alive dead cells in places where it's used to stop cells from being born naturally?

Code: Select all

x = 3, y = 5, rule = B3/S23
2o$obo$2bo$obo$2o!
[[ PASTEMODE XOR PASTET EVERY 1 1 PASTE o! 3 2 ]]

muzik

A period-3 phoenix (i.e. strictly volatile period-3 oscillator where every cell is only one for one period) cannot exist, but can a strictly-volatile period-3 oscillator where every cell is on for two generations exist?

muzik

Symmetry would be obviously included as an infobox row - I fail to see any other way of including this information in an infobox in any other useful way. IMG_4267.jpeg On the topic of height issues, it may be possible to delete the largely-unimportant "Oscillator type" and "Family" sections which pr...

muzik

Links inside help pages, even if internal, do not appear to work at all.

: IMG_4266.jpeg (735.89 KiB) Viewed 48 times

muzik

b-engine wrote: ↑
April 3rd, 2024, 5:42 pm
There're 136 neighbors in the weighted neighborhood, but LifeViewer says the maximum neighbors a cell can have is 8.

This appears to work:

Code: Select all

x = 0, y = 0, rule = R2,C2,S2-3,B3,136,NW08080808080801010108080100010808010101080808080808
5o$5o$2ob2o$5o$5o!

muzik

Is it at all possible to construct a range-2 rule that behaves identically to range-1 Life, except cells are also born with this range-2 transition?

Code: Select all

x = 5, y = 5, rule = B3/S23
5o$5o$2ob2o$5o$5o!

muzik

Here's an updated demo picture for isotropic non-totalistic rules: hensel.png I've never been a fan of the current one - for some reason my brain interprets the lime-yellow checkerboard as the background and the black squares as live cells. This does away with that issue (even though dark still repr...

muzik

Use Identify on this for a hilarious infinite loop: x = 378, y = 392, rule = B3-r4cekz5ai6-ae78/S2ae3-ai4-cekz5r678 25$62b2o$61bob2o$61b3o$62bo$66bo$65bobo$66bob2o$67b3o$67b3ob2o$72bo$ 69bob2o$69b3o7$73bo$72b4o$72b4o$73b4o$74b2o$69bobo$69bo$69b3o2$64bobo$ 64bob2o$64b2o$65b3o8$95bo$93bo$92b3o$93bo$91...

muzik

x = 273, y = 144, rule = B3/S23 2o6b2o6b2o6b2o6b2o6b2o6b2o6b2o6b2o6b2o6b2o6b2o6b2o6b2o6b2o6b2o6b2o$b2o 6b2o6b2o6b2o6b2o6b2o6b2o6b2o6b2o6b2o6b2o6b2o6b2o6b2o6b2o6b2o6b2o$2b2o 6b2o6b2o6b2o6b2o6b2o6b2o6b2o6b2o6b2o6b2o6b2o6b2o6b2o6b2o6b2o6b2o$3b2o 6b2o6b2o6b2o6b2o6b2o6b2o6b2o6b2o6b2o6b2o6b2o6b2o6b2o6b2o...

muzik

Are there any plans for a dedicated script for viewing triangular patterns on a triangular grid like there is for hexagonal rules, or is this just entirely dedicated to LifeViewer at this point?

muzik

There seems to be a disparity with autofit here: x = 1, y = 1, rule = B3/S23 o! [[ ZOOM 4 MAXGRIDSIZE 9 AUTOFIT PASTEDELTA 2 0 PASTET EVERY 2 PASTE o! 0 0 PASTEDELTA 2 0 PASTET EVERY 2 1 PASTE o! 1 1 ]] x = 1, y = 1, rule = R1,C2,S2-3,B3 o! [[ ZOOM 4 MAXGRIDSIZE 9 AUTOFIT PASTEDELTA 2 0 PASTET EVERY...

muzik

x = 154, y = 142, rule = B3/S23 84b2o9b2o48b2o$83bo2bo9bo48bo$84b3o9bobo44bobo$83bo3bo9b2o9b2o22b3o8b 2o$82bob4o18b2o2bo19bo3b2o$69b2o11bobob2o18bo2b3o2b2o10b2o2bobo2b2o$70b o12bobobobo16bo4bo2b2o10b2obo5bo$70bobo12b2obobo16b5o18b5o$71b2o3bo8b 4obo$77b2o6bo3bo17b5o18b5o$77b2o7b3o17bo4bo2b2o10b2obo5...

muzik

Why is it that parity rules where the number of copies is equal to (or a perfect power of) the number of states ends up behaving in a different way that's kind of hard to describe? Here's a replicator rule in which any pattern becomes a 4x4 grid of copies. Notice, however, that unlike what you tradi...

muzik

x = 1, y = 1, rule = R3,C2,S1,3,5,7,9,11,13,15,17,19,21,23,B1,3,5,7,9,11,13,15,17,19,21,23,N@d704e5a720eb o! x = 1, y = 1, rule = R3,C2,S0,2,4,6,8,10,12,14,16,18,20,22,24,B1,3,5,7,9,11,13,15,17,19,21,23,N@d704e5a720eb o! x = 1, y = 1, rule = R3,C2,S1,3,5,7,9,11,13,15,17,19,21,23,B1,3,5,7,9,11,13,15...

muzik

Decided to try redesigning the neighbourhood examples shown in the help section for the Larger than Life algorithm to fit in better stylistically with Golly - something just bothered me about them being cropped LifeViewer screenshots (probably due to the colour theme being different, as well as it u...

muzik

x = 8004, y = 3, rule = B1e3r4i/S1e2ae3er4i 2o8000b2o$o8002bo$2o8000b2o! x = 16004, y = 3, rule = B1e3r4i/S1e2ae3er4i 2o16000b2o$o16002bo$2o16000b2o! [[ MAXGRIDSIZE 14 ]] x = 200, y = 14, rule = MAPARH+/wMT//8BEf7/AxP//wER/v8DE///AREAAAMTAAABEf7/AxP//wER/v8DE///AREAAAMTAAABEQAAAxMAAA:T200,200 53b99...

muzik

Code: Select all

x = 2, y = 2, rule = M0,7,3,1,12,9,8,7,7,5,12,9,1,1,8,6
$bo!

ConwayLife.com

Search found 5649 matches

Re: RLE copy/paste thread - everyone else

Re: Pattern viewer for forum threads

Re: The 1D Replicator Collection

Re: The 1D Replicator Collection

Re: The 1D Replicator Collection

Re: Pattern viewer for forum threads

Re: Golly 4.3b1

Re: Pattern viewer for forum threads

Re: Pattern viewer for forum threads

Re: Thread for basic questions

Re: (cont.) Adding kinetic symmetry to infoboxes

Re: Golly 1.3 for iPad

Re: HROT,NW (Higher-range outer-totalistic, weighted)

Re: HROT,NW (Higher-range outer-totalistic, weighted)

Re: Golly 4.3b1

Re: Pattern viewer for forum threads

Re: RLE copy/paste thread - everyone else

Re: Golly suggestions

Re: Pattern viewer for forum threads

Re: RLE copy/paste thread - everyone else

Re: Thread for basic non-CGOL questions

Re: RLE copy/paste thread - everyone else

Re: Golly 4.3b1

Re: RLE copy/paste thread - everyone else

Re: RLE copy/paste thread - everyone else