ConwayLife.com

muzik

x = 8, y = 8, rule = B1e/S1e
4b2o2$7bo$7bo$o$o2$2b2o!

muzik

Not sure if this is a result of the new URL scripting functionality, but at least at viewer.html it doesn't appear to be possible to define a custom URL by pasting it into the text box and clicking View.

muzik

The calculated bounding box and the period map size for this pattern is larger in the general range algorithm than in the range-1 algorithm despite the pattern functioning identically. x = 36, y = 9, rule = B3/S23 27bo$26b4o$9b2o14b2obobo$bo7bo2bo11b3obo2bo2b2o$o3b2o7bo11b2obobo3b2o $o5bo6bo12b4o$b5...

muzik

This pattern no longer works how it used to - it appears to explode instead of travelling down and to the left.

Code: Select all

x = 3, y = 3, rule = B03-ck4y6a/S2-n35r
o$obo$2o!
[[ PASTEMODE AND PASTEDELTA -1 1 PASTET EVERY 4 1 PASTE b! 3 0 PASTET EVERY 4 3 PASTE b! 1 -1 ]]

muzik

A selection offset bug still appears to exist when using Select All:

Code: Select all

x = 10, y = 10, rule = M0,4,8,12,4,12,12,13,8,12,12,14,12,13,14,15:T10,10
9o$9o$9o$9o$9o$9o$9o$9o$9o!

muzik

As of build 1088 (tested on the other site since it isn't yet on the forums on my end) there's still lines of cells at the very top and very left of the grid which remain freshly dead after contact, rather than fading like the rest. The pattern itself doesn't degrade into chaos though, which is good...

muzik

This has its period identified in less than three seconds, but spends a whole minute figuring out everything else. Potential target for optimization? x = 40, y = 22, rule = B2n3aeijy4ci5cr6n/S2aek3-acek4eiknr5ir6eik7e 38bo$38b2o$39bo5$31b2o$31b2o5$31b3o$31b3o2$28b3o$2o2bo23bo2bo$o27b2o2b 2o$2obo26bo...

muzik

muzik wrote: ↑
June 19th, 2020, 2:29 pm
Let's start looking at LtL rules with the L² neighbourhood now, shall we?

Here's one that produces transient Bugs-like sparks:

Spaceships are rare:

Code: Select all

x = 19, y = 20, rule = R6,C2,S37-58,B32-45,N2
2$7b4o$7b6o$5b9o$6b8o$4b11o$5b2o3b5o$5bo5b4o$5bo4b5o$4b2o4b5o$5b2o2b3o
$6b5obo!

muzik

The limit for how far out you can draw (or change cells via selection) appears to be earlier than the limit for how far out selections can be made (before they do that buggy "snap to the edge of the grid" thing): x = 626, y = 626, rule = R500,C0,M1,S139185..242458,B139185..188119,NN 333b52o$322b74o$...

muzik

Can someone figure out the period of this object? oscar.lua gave up after 500 million generations plus:

Code: Select all

x = 54, y = 2, rule = MarBlocks-5-rep
o49bobo$bo48bo2bo!

muzik

oscar.lua incorrectly concluded that "This pattern is stable." after 563939073 generations and several hours of running it:

Code: Select all

x = 54, y = 2, rule = MarBlocks-5-rep
o49bobo$bo48bo2bo!

muzik

In some cases the Identify period map does not appear to include the deathforcer cells at the edges, but at other times it does:

Code: Select all

x = 13, y = 2, rule = B2ae/SSuper
FM.M5.M.MF$FM.M5.M.MF!

muzik

So basically the same concept as the 2016 Rainbow rules?: viewtopic.php?f=11&t=2078&p=28554#p28554

muzik

A tiny feature request: would it be possible to add density for oscillators on bounded grids to the Identify results (min/max/average) so we can calculate the density values for periodic agars?

muzik

Some performance tests: Results on Windows 10 using Brave (old system, so it isn't going to be fast): Go To Gen 174762b: - [R]Standard: 3.4s - [R]History: 3.8s - [R]Super: 16.9s - [R]Investigator: 22.8s - Ruletable: 8.9s - Margolus: 4.1s - General range: 18.6s Identify: - [R]Standard: 21.3s / 28.1s...

muzik

Highly Brian's Brain-like behaviour:

Code: Select all

x = 2, y = 1, rule = B2/S678/F01278/K1678/L0123467
2o!

Code: Select all

x = 2, y = 1, rule = B2/S678/F01278/K1678/L01234
2o!

muzik

Code: Select all

x = 3, y = 2, rule = B1/SL:K26*,26
$obo!
[[ PASTET EVERY 21 8 PASTEMODE COPY PASTE 3b! -3 -8 ]]

muzik

Selections appear to be bugged - Select All only targets a single cell here (that isn't even alive): x = 4, y = 4, rule = x-rule o$o$bo$2b2o! Using Select All and then random filling on this puts cells in the completely wrong place: x = 200, y = 200, rule = Movingstrings:T200,200 90$6bobobobobobobob...

muzik

Code: Select all

x = 21, y = 23, rule = B3/S23
4$6bo$4bobo$5b2o3$8b2o6bo$7bobo5b2o$9bo5bobo5$6b5o$5bo4bo$10bo$5bo3bo$
7bo!

Code: Select all

x = 49, y = 40, rule = B3/S23
2$40bo$39bo$39b3o17$8bo$6bo3bo$11bo$6bo4bo30bo$7b5o8b3o18b2o$22bo18bob
o$21bo!

muzik

x = 1, y = 1, rule = B/S3a4ar b2o$b2o! [[ PASTET EVERY 8 0 PASTE o! 0 0 PASTET EVERY 8 1 PASTE o! 0 1 PASTET EVERY 8 2 PASTE o! 1 2 PASTET EVERY 8 3 PASTE o! 2 2 PASTET EVERY 8 4 PASTE o! 3 1 PASTET EVERY 8 5 PASTE o! 3 0 PASTET EVERY 8 6 PASTE o! 2 -1 PASTET EVERY 8 7 PASTE o! 1 -1 ]] x = 1, y = 1...

muzik

If an oscillator contains exactly thirteen, fourteen or fifteen distinct periods, it is impossible to scroll in the periods table to view the lowest values. On my machine it doesn't need to scroll. Is this still the case if either pattern is identified using the embedded viewer on this page?: https...

muzik

Some much lower priority observations: Pastes appear to be affected by the same subpixel offset issues that selections used to be. If we select all, cut, get rid of the selection, and then paste such that both cells remain inside of the bounded grid, a tiny gap can be seen at the bottom of the paste...

muzik

Identifying this will cause it to die at the border, but the viewer still says "Identifying..." instead of stating a time of death. The viewer also reports a negative amount of living cells, which is obviously an impossibility. Pressing Play after this causes the life ended at message to display in ...

muzik

This has been here for the past several months, but I've never bothered to report it until just now:

Why is this here and can it be made to be not here?

muzik

Code: Select all

x = 25, y = 19, rule = LifeHistory
.F2.2A2.F$4.2A$10.F2$4.2A$4.A.A$4.A7.F$16.F$F2$20.F$4.F$8.F4$10.F$15.
2A$12.F2.2A2.F!

ConwayLife.com

Search found 5480 matches

Re: RLE copy/paste thread - everyone else

Re: Pattern viewer for forum threads

Re: Pattern viewer for forum threads

Re: Pattern viewer for forum threads

Re: Pattern viewer for forum threads

Re: Pattern viewer for forum threads

Re: Pattern viewer for forum threads

Re: Larger than Life

Re: Pattern viewer for forum threads

Re: Thread for basic non-CGOL questions

Re: Golly bugs

Re: Pattern viewer for forum threads

Re: RuleEmulator v1.0

Re: Pattern viewer for forum threads

Re: Pattern viewer for forum threads

Re: BSFK rulespace

Re: RLE copy/paste thread - everyone else

Re: Pattern viewer for forum threads

Re: RLE copy/paste thread - everyone else

Re: RLE copy/paste thread - everyone else

Re: Pattern viewer for forum threads

Re: Pattern viewer for forum threads

Re: Pattern viewer for forum threads

Let's Finally Address This Elephant-Sized Gap In The Room

Re: RLE copy/paste thread - everyone else