Pattern viewer for forum threads
Re: Pattern viewer for forum threads
Patterns initially entirely dead will not show "Life ended at generation N" when sparks are drawn in while the viewer is running, until the viewer is paused and a pattern drawn in; is this intended?
Each day is a hidden opportunity, a frozen waterfall that's waiting to be realised, and one that I'll probably be ignoring
anythingsonata wrote:July 2nd, 2020, 8:33 pmconwaylife signatures are amazing[citation needed]
Re: Pattern viewer for forum threads
No, it was a bug which is fixed and will be in the next release. Thanks for reporting!
LifeViewer https://lazyslug.com/lifeviewer
Re: Pattern viewer for forum threads
No, there are not enough states available to track this.
LifeViewer https://lazyslug.com/lifeviewer
Re: Pattern viewer for forum threads
This has been fixed and will be in the next release. Thanks for reporting!
LifeViewer https://lazyslug.com/lifeviewer
Re: Pattern viewer for forum threads
Wouldn't it only require a single state, though?
Help wanted: How can we accurately notate any 1D replicator?
Re: Pattern viewer for forum threads
No, 64.
State 0 is dead, states 1 through 63 are history, states 64 through 127 are longevity, states 128-255 are overlay.
Alive cells start at 64 and ramp to 127. For always alive cells they'd need to (for example) start at 128 to ramp to 191, but those states are taken.
LifeViewer https://lazyslug.com/lifeviewer
Re: Pattern viewer for forum threads
I still don't see why 64 states would be needed for it, though? Perhaps I'm missing something obvious, but "always dead" cells only require a single state themselves, since they have no fading animation. "Always alive" cells likewise wouldn't require any fading animation either, since they'd always keep the color they start off as until their state changes to dead, in which case it'd become a history cell and so on.rowett wrote: ↑August 4th, 2021, 12:00 pmNo, 64.
State 0 is dead, states 1 through 63 are history, states 64 through 127 are longevity, states 128-255 are overlay.
Alive cells start at 64 and ramp to 127. For always alive cells they'd need to (for example) start at 128 to ramp to 191, but those states are taken.
For parity between Blues and Day, at least for two-state rules, the following theme colors would be specified:
Blues:
[Always dead] 0 0 0
[Newly dead] 0 0 255
[Long time since death] 0 0 47
[Always alive] 255 255 255
[Newly alive] 0 255 255
[Long time since birth] 240 240 240
Day:
[Always dead] 255 255 255
[Newly dead] 0 255 255
[Long time since death] 240 240 240
[Always alive] 0 0 0
[Newly alive] 0 0 255
[Long time since birth] 0 0 47
Granted, if there's still not enough space for even one state I see why it can't be implemented - although wouldn't it be possible to use state 64 for it instead, as to equally divide the 0-127 bracket (0 = 1 state: always dead, 1-63 = 63 states: history, 64 = 1 state: always alive, 65-127 = 63 states: longevity)?
Help wanted: How can we accurately notate any 1D replicator?
Re: Pattern viewer for forum threads
Weird thumbnail viewer discovery: expanding a viewer on ipad and then shrinking it again results in the viewer content still being able to be scrolled and moved around as if it were full size. This does not happen on PC, where such a shrunk viewer can be expanded again.
Code: Select all
#C [[ THUMBNAIL ]]
x = 20, y = 20, rule = B3/S23
bob$2bob$3bob!
Help wanted: How can we accurately notate any 1D replicator?
Re: Pattern viewer for forum threads
This should be fixed (note: I don't have an iPad so it's hard to test). Thanks for reporting!
LifeViewer https://lazyslug.com/lifeviewer
Re: Pattern viewer for forum threads
Select All does different things for these otherwise functionally equivalent patterns:
Code: Select all
x = 3, y = 3, rule = B3/S23
o$obo$2o!
[[ AUTOSTART ZOOM 4 STOP 50 ]]
Code: Select all
x = 3, y = 3, rule = R1,C2,S2-3,B3
o$obo$2o!
[[ AUTOSTART ZOOM 4 STOP 50 ]]
Help wanted: How can we accurately notate any 1D replicator?
Re: Pattern viewer for forum threads
Confirmed fixed, but the "Shrink with hotkey N" message no longer seems to appear when expanding the thumbnail viewer.
A related thought: perhaps that message could be extended to also reference the in-viewer shrink button as well?
Help wanted: How can we accurately notate any 1D replicator?
- yujh
- Posts: 3066
- Joined: February 27th, 2020, 11:23 pm
- Location: I'm not sure where I am, so please tell me if you know
- Contact:
Re: Pattern viewer for forum threads
I just tested the one few posts up and it worked as usual
Rule modifier
B34kz5e7c8/S23-a4ityz5k
b2n3-q5y6cn7s23-k4c8
B3-kq6cn8/S2-i3-a4ciyz8
B3-kq4z5e7c8/S2-ci3-a4ciq5ek6eik7
Bored of Conway's Game of Life? Try Pedestrian Life -- not pedestrian at all!
B34kz5e7c8/S23-a4ityz5k
b2n3-q5y6cn7s23-k4c8
B3-kq6cn8/S2-i3-a4ciyz8
B3-kq4z5e7c8/S2-ci3-a4ciq5ek6eik7
Bored of Conway's Game of Life? Try Pedestrian Life -- not pedestrian at all!
Re: Pattern viewer for forum threads
It no longer appears on touch devices.
LifeViewer https://lazyslug.com/lifeviewer
Re: Pattern viewer for forum threads
Fixed, thanks for reporting!
LifeViewer https://lazyslug.com/lifeviewer
- yujh
- Posts: 3066
- Joined: February 27th, 2020, 11:23 pm
- Location: I'm not sure where I am, so please tell me if you know
- Contact:
Re: Pattern viewer for forum threads
not quite, my ipad works fine
Rule modifier
B34kz5e7c8/S23-a4ityz5k
b2n3-q5y6cn7s23-k4c8
B3-kq6cn8/S2-i3-a4ciyz8
B3-kq4z5e7c8/S2-ci3-a4ciq5ek6eik7
Bored of Conway's Game of Life? Try Pedestrian Life -- not pedestrian at all!
B34kz5e7c8/S23-a4ityz5k
b2n3-q5y6cn7s23-k4c8
B3-kq6cn8/S2-i3-a4ciyz8
B3-kq4z5e7c8/S2-ci3-a4ciq5ek6eik7
Bored of Conway's Game of Life? Try Pedestrian Life -- not pedestrian at all!
Re: Pattern viewer for forum threads
Can labels be made to support negative generation counts, possibly via a separate tag from #G?
Code: Select all
x = 3, y = 3, rule = MargSingRot
13o!
[[ REVERSESTART LABEL 5 5 16 "#G" ]]
Help wanted: How can we accurately notate any 1D replicator?
Re: Pattern viewer for forum threads
Added. Use #H.muzik wrote: ↑August 8th, 2021, 5:38 amCan labels be made to support negative generation counts, possibly via a separate tag from #G?
Code: Select all
x = 3, y = 3, rule = MargSingRot 13o! [[ REVERSESTART LABEL 5 5 16 "#H" ]]
LifeViewer https://lazyslug.com/lifeviewer
Re: Pattern viewer for forum threads
Try using Identify on all three of these from the start - despite having completely identical evolution sequences the last takes two more generations to solve.
Code: Select all
x = 9, y = 2, rule = Life
bo5bo$3o3b3o!
Code: Select all
x = 9, y = 2, rule = LifeHistory
bo5bo$3o3b3o!
Code: Select all
x = 9, y = 2, rule = LifeSuper
bo5bo$3o3b3o!
Help wanted: How can we accurately notate any 1D replicator?
Re: Pattern viewer for forum threads
It's because the last one is a multi-state rule so hashes to different values. You will notice the results in all three cases are identical. It's the destination, not the journey.
LifeViewer https://lazyslug.com/lifeviewer
Re: Pattern viewer for forum threads
Could labels also be allowed to track generations from starting generations specified inside of the RLE? This might require two more substitution key things, one for reverse-recognising and one strictly forward
I've also discovered a bug or accidentally-left-in debug feature or something: on the second viewer, pausing after playing it for any duration will cause two of the three generation counts to either increment or decrement depending on play direction each time the T menu is opened. This seems Margolus-exclusive; PCA doesn't seem to be subject to it.
Code: Select all
#CXRLE Gen=20
x = 3, y = 3, rule = Life
10o!
[[ LABEL 5 5 16 "#G" ]]
Code: Select all
#CXRLE Gen=20
x = 3, y = 3, rule = MargSingRot
13o!
[[ REVERSESTART LABEL 5 5 16 "#H" ]]
Help wanted: How can we accurately notate any 1D replicator?
Re: Pattern viewer for forum threads
Added. Use #I for relative generation and #J for relative reversible generation.
Fixed, thanks for reporting!
LifeViewer https://lazyslug.com/lifeviewer
Re: Pattern viewer for forum threads
Is there any reason in specific why generation counts use a 64-bit float? As far as I'm aware generation numbers can only ever be integers. I doubt generation counts will ever be able to reach this point naturally but it still seems weird that a double is used here, given its lending to precision loss.
And a suggestion: for the T menu, can all four different generation counts be displayed?
Code: Select all
#CXRLE Gen=9007199254740900
x = 3, y = 3, rule = Life
10o!
[[ LABEL 5 5 16 "#I" ]]
Help wanted: How can we accurately notate any 1D replicator?
-
- Posts: 288
- Joined: March 29th, 2021, 5:45 am
Re: Pattern viewer for forum threads
I tried to post a troll, but failed.
EDIT: 233rd post
Code: Select all
x = 0, y = 0, rule = R2,C2,S2,4,5-7,10,12,13,18,19,21,27,B2,5-7,11,13,15,19,21,27,NW0000001930090900391000000
2o$2o$$3b2o$3b2o!
Last edited by ColorfulGabrielsp138 on August 17th, 2021, 7:14 am, edited 1 time in total.
Code: Select all
x = 21, y = 21, rule = LifeColorful
11.E$10.3E$10.E.2E$13.E4$2.2B$.2B$2B$.2B15.2D$19.2D$18.2D$17.2D4$7.C$
7.2C.C$8.3C$9.C!
Re: Pattern viewer for forum threads
I suspect your State Weights are incorrectly specified. When you're using single hex digits to specify a weight then 8 to f represent 0 to -7. So where you have the digit 9 it means -1.ColorfulGabrielsp138 wrote: ↑August 17th, 2021, 5:46 amI tried to post a troll, but failed.Code: Select all
x = 0, y = 0, rule = R2,C2,S5,7,13,19,21,27,B2,5-7,11,13,15,19,21,27,NW0000001930090900391000000 2o$2o$$3b2o$3b2o!
Use pairs of hex digits if you want values greater than 7.
See here for more information.
LifeViewer https://lazyslug.com/lifeviewer