Pattern viewer for forum threads

For discussion directly related to ConwayLife.com, such as requesting changes to how the forums or wiki function.
User avatar
bubblegum
Posts: 952
Joined: August 25th, 2019, 11:59 pm
Location: click here to do nothing

Re: Pattern viewer for forum threads

Post by bubblegum » August 3rd, 2021, 2:08 am

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
sonata wrote:
July 2nd, 2020, 8:33 pm
conwaylife signatures are amazing[citation needed]
anything

User avatar
rowett
Moderator
Posts: 2443
Joined: January 31st, 2013, 2:34 am
Location: UK
Contact:

Re: Pattern viewer for forum threads

Post by rowett » August 4th, 2021, 7:30 am

GUYTU6J wrote:
August 1st, 2021, 4:36 am
Step forward 1 gen and step back, and the pattern will become green instead of the original red. Is that intended?
No, it was a bug which is fixed and will be in the next release. Thanks for reporting!

User avatar
rowett
Moderator
Posts: 2443
Joined: January 31st, 2013, 2:34 am
Location: UK
Contact:

Re: Pattern viewer for forum threads

Post by rowett » August 4th, 2021, 7:31 am

muzik wrote:
August 1st, 2021, 6:18 pm
Could a separate color be allowed to be defined for living cells which have never died such that the following two examples can be made to be visually identical within the grid boundaries?
No, there are not enough states available to track this.

User avatar
rowett
Moderator
Posts: 2443
Joined: January 31st, 2013, 2:34 am
Location: UK
Contact:

Re: Pattern viewer for forum threads

Post by rowett » August 4th, 2021, 7:31 am

bubblegum wrote:
August 3rd, 2021, 2:08 am
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?
This has been fixed and will be in the next release. Thanks for reporting!

User avatar
muzik
Posts: 4269
Joined: January 28th, 2016, 2:47 pm
Location: Scotland

Re: Pattern viewer for forum threads

Post by muzik » August 4th, 2021, 10:56 am

rowett wrote:
August 4th, 2021, 7:31 am
muzik wrote:
August 1st, 2021, 6:18 pm
Could a separate color be allowed to be defined for living cells which have never died such that the following two examples can be made to be visually identical within the grid boundaries?
No, there are not enough states available to track this.
Wouldn't it only require a single state, though?

User avatar
rowett
Moderator
Posts: 2443
Joined: January 31st, 2013, 2:34 am
Location: UK
Contact:

Re: Pattern viewer for forum threads

Post by rowett » August 4th, 2021, 12:00 pm

muzik wrote:
August 4th, 2021, 10:56 am
Wouldn't it only require a single state, though?
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.

User avatar
muzik
Posts: 4269
Joined: January 28th, 2016, 2:47 pm
Location: Scotland

Re: Pattern viewer for forum threads

Post by muzik » August 5th, 2021, 10:04 am

rowett wrote:
August 4th, 2021, 12:00 pm
muzik wrote:
August 4th, 2021, 10:56 am
Wouldn't it only require a single state, though?
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.
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.

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)?

User avatar
muzik
Posts: 4269
Joined: January 28th, 2016, 2:47 pm
Location: Scotland

Re: Pattern viewer for forum threads

Post by muzik » August 6th, 2021, 10:12 am

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!

User avatar
rowett
Moderator
Posts: 2443
Joined: January 31st, 2013, 2:34 am
Location: UK
Contact:

Re: Pattern viewer for forum threads

Post by rowett » August 6th, 2021, 10:50 am

muzik wrote:
August 6th, 2021, 10:12 am
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 should be fixed (note: I don't have an iPad so it's hard to test). Thanks for reporting!

User avatar
muzik
Posts: 4269
Joined: January 28th, 2016, 2:47 pm
Location: Scotland

Re: Pattern viewer for forum threads

Post by muzik » August 6th, 2021, 12:01 pm

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 ]]

User avatar
muzik
Posts: 4269
Joined: January 28th, 2016, 2:47 pm
Location: Scotland

Re: Pattern viewer for forum threads

Post by muzik » August 6th, 2021, 4:24 pm

rowett wrote:
August 6th, 2021, 10:50 am
muzik wrote:
August 6th, 2021, 10:12 am
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 should be fixed (note: I don't have an iPad so it's hard to test). Thanks for reporting!
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?

User avatar
yujh
Posts: 2436
Joined: February 27th, 2020, 11:23 pm
Location: Toronto, On, Canada (加拿大,安大略省,多伦多)
Contact:

Re: Pattern viewer for forum threads

Post by yujh » August 6th, 2021, 10:33 pm

muzik wrote:
August 6th, 2021, 4:24 pm
Confirmed fixed, but the "Shrink with hotkey N" message no longer seems to appear when expanding the thumbnail viewer.
I just tested the one few posts up and it worked as usual
Nothing to apgsearch? Try b38s23/C1!

B34kz5e7c8/S23-a4ityz5k!!!

b2n3-q5y6cn7s23-k4c8

B3-kq6cn8/S2-i3-a4ciyz8

B3-kq4z5e7c8/S2-ci3-a4ciq5ek6eik7

wiki

Rule modifier

My appearance on Catagolue would be Yujh, Hunting(not 99% of Leaplife) and Yujh2

Bored of Conway's Game of Life? Try Pedestrian Life -- not pedestrian at all!

User avatar
rowett
Moderator
Posts: 2443
Joined: January 31st, 2013, 2:34 am
Location: UK
Contact:

Re: Pattern viewer for forum threads

Post by rowett » August 7th, 2021, 5:36 am

muzik wrote:
August 6th, 2021, 4:24 pm
Confirmed fixed, but the "Shrink with hotkey N" message no longer seems to appear when expanding the thumbnail viewer.
It no longer appears on touch devices.

User avatar
rowett
Moderator
Posts: 2443
Joined: January 31st, 2013, 2:34 am
Location: UK
Contact:

Re: Pattern viewer for forum threads

Post by rowett » August 7th, 2021, 5:56 am

muzik wrote:
August 6th, 2021, 12:01 pm
Select All does different things for these otherwise functionally equivalent patterns
Fixed, thanks for reporting!

User avatar
yujh
Posts: 2436
Joined: February 27th, 2020, 11:23 pm
Location: Toronto, On, Canada (加拿大,安大略省,多伦多)
Contact:

Re: Pattern viewer for forum threads

Post by yujh » August 7th, 2021, 10:20 pm

rowett wrote:
August 7th, 2021, 5:36 am
muzik wrote:
August 6th, 2021, 4:24 pm
Confirmed fixed, but the "Shrink with hotkey N" message no longer seems to appear when expanding the thumbnail viewer.
It no longer appears on touch devices.
not quite, my ipad works fine
Nothing to apgsearch? Try b38s23/C1!

B34kz5e7c8/S23-a4ityz5k!!!

b2n3-q5y6cn7s23-k4c8

B3-kq6cn8/S2-i3-a4ciyz8

B3-kq4z5e7c8/S2-ci3-a4ciq5ek6eik7

wiki

Rule modifier

My appearance on Catagolue would be Yujh, Hunting(not 99% of Leaplife) and Yujh2

Bored of Conway's Game of Life? Try Pedestrian Life -- not pedestrian at all!

User avatar
muzik
Posts: 4269
Joined: January 28th, 2016, 2:47 pm
Location: Scotland

Re: Pattern viewer for forum threads

Post by muzik » August 8th, 2021, 5:38 am

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" ]]

User avatar
rowett
Moderator
Posts: 2443
Joined: January 31st, 2013, 2:34 am
Location: UK
Contact:

Re: Pattern viewer for forum threads

Post by rowett » August 8th, 2021, 10:34 am

muzik wrote:
August 8th, 2021, 5:38 am
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 "#H" ]]
Added. Use #H.

User avatar
muzik
Posts: 4269
Joined: January 28th, 2016, 2:47 pm
Location: Scotland

Re: Pattern viewer for forum threads

Post by muzik » August 8th, 2021, 3:28 pm

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!

User avatar
rowett
Moderator
Posts: 2443
Joined: January 31st, 2013, 2:34 am
Location: UK
Contact:

Re: Pattern viewer for forum threads

Post by rowett » August 8th, 2021, 4:01 pm

muzik wrote:
August 8th, 2021, 3:28 pm
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.
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.

User avatar
muzik
Posts: 4269
Joined: January 28th, 2016, 2:47 pm
Location: Scotland

Re: Pattern viewer for forum threads

Post by muzik » August 14th, 2021, 6:47 am

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

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" ]]
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.

User avatar
rowett
Moderator
Posts: 2443
Joined: January 31st, 2013, 2:34 am
Location: UK
Contact:

Re: Pattern viewer for forum threads

Post by rowett » August 15th, 2021, 2:42 am

muzik wrote:
August 14th, 2021, 6:47 am
Could labels also be allowed to track generations from starting generations specified inside of the RLE?
Added. Use #I for relative generation and #J for relative reversible generation.
muzik wrote:
August 14th, 2021, 6:47 am
I've also discovered a bug or accidentally-left-in debug feature or something
Fixed, thanks for reporting!

User avatar
muzik
Posts: 4269
Joined: January 28th, 2016, 2:47 pm
Location: Scotland

Re: Pattern viewer for forum threads

Post by muzik » August 15th, 2021, 7:00 am

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.

Code: Select all

#CXRLE Gen=9007199254740900
x = 3, y = 3, rule = Life
10o!
[[ LABEL 5 5 16 "#I" ]]
And a suggestion: for the T menu, can all four different generation counts be displayed?

User avatar
rowett
Moderator
Posts: 2443
Joined: January 31st, 2013, 2:34 am
Location: UK
Contact:

Re: Pattern viewer for forum threads

Post by rowett » August 15th, 2021, 11:47 am

muzik wrote:
August 15th, 2021, 7:00 am
Is there any reason in specific why generation counts use a 64-bit float?
JavaScript.

ColorfulGabrielsp138
Posts: 288
Joined: March 29th, 2021, 5:45 am

Re: Pattern viewer for forum threads

Post by ColorfulGabrielsp138 » August 17th, 2021, 5:46 am

I tried to post a troll, but failed.

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!
EDIT: 233rd post
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!
I have reduced the glider cost of quadratic growth to eight and probably to seven. Looking for conduits...

User avatar
rowett
Moderator
Posts: 2443
Joined: January 31st, 2013, 2:34 am
Location: UK
Contact:

Re: Pattern viewer for forum threads

Post by rowett » August 17th, 2021, 6:06 am

ColorfulGabrielsp138 wrote:
August 17th, 2021, 5:46 am
I 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!
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.

Use pairs of hex digits if you want values greater than 7.

See here for more information.

Post Reply