Pattern viewer for forum threads

[GUYTU6J]

In the following pattern, hovering mouse shows on the lower left corner that "0,4518=0(dead)", "0,4519=0[boundary]", "0,-3673=0(dead)" and "0,-3674=0[boundary]". But the borders between black (dead) and grey (boundary) are observed at 4388\4389 and -3804\-3803 on the y axis. This discrepancy does not appear on the x axis, and the difference (which is 130 cells above) is somehow related to the dimensions of pattern.

Code: Select all

x = 847, y = 587, rule = B3/S23
499bo$497bobo$491bo6b2o$492b2o127b2o$491b2o126bo4bo$143bobo350bobo119b
o6bo$144b2o351b2o118bo8bo$144bo352bo119bo8bo6bo$369bo247bo8bo5bo$367bo
bo3bobo5bo120bo115bo6bo6b3o$22bo345b2o3b2o4b2o121bobo114bo4bo$22bobo
349bo5b2o120b2o117b2o$22b2o248bo$271bo$169bobo99b3o$169b2o$170bo324bo
119bo$158bobo97bo235bobo117bobo$159b2o95bobo17b4o116b4o95bo20b4o95bo
20b4o$159bo97b2o16bo4bo114bo4bo114bo4bo114bo4bo$274bobo3bo113bobo3bo
113bobo3bo113bobo3bo$9bobo14bo106b2o26bobo89b2o18bobo3bo93b2o11b2o5bob
o3bo93b2o11b2o5bobo3bo93b2o11b2o5bobo3bo$o8b2o13b2o106bo2bo25b2o89bo2b
o17bo98bo2bo10b2o5bo98bo2bo10b2o5bo98bo2bo10b2o5bo$b2o7bo14b2o108bo26b
o92bo17bo101bo17bo101bo17bo101bo17bo$2o133bo119bo17bo2bo98bo5b2o10bo2b
o98bo5b2o10bo2bo98bo5b2o10bo2bo$129bo3bobo113bo3bobo18b2o93bo3bobo5b2o
11b2o93bo3bobo5b2o11b2o93bo3bobo5b2o11b2o$128bo3bobo113bo3bobo113bo3bo
bo113bo3bobo113bo3bobo$128bo4bo114bo4bo114bo4bo114bo4bo114bo4bo$10b3o
116b4o116b4o116b4o116b4o20bo95b4o20bo$10bo501bobo117bobo$11bo501bo119b
o4$255bo$255b2o130b2o5bo110b2o119b2o$254bobo131b2o4b2o3b2o103bobo117bo
4bo$387bo5bobo3bobo104bo107b3o6bo6bo$399bo216bo5bo8bo$511bo103bo6bo8bo
$510b2o110bo8bo$510bobo110bo6bo$187b3o326b2o106bo4bo$187bo327b2o109b2o
$188bo320b2o6bo$509bobo$509bo57$112bo$110b2o$111b2o706bo$105bo714b2o$
104bo714b2o$104b3o719bo$827bo$825b3o5$76bo2bobo17bo96bo2bobo114bo2bobo
114bo2bobo114bo2bobo114bo2bobo114bo2bobo$74b2obob3o18bo93b2obob3o14b2o
96b2obob3o14b2o96b2obob3o14b2o96b2obob3o14b2o96b2obob3o14b2o96b2obob3o
14b2o$75bo6bo15b3o94bo6bo12b3o97bo6bo12b3o97bo6bo12b3o97bo6bo12b3o97bo
6bo12b3o97bo6bo12b3o16bo$74b2o5bo112b2o5bo12bobo2bo2b2o90b2o5bo12bobo
2bo2b2o90b2o5bo12bobo2bo2b2o90b2o5bo12bobo2bo2b2o90b2o5bo12bobo2bo2b2o
90b2o5bo12bobo2bo2b2o9bo$95b2o117b2o2b2o2b2o110b2o2b2o2b2o110b2o2b2o2b
2o110b2o2b2o2b2o110b2o2b2o2b2o110b2o2b2o2b2o9b3o$75bo5b2o13b2o97bo5b2o
15b2o95bo5b2o15b2o95bo5b2o15b2o95bo5b2o15b2o95bo5b2o15b2o95bo5b2o15b2o
$74bo6bo13bo98bo6bo112bo6bo112bo6bo112bo6bo112bo6bo112bo6bo$75b3obob2o
112b3obob2o112b3obob2o112b3obob2o112b3obob2o112b3obob2o112b3obob2o$75b
obo2bo114bobo2bo114bobo2bo114bobo2bo114bobo2bo114bobo2bo114bobo2bo36b
2o$836b2o$88b2o509bo238bo$87bobo241b2o118b2o118b2o26bobo89b2o118b2o$
89bo241b2o118b2o25bo92b2o26b2o90b2o118b2o$213b2o254b3o6bobo224bo116bo$
213bobo262b2o225bobo82bo30bo22b2o$213bo134b2o124bo121bo108b2o81bobo20b
3o7b3o20bobo$207b2o138bobo123bobo120bo192b2o22bo30bo$206bobo140bo4b3o
117bo121bo215bo$208bo145bo18bo321bo9bo116b2o$355bo16bo322b2o8bobo114b
2o$350b3o19b3o319bobo8b2o89bo$346bo5bo444b2o$346b2o3bo242bo2bobo114bo
2bobo76b2o36bo2bobo$345bobo27bo216b2obob3o112b2obob3o112b2obob3o$375bo
bo215bo6bo98bo13bo6bo112bo6bo$375b2o215b2o5bo97b2o13b2o5bo95b2o15b2o5b
o$347b3o348b2o99b3o9b2o2b2o2b2o$347bo245bo5b2o112bo5b2o80bo9b2o2bo2bob
o12bo5b2o$348bo243bo6bo94b3o15bo6bo80bo16b3o12bo6bo$593b3obob2o93bo18b
3obob2o96b2o14b3obob2o$593bobo2bo96bo17bobo2bo114bobo2bo5$478bo117bo
210b3o$477bobo116bo210bo$478bo117bo91b3o117bo$473b2o215bo123b2o$472bob
o6b3o205bo123b2o$474bo117b2o88b2o131bo$591bobo89b2o$593bo88bo70$410bo$
409bo$400bo8b3o$401b2o$400b2o140bo$541bo$541b3o$278bo246bo119bo$279b2o
243bobo10bobo104bobo$278b2o244bobo11b2o104bobo7b2o$399bo11bobo108b3ob
2o10bo103b3ob2o6b2o$399bobo9b2o108bo119bo19b2o$399b2o11bo109b3ob2o114b
3ob2o13b2o$524bob2o21bo94bob2o$173bo229b2o143b2o$173bobo221b2o5b2o142b
obo$173b2o223b2o3bo$160bo236bo19bo119bo119bo$158bobo141bobo3bo107bobo
117bobo117bobo$159b2o142b2o3bobo104bo2bo116bo2bo116bo2bo$303bo4b2o106b
2o9b2o107b2o9b2o107b2o9b2o$186bobo238b2o118b2o118b2o$187b2o$78bo108bo
124bo119bo119bo119bo$78bobo204b2o23b3o92b2o23b3o92b2o23b3o92b2o23b3o$
70bo7b2o205b2o22bo95b2o22bo95b2o22bo95b2o22bo$59bo11b2o106bo119bo9b2o
108bo9b2o108bo9b2o108bo9b2o$58bobo9b2o106bobo117bobo117bobo117bobo117b
obo$58b2o118b2o14b2o102b2o14b2o102b2o14b2o102b2o14b2o102b2o14b2o$184b
3o6bobo117bobo117bobo117bobo117bobo$186bo6bo119bo119bo119bo107b2o10bo$
185bo6b2o118b2o118b2o118b2o107bobo8b2o$661bo5$644bo$152b2o6bo111b2o
118b2o118b2o118b2o8bobo$152bo6bo112bo119bo119bo119bo10b2o$150bobo6b3o
108bobo117bobo117bobo117bobo$46b2o102b2o14b2o102b2o14b2o102b2o14b2o
102b2o14b2o102b2o14b2o$34b2o9bobo117bobo117bobo117bobo117bobo117bobo$
33b2o11bo119bo108b2o9bo108b2o9bo108b2o9bo108b2o9bo$26b2o7bo240bo22b2o
95bo22b2o95bo22b2o95bo22b2o$25bobo245b3o23b2o92b3o23b2o92b3o23b2o92b3o
23b2o$27bo130bo114bo119bo119bo119bo$157b2o$157bobo237b2o118b2o118b2o$
276b2o4bo114b2o9b2o107b2o9b2o107b2o9b2o$185b2o88bobo3b2o124bo2bo116bo
2bo116bo2bo$185bobo89bo3bobo123bobo117bobo117bobo$185bo222bo19bo99bo
119bo$171b2o249bo3b2o$170bobo247b2o5b2o86bobo$172bo248b2o93b2o$516bo
21b2obo116b2obo$413bo11b2o111b2ob3o99b2o13b2ob3o$413b2o9bobo117bo98b2o
19bo$412bobo11bo100bo10b2ob3o106b2o6b2ob3o$306b2o218b2o11bobo108b2o7bo
bo$305b2o219bobo10bobo117bobo$307bo232bo119bo$522b3o$524bo$424b2o97bo$
423b2o$414b3o8bo$416bo$415bo112$518bobo$519b2o$513bo5bo$511bobo$512b2o
102bo$393bo223b2o$259bo56bo77bo221b2o$260bo5bo42bo5bo76b3o$258b3o6b2o
38b2o6b3o321bo2bob2obo2bo$266b2o40b2o329b4ob2ob4o$246b6o114b6o114b6o
32bo81b6o27bo2bob2obo2bo$245bo6bo112bo6bo112bo6bo32bo79bo6bo$244bo8bo
110bo8bo110bo8bo29b3o78bo8bo$245bo6bo112bo6bo112bo6bo112bo6bo$246b6o
114b6o20bo3bobo87b6o114b6o$390bobo3b2o121b2o6bobo109b2o$391b2o4bo114b
2o5b2o6b2o103b2o5b2o$512b2o14bo103b2o$246bo4bo114bo4bo114bo4bo114bo4bo
$246b6o42bo71b6o114b6o114b6o$246bo4bo41bo72bo4bo114bo4bo114bo4bo$293b
3o2$405bo4bo114bo4bo114bo4bo$405b6o114b6o114b6o$405bo4bo114bo4bo114bo
4bo$488bo14b2o118b2o$379bo4b2o102b2o6b2o5b2o111b2o5b2o$379b2o3bobo100b
obo6b2o118b2o$378bobo3bo20b6o114b6o114b6o$404bo6bo112bo6bo112bo6bo$
403bo8bo78b3o29bo8bo110bo8bo$404bo6bo79bo32bo6bo112bo6bo$405b6o81bo32b
6o75bo2bob2obo2bo27b6o$606b4ob2ob4o$606bo2bob2obo2bo$382b3o$262bo50bo
68bo256b2o$262b2o9b2o37b2o69bo254b2o$261bobo8bobo37bobo188b2o135bo$
274bo5bo222bobo$280b2o215bo5bo$279bobo214b2o$496bobo91$215bo99bo99bo
99bo99bo36bo62bo$214bobo97bobo97bobo97bobo97bobo34bo62bobo$214bobo97bo
bo97bobo97bobo97bobo34b3o60bobo29bo$212b3ob2o94b3ob2o94b3ob2o94b3ob2o
94b3ob2o94b3ob2o28bobo$211bo99bo13b2o84bo13b2o84bo13b2o84bo13b2o20bo
63bo13b2o19b2o$212b3ob2o94b3ob2o7bo86b3ob2o7bo86b3ob2o7bo86b3ob2o7bo
19b2o65b3ob2o7bo10b2o$214bob2o96bob2o5bobo88bob2o5bobo88bob2o5bobo88bo
b2o5bobo20b2o66bob2o5bobo10bo$323b2o98b2o98b2o98b2o98b2o9bobo$227b2o
102bo363bo38b2o$226b2o103bobo169bo189bobo$219b2o7bo102b2o171bo141b3o
45b2o$218bobo281b3o141bo34bo$220bo426bo34bo65bo$426b2o98b2o98b2o52b3o
43b2o18b2o$426b2o98b2o80b2o16b2o80b2o16b2o19b2o$328b3o277b2o33b2o41bo
21b2o$328bo176b3o134b2o43b2o$329bo177bo136bo41b2o63bo$506bo243bo$750b
3o2$306bo378b3o$307bo223bo155bo$305b3o222bo62bo92bo63b2o$530b3o61b2o
153b2o$593b2o33b2o98b2o21bo$410b2o98b2o98b2o16b2o59b2o19b2o16b2o$410b
2o98b2o98b2o78b2o18b2o43b3o$317bo105bo166bo98bo65bo$317bobo101b2o110b
3o55bo164bo$309bo7b2o103b2o7bo101bo55b3o150b2o$310b2o119bobo100bo207bo
bo$303b2o4b2o120b2o269b2o38bo$302bobo108b2o98b2o98b2o86bobo9b2o$304bo
107bobo97bobo5b2obo66b2o20bobo5b2obo77bo10bobo5b2obo$412bo99bo7b2ob3o
65b2o19bo7b2ob3o74b2o10bo7b2ob3o$411b2o5bo92b2o13bo63bo20b2o13bo63b2o
19b2o13bo$418b2o100b2ob3o94b2ob3o63bobo28b2ob3o$417bobo101bobo60b3o34b
obo67bo29bobo$430bo90bobo62bo34bobo97bobo$422bo6b2o91bo62bo36bo99bo$
421bo7bobo$417bo3b3o$417b2o$416bobo!

[rowett]

In the following pattern, hovering mouse shows on the lower left corner that "0,4518=0(dead)", "0,4519=0[boundary]", "0,-3673=0(dead)" and "0,-3674=0[boundary]". But the borders between black (dead) and grey (boundary) are observed at 4388\4389 and -3804\-3803 on the y axis.

Fixed. Thanks for reporting!

[muzik]

I am not sure if the following pattern's mod should be classified as Flip⟍, Rot180, or both:

Code: Select all

x = 30, y = 30, rule = R5,C2,S21-28,B1-7,N@0e06310120280300c01404808c6070:T30
b21$6b2o$6b2o!

[muzik]

Rot90CW still appears to be used for the following patterns. While their mods are reportedly half their periods unlike for expected Rot90CW and Rot90CCW objects, I don't know what else they could really be classified as since they don't flip diagonally. The rotate 90 degrees in one direction, but then rotate back 90 degrees in the other. Should mod = period for these, should a new type of sphere-exclusive mod transform be introduced for these specific cases or something else entirely?

Code: Select all

x = 4, y = 3, rule = B2/S:S20
3bo$o$b2o!

Code: Select all

x = 4, y = 3, rule = PCA_1:S20
3bo$o$b2o!

[rowett]

Should mod = period for these?

Yes, fixed in the next release.

[muzik]

AUTOFIT appears to do something a bit strange for bounded grids with rule tables.

Code: Select all

x = 3, y = 3, rule = Life:C40,20
o$obo$2o!
[[ AUTOFIT ]]

Code: Select all

x = 3, y = 3, rule = Life-RuleTree:C40,20
o$obo$2o!
[[ AUTOFIT ]]

This effect is particularly pronounced with B0 rule tables:

Code: Select all

#C [[ AUTOFIT ]]
x = 2, y = 2, rule = Life-RuleLoader:T50
2o$2o!

Code: Select all

#C [[ AUTOFIT ]]
x = 50, y = 50, rule = AntiLife-RuleLoader:T50
50o$50o$50o$50o$50o$50o$50o$50o$50o$50o$50o$50o$50o$50o$50o$50o$50o$50o
$50o$50o$50o$50o$50o$50o$24o2b24o$24o2b24o$50o$50o$50o$50o$50o$50o$50o
$50o$50o$50o$50o$50o$50o$50o$50o$50o$50o$50o$50o$50o$50o$50o$50o$50o!
@RULE AntiLife-RuleLoader
@TABLE
n_states:2
neighborhood:Moore
symmetries:permute
0,0,0,0,0,0,0,0,0,1
0,0,0,0,0,0,0,0,1,1
0,0,0,0,0,0,0,1,1,1
0,0,0,0,0,0,1,1,1,1
0,0,0,0,0,1,1,1,1,1
0,0,1,1,1,1,1,1,1,1
0,1,1,1,1,1,1,1,1,1
1,0,0,0,1,1,1,1,1,0

Also, if we open the pattern directly above, then open the pattern below and click Save Pattern, the rule table from the above pattern appears in the code box of the pattern below despite the rule being completely different.

Code: Select all

x = 1, y = 1, rule = LifeRLB0
!

----

I also had an idea as to how finite cylinder bounded grids as well as Mobius strip bounded grids could be implemented without the need for any new letters. Currently, the * character is only used for Klein bottles and spheres, and goes completely unused for planes, tori and cross surfaces. It could be put to use for tori and cross surfaces by indicating which two opposing sides would be created as unconnected "plane" boundaries, and the other side without the * would remain continuous as normal.

So, under this system, the following two patterns would be run on finite cylinders, one with the hard boundary on the horizontal axis and the other with the hard boundary on the vertical axis:

Code: Select all

x = 9, y = 13, rule = B3/S23:T40*,40
b3o$o2bo$3bo$3bo$obo5$5bo2bo$4bo$4bo3bo$4b4o!

Code: Select all

x = 9, y = 13, rule = B3/S23:T40,40*
b3o$o2bo$3bo$3bo$obo5$5bo2bo$4bo$4bo3bo$4b4o!

Likewise, the following two patterns would run on Mobius strips, again where one non-connected boundary is horizontal and the other vertical:

Code: Select all

x = 9, y = 13, rule = B3/S23:C40*,40
b3o$o2bo$3bo$3bo$obo5$5bo2bo$4bo$4bo3bo$4b4o!

Code: Select all

x = 9, y = 13, rule = B3/S23:C40,40*
b3o$o2bo$3bo$3bo$obo5$5bo2bo$4bo$4bo3bo$4b4o!

[rowett]

Also, if we open the pattern directly above, then open the pattern below and click Save Pattern, the rule table from the above pattern appears in the code box of the pattern below despite the rule being completely different.

Save Pattern is now disabled if the loaded pattern is invalid.

I also had an idea as to how finite cylinder bounded grids as well as Mobius strip bounded grids could be implemented without the need for any new letters. Currently, the * character is only used for Klein bottles and spheres, and goes completely unused for planes, tori and cross surfaces. It could be put to use for tori and cross surfaces by indicating which two opposing sides would be created as unconnected "plane" boundaries, and the other side without the * would remain continuous as normal.

It's a fair idea but I'm not looking to implement new Bounded Grid modes. Especially since I'd also need to go and add them to Golly.

[rowett]

Patterns on partially bounded grids do not appear to be centered correctly, neither when loading the pattern nor when using AUTOFIT.

Fixed, thanks.

[muzik]

This appears to work differently eventually if we activate KILLGLIDERS:

Code: Select all

x = 187, y = 206, rule = B3/S23
141b2o$141bo$159b2o$128b2o29bo$128bo$173b2o$173bo3$139b2o3b2o$142bo$
139bo5bo10b2o3b2o$95b2o43b2ob2o12b5o$95bo31b3o11bobo14b3o$126bo3bo11bo
16bo$82b2o41bo5bo10bo27b2obob2o$82bo42bo5bo$128bo41bo5bo$126bo3bo$127b
3o41b2ob2o$128bo44bo$82bo55bobo19bo$82bo13bo41b2o21b2o$81bobo11b3o27b
3o11bo3b3o14b2o$80b2ob2o9b5o26b3o14bo3bo$79bo5bo7b2o3b2o24bo3bo12bo5bo
$82bo11b5o33bobo6b2obob2o$79b2o3b2o8bo3bo24b2o3b2o3b2o39b3o$95bobo35bo
20b2o3b2o12bo3bo$96bo59b3o$155bo3bo12bo5bo$156bobo13b2o3b2o$98bo58bo$
96b2ob2o45b2o$146bo$95bo5bo45b3o4b2o$149bo5bo$95b2obob2o24b2o24b3o$77b
2obob2o42bo9b4o12bo$77bo5bo47b2o7bo33b2o$78bo3bo48bo3b2o3bo24b2o7bo6bo
$79b3o53bo3bo15bo6bobo2bob2o8b3o$153b2o6b2o2bo4bo7bo$154b2o10bo11b2o$
142b2o23bo$100b2o40bo19bo$100bo28b2o9bobo17b3o13bo$97bo3b3o27bo8b2o17b
o14b2ob2o$59b2o34bobo5bo17b2o9bo26b2o$59bo20b2o14b2o23bo10bo40bo5bo$
80bo8b2o41bo$46b2o37b2o2b2o2b2o36bo41b2obob2o$46bo38bobo2bo2bo35b2o5bo
$86b3o47bobo$60bo26b2o47b2o40bo$60bo114bo2bo$59bobo116bo$58b2ob2o83bo
27b2o$57bo5bo82bobo5b2o3b2o13bo$43bo5bo10bo85b2o8b3o15bobo$43bo5bo7b2o
3b2o30bo60bo3bo15b2o$44bo3bo45b2o60bobo$45b3o34b2o11b2o27b2o31bo$81b3o
3bo7b3o7b2o17bo50b2o3b2o$78bob2o4b4o5b2o8bo53b2o14bo5bo$71b2o5bo2bo4bo
4bo2b2o63bo$71bo6bob2o5bo3bo2bo65b3o13bo3bo$81b3o3b2obo71bo14b3o$82b2o
23b2o$106bo2bo$109bo$59b2obob2o43bo15bo10b2o$59bo5bo40b2obo13b2o11bobo
15bo$60bo3bo42bo16b2o10bo17b2o$61b3o$24b2o129bo$24bo16b2o3b2o33bo25b2o
45bobo$55bo24bobo24bo19bo25bo2bo$11b2o29bo3bo9bo11b2o9bo3b2o8bo9bo21bo
bo24bo2bo12bo$11bo31b3o8b3o11bo10bo3b2o5b4o10b2o20b2o39b2o3b2o3b2o$43b
3o33bo3b2o4b4o10b2o50bo11bobo$64b2o14bobo6bo2bo47bo13b2o17bo3bo$64bo
16bo7b4o45b3o33b3o$65b3o22b4o7b2o34bo36b3o$22b2o3b2o38bo25bo7bobo6bo
26b2o$25bo18b2o57bo5bo$22bo5bo15bo9bo48b2o4b3o50b2o9bo$23b2ob2o21b3ob
2o2b2o57bo41b2o2b2o2b2o4b3o$10b3o11bobo22b4o4bo58bobo39bobo2bo2bo4bo3b
o$9bo3bo11bo27b2o61b2o41b3o11bo$8bo5bo10bo134b2o8bo5bo$8bo5bo155bo5bo$
11bo58bo100bo3bo$9bo3bo57bo100b3o$10b3o56b3o61b5o$11bo120bob3obo$21bob
o35bobo71bo3bo$21b2o36bo3bo70b3o$8b3o11bo3b3o14bo19bo71bo$8b3o14bo3bo
11b4o14bo4bo4b2o50b2o$7bo3bo12bo5bo9bobob2o17bo5bo51bo60b2o$24b2obob2o
4b2o2bo2bob3o12bo3bo31bo70b2o7b2o5bo$6b2o3b2o3b2o17bo4bobob2o13bobo31b
2o40b2o23bo5bobo6bo$16bo24b4o49b2o11bo10bobo14bo24b3o3bo9b3o$43bo28bo
33bo10bo2bo42bo14bo$71b2o33b3o7b2o44b2o$114b2o3bo8b2o$72bo43b2o10bo$
23bo5b2o40bobo43bo2bo$24b2o3bo31bobo6bo2bo44bobo61b3o$23b2o5b3o29b2o5b
o2bo38bo69bo3bo$32bo29bo47b3o67bo5bo$9b2o21bobo8b2o27bo36b5o66b2obob2o
$9bo8b2o13b2o7b3o26b2o89b2obob2o$14b2obo2bob2o15bob2o12bo24bo$14bo4bo
2bo16bo2bo12b2o22bo82bo5bo$18bo20bob2o13b2o21b3o$17bo24b3o11b3o27bo17b
o58b2ob2o$43b2o11b2o28bobo13b3o60bo$55b2o8b2o19b2o13bo7b5o$55bo9bobo
33b2o7b3o$67bo43bo55bo$67b2o97bobo$165bo3bo8b2o3b2o$76bobo14bobo69b5o
11bo$77b2o14b2o4bo64b2o3b2o7bo5bo$77bo16bo3b3o64b5o9b2ob2o$28bo69b3o
65b3o11bobo$28b4o135bo13bo$12bo16b4o63b2o3b2o78bo$11bobo5b2o8bo2bo5b2o
56bo4bo$9b2o3bo14b4o5bo26bo$4b2o3b2o3bo4bobob2o3b4o31b2o$4bo4b2o3bo5b
2o3bo2bo35b2o11bo$11bobo10bo51bo103b2o$12bo8bo2bo15b2o34b3o6b2o93bo$
40bobo42bo$41b3o123b2o$42b2o9bo45b2o66bo$25b3o3bo7b2o13b2o43bo$27bo4bo
6b3o11b2o$2o24bo3b3o$bo$bobo8b2o26b2o$2b2o8bo5bo21bo9bo$9b2o6b5ob2o24b
o$8b3o5bo2b2o4bo23b3o$9b2o5b2o8bo29bo$12b2o4bo7bo29bobo$12bo13bo29b2o$
25bo8b2o26bo$23b2o9bobo23b2o$36bo24b2o14bo$36b2o37b3o$74bo$74b2o$32bo$
32bobo$32b2o4$69b2o3b2o$47bo21bobobobo$46bo23b5o$46b3o22b3o$53bo18bo$
53bobo$53b2o2$58b2o$58bo2$72b2o$72bo4$22b2o$22bo$32bo$30b2o$31b2o11$
17bo$16bo$16b3o$23bo$23bobo$23b2o6$12b2o$12bo!

Also, KILLGLIDERS stops the top two spaceships from colliding in the first pattern below. Is this intended/something that won't be fixed, since the glider evolves differently there?

Code: Select all

x = 38, y = 14, rule = B3-q5nq/S2-ck3-n4ir5y
2o$b2o$o9$36bo$35b2o$35bobo!

Code: Select all

x = 12, y = 11, rule = B3/S23
2bo$obo$b2o6$9b2o$9bobo$9bo!
[[ KILLGLIDERS ]]

[rowett]

Also, KILLGLIDERS stops the top two spaceships from colliding in the first pattern below. Is this intended/something that won't be fixed, since the glider evolves differently there?

This is intended. KILLGLIDERS only works with standard B3/S23 glider evolution.

[muzik]

The current generation shown in the T Menu doesn't accept CXRLE-defined generations either specifically for reversible rulespaces, meaning it's now consistent with both the T button itself and the "Life ended at" message. Is this intended? While something that shows the "absolute generation" that timed script commands use would be useful, it'd still have to work consistently across rulespaces, so if that's what it's meant to display then non-reversible rulespaces will need to be looked at in this case.

Code: Select all

#CXRLE Gen=-200
x = 8, y = 3, rule = B3/S23
bo$6b2o$3o3b2o!
[[ STARTFROM 150 SHOWGENSTATS ]]

Code: Select all

#CXRLE Gen=-200
x = 7, y = 3, rule = 2PCA4,0,4,8,3,1,10,6,7,2,9,5,11,12,13,14,15:P50
7A$7A$7A!
[[ REVERSESTART STARTFROM 150 SHOWGENSTATS ]]

[muzik]

An inconsistency seems to have resurfaced: "COLOR DEAD" and "COLOR dead" control two completely different things.

Code: Select all

x = 6, y = 5, rule = B3/S23
3bo$bo3bo$o$o4bo$5o!
[[ COLOR DEAD White AUTOFIT HISTORYFIT AUTOSTART STOP 80 ]]

Code: Select all

x = 6, y = 5, rule = B3/S23
3bo$bo3bo$o$o4bo$5o!
[[ COLOR dead White AUTOFIT HISTORYFIT AUTOSTART STOP 80 ]]

The expected behaviour would be for "COLOR DEAD" and "COLOR dead" to affect the color of the dying trail, whereas "COLOR 0" and "COLOR BACKGROUND" would change the color of cells never alive to begin with.

Code: Select all

x = 6, y = 5, rule = B3/S23
3bo$bo3bo$o$o4bo$5o!
[[ COLOR 0 White AUTOFIT HISTORYFIT AUTOSTART STOP 80 ]]

Code: Select all

x = 6, y = 5, rule = B3/S23
3bo$bo3bo$o$o4bo$5o!
[[ COLOR BACKGROUND White AUTOFIT HISTORYFIT AUTOSTART STOP 80 ]]

While setting up test cases for those, I discovered the following: increasing the step size might cause AUTOFIT to not show the entire pattern after it stops:

Code: Select all

x = 6, y = 5, rule = B3/S23
3bo$bo3bo$o$o4bo$5o!
[[ AUTOFIT HISTORYFIT AUTOSTART STOP 80 ]]

Code: Select all

x = 6, y = 5, rule = B3/S23
3bo$bo3bo$o$o4bo$5o!
[[ AUTOFIT HISTORYFIT AUTOSTART STOP 80 STEP 64 ]]

[muzik]

Rot90-in-either-direction doesn't appear to be detected anymore at all:

Code: Select all

x = 5, y = 5, rule = B2in3cekr4r5a6in/S012ai3kr4ry5a
3bo$obo2$2bobo$bo!

Code: Select all

x = 1, y = 3, rule = B3/S23
o$o$o!

Also, AUTOFIT seems to get quite shaky once we get past a zoom level of -2.0, and becomes very noticeable at -4.0 and beyond.

Code: Select all

x = 9, y = 5, rule = B12345678/S012345678
o!
[[ AUTOFIT ]]

[rowett]

This appears to work differently eventually if we activate KILLGLIDERS:

Fixed, thanks.

[rowett]

An inconsistency seems to have resurfaced: "COLOR DEAD" and "COLOR dead" control two completely different things.

Fixed, thanks.

[rowett]

Rot90-in-either-direction doesn't appear to be detected anymore at all:

Fixed, thanks.

Also, AUTOFIT seems to get quite shaky once we get past a zoom level of -2.0, and becomes very noticeable at -4.0 and beyond.

True. It's an artifact of cell sub-sampling.

[muzik]

There still seems to be a few residual issues with positioning on triangular cells after the recent rendering fix - patterns aren't centered correctly upon first load and drawing (alongside probably other coordinate based functionalities such as the "cell under cursor" display and making selections) appears to be biased to the left.

Switching between triangular and rectangular display modes reveals that triangles are even more offset than they were before, so they should probably be pushed to the right just enough to compensate for this (while also not returning the old, buggy rendering).

Code: Select all

x = 1, y = 1, rule = B/S012LE
o!
[[ GRID ]]

[rowett]

There still seems to be a few residual issues with positioning on triangular cells after the recent rendering fix

Fixed, thanks.

[muzik]

Here's something else color-related for [R]Super:

Code: Select all

x = 8, y = 8, rule = B3/S236nSuper
6b2o$6b2o$3b2o$2bo2bo$3bobo$4bo$2o$2o!
[[ COLOR DEAD White ]]

Code: Select all

x = 8, y = 8, rule = B3/S236nSuper
6b2o$6b2o$3b2o$2bo2bo$3bobo$4bo$2o$2o!
[[ COLOR dead White ]]

Compare [R]Standard:

Code: Select all

x = 8, y = 8, rule = B3/S236n
6b2o$6b2o$3b2o$2bo2bo$3bobo$4bo$2o$2o!
[[ COLOR DEAD White ]]

Code: Select all

x = 8, y = 8, rule = B3/S236n
6b2o$6b2o$3b2o$2bo2bo$3bobo$4bo$2o$2o!
[[ COLOR dead White ]]

and [R]History:

Code: Select all

x = 8, y = 8, rule = B3/S236nHistory
6b2o$6b2o$3b2o$2bo2bo$3bobo$4bo$2o$2o!
[[ COLOR DEAD White ]]

Code: Select all

x = 8, y = 8, rule = B3/S236nHistory
6b2o$6b2o$3b2o$2bo2bo$3bobo$4bo$2o$2o!
[[ COLOR dead White ]]

I'd expect consistency with [R]Standard here but am not sure what is actually intended.

[muzik]

B0 Generations support has never existed.

Not for the range-1 algorithm, but I distinctly remember it existing for HROT rules (before emulation existed).

Again, support has never existed. Perhaps you were thinking about history states?

I just checked, and Build 761 ran this pattern just fine:

Code: Select all

x = 20, y = 50, rule = R1,C20,S8,B0,2-8:T20,50
20A$20A$20A$20A$20A$20A$20A$20A$20A$20A$20A$20A$20A$20A$20A$20A$20A$20A
$20A$20A$20A$20A$20A$20A$20A2$20A$20A$20A$20A$20A$20A$20A$20A$20A$20A
$20A$20A$20A$20A$20A$20A$20A$20A$20A$20A$20A$20A$20A$20A!

From Build 762 onwards, LifeViewer refuses to run this pattern.

----

There still appear to be a few minor issues remaining with triangular cell placement: if we enter draw mode on the pattern I posted earlier and click within a triangular cell very close to its right hand edge, the next cell over will be drawn over instead.

Also, the behaviour of this pattern changes with KILLGLIDERS: a block which gets moved out by gliders on the left stops getting moved out.

[rowett]

I just checked, and Build 761 ran this pattern just fine

No, it didn't work correctly which is why it was disabled and is not supported.

Also, the behaviour of this pattern changes with KILLGLIDERS: a block which gets moved out by gliders on the left stops getting moved out.

Fixed in the next release, thanks.

[muzik]

Is the correct state being pasted here? The RLE defined in the script is a 2-state RLE, but what is pasted consists of dying cells (state 3).

Code: Select all

x = 11, y = 11, rule = 23/3/3
2bo2bo2bo$2bo2bo2bo$11o$2b7o$2b7o$11o$2b7o$2b7o$11o$2bo2bo2bo$2bo2bo2b
o!
[[ RLE dots o12$12bo! PASTET 5 PASTE dots -1 -1 ]]

Code: Select all

x = 11, y = 11, rule = R1,C3,S2-3,B3
2bo2bo2bo$2bo2bo2bo$11o$2b7o$2b7o$11o$2b7o$2b7o$11o$2bo2bo2bo$2bo2bo2b
o!
[[ RLE dots o12$12bo! PASTET 5 PASTE dots -1 -1 ]]

Also, something about pasting breaks at ranges 32 and above. In addition, if we play the second pattern, it pauses at T=1.

Code: Select all

x = 1, y = 1, rule = R31,C2,S,B8,NM
!
[[ RLE cell o! PASTET 0 PASTE cell 0 0 ]]

Code: Select all

x = 1, y = 1, rule = R32,C2,S,B8,NM
!
[[ RLE cell o! PASTET 0 PASTE cell 0 0 ]]

[rowett]

Is the correct state being pasted here? The RLE defined in the script is a 2-state RLE, but what is pasted consists of dying cells (state 3).

Fixed, thanks.

Also, something about pasting breaks at ranges 32 and above.

Fixed, thanks.

[rowett]

Here's something else color-related for [R]Super...

I'd expect consistency with [R]Standard here but am not sure what is actually intended.

[R]Super doesn't have fading dead states so there's no difference between a dead cell and an unoccpied background cell.
[R]History and [R]Standard do have fading dead states so there is a difference.

[muzik]

Is the correct state being pasted here? The RLE defined in the script is a 2-state RLE, but what is pasted consists of dying cells (state 3).

Fixed, thanks.

Fix confirmed, but it seems like pasting now causes historical fading cells to be deleted whereas they previously wouldn't. This does not happen for 2-state patterns.

Code: Select all

x = 11, y = 11, rule = 23/3/2
2bo2bo2bo$2bo2bo2bo$11o$2b7o$2b7o$11o$2b7o$2b7o$11o$2bo2bo2bo$2bo2bo2b
o!
[[ RLE dots o12$12bo! PASTET 5 PASTE dots -1 -1 ]]

Code: Select all

x = 11, y = 11, rule = 23/3/3
2bo2bo2bo$2bo2bo2bo$11o$2b7o$2b7o$11o$2b7o$2b7o$11o$2bo2bo2bo$2bo2bo2b
o!
[[ RLE dots o12$12bo! PASTET 5 PASTE dots -1 -1 ]]

----

Flip⟋orRot180 oscillators appear to be misidentified as Flip⟍orRot180:

Code: Select all

x = 3, y = 3, rule = B2eik3-eknq4ainqwyz5i6-in7c/S02k3acjqy4aj
obo2$o!

Code: Select all

x = 3, y = 3, rule = B2eik3-eknq4ainqwyz5i6-in7c/S02k3acjqy4aj
obo2$2bo!

These two once again don't seem to be giving a mod of 1 like they used to.

Code: Select all

x = 1, y = 2, rule = MAPAAAAAAAAgAAAAAAAAAAAAAAAgAAAAAAAAAAAAAAAAAAAAAAAgAAAAAAAAAAAAAAAgAAAAAAAAAAAAAAAAAAAAA
o$o!

Code: Select all

x = 2, y = 1, rule = MAPAAAAAIAAAAAAAAAAAAAAAIAAAAAAAAAAAAAAAAAAAACAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
2o!

----

Shouldn't the following two patterns evolve identically? For a plane, all cells outside are treated as dead. For an emulated B0/S8 rule, the roles of alive and dead are swapped, meaning everything outside of a plane would technically be alive and cause births into the grid. We can see the expected behaviour in the ruletable that I'd assume the rulestring defined rule above it should follow.

Code: Select all

x = 2, y = 2, rule = B0123478/S01234678:P50
2o$2o!

Code: Select all

x = 50, y = 50, rule = AntiLife-RuleLoader:P50
50o$50o$50o$50o$50o$50o$50o$50o$50o$50o$50o$50o$50o$50o$50o$50o$50o$50o
$50o$50o$50o$50o$50o$50o$24o2b24o$24o2b24o$50o$50o$50o$50o$50o$50o$50o
$50o$50o$50o$50o$50o$50o$50o$50o$50o$50o$50o$50o$50o$50o$50o$50o$50o!
@RULE AntiLife-RuleLoader
@TABLE
n_states:2
neighborhood:Moore
symmetries:permute
0,0,0,0,0,0,0,0,0,1
0,0,0,0,0,0,0,0,1,1
0,0,0,0,0,0,0,1,1,1
0,0,0,0,0,0,1,1,1,1
0,0,0,0,0,1,1,1,1,1
0,0,1,1,1,1,1,1,1,1
0,1,1,1,1,1,1,1,1,1
1,0,0,0,1,1,1,1,1,0