lifeviewer bug

Has something gone haywire? Let us know about it!
User avatar
confocaloid
Posts: 6697
Joined: February 8th, 2022, 3:15 pm
Location: learn to protect yourself against stray gliders and sparks and self-destruct mechanisms

Re: lifeviewer bug

Post by confocaloid »

In LifeViewer build 1201, "KILLGLIDERS" incorrectly kills the output gliders before they reach the eater1 (which would interact with them and eat them):

Code: Select all

#C [[ KILLGLIDERS THEME Catagolue ]]
x = 214, y = 171, rule = B3/S23
48b2o$47bobo$41b2o4bo$39bo2bo2b2ob4o$39b2obobobobo2bo$42bobobobo$42bob
ob2o$43bo2$56b2o$47b2o7bo$47b2o5bobo$54b2o7$44b2o$45bo$42b3o$42bo2$56b
3o$56bo$57bo5$9bo$9b3o10bo$12bo9bobo$11b2o9b2o3$3b2o$3bo$2obo$o2b3o4b
2o$b2o3bo3b2o$3b4o$3bo15b2o$4b3o12bobo$7bo13bo$2b5o14b2o$2bo$4bo$3b2o
11$48bo$46b3o$45bo$45b2o3$35bo$36bo$34b3o5$31b2o$31b2o3$53b2o$42b2o9b
2o$41bo2bo$42bobo$43bo4$30bob2o$28b3ob2o13b2o$27bo19b2o$28b3ob2o6b2o$
30bobo7b2o$30bobo$31bo3$126b3o$126bo$127bo$160b2o$160bo$141bo6b2o3b2o
7bo$140bobo5b2o3b2o6b4o$141bo23bo$161b3o2bo$161bo2b2o$162b2o$163bo$
162bo$163b3o$165bo$135b2o$136bo$133b3o$133bo4$144b2o$145bo8b2o$145b3o
6bo$155b3o$158bo$130b2o23b3o$131bo21b3o24b2o$131bobo18bo27bo$121bo10b
2o18b2o24bobo$119b3o56b2o$118bo$118b2o32bo8b2o18b2o$103b2o46bobo8bo18b
o$104bo45bo2bo2b2o4bobo14bobo$104bob2o43b2o3b2o5b2o14b2o$105bo2bo23bo$
106b2o24bo$121b2o9b3o15b2o$121b2o11bo15b2o4$130bo3b2o$129bobo3bo20bo$
128bobo3bo19b3o$124b2obobo3bo10b3o6bo$124b2obo2b4obo8bo8b2o$128bobo3bo
bo6b2o$124b2ob2o2bo2bobo$125bobo2b2o3bo27b2o$113b2o10bobo35bo2bo$113b
2o11bo37b3o2b2o7b2o$170bo7bo$166b4o9b3o$166bo2bobo9bo$164bobo3b2o$164b
2o$140b2o$140b2o3$139b2o$140bo$137b3o$137bo15b2o5b2o$154bo5bo$151b3o7b
3o$151bo11bo4$210b2o$210bo$211b3o$213bo!
Expected behaviour: output gliders reach the eater1 and are eaten by it. "KILLGLIDERS" only deletes escaping gliders (i.e. those gliders that will never interact again with anything in the pattern).

Actual behaviour: "KILLGLIDERS" deletes some non-escaping gliders (those gliders that would interact with something in future).

image.png
image.png (46.67 KiB) Viewed 6889 times
127:1 B3/S234c User:Confocal/R (isotropic CA, incomplete)
Unlikely events happen.
My silence does not imply agreement, nor indifference. If I disagreed with something in the past, then please do not construe my silence as something that could change that.
User avatar
rowett
Moderator
Posts: 4587
Joined: January 31st, 2013, 2:34 am
Location: UK
Contact:

Re: lifeviewer bug

Post by rowett »

confocaloid wrote: October 11th, 2024, 8:55 pm In LifeViewer build 1201, "KILLGLIDERS" incorrectly kills the output gliders before they reach the eater1 (which would interact with them and eat them)
Fixed, thanks!
User avatar
CARuler
Posts: 1350
Joined: July 30th, 2024, 5:38 pm
Location: A rule-verse in floor rule-verse of the CGOL skyscraper

Re: lifeviewer bug

Post by CARuler »

I uploaded this rule but lifeveiwer isn't processing it

Code: Select all

x = 9, y = 1, rule = HailstonesBinary
ABAB3ABA!
likes interesting rules
vist my rules here
also likes weird growth patterns in CA
hyperbolic CA!!!
ADHD user
mostly inactive
User avatar
dvgrn
Moderator
Posts: 12025
Joined: May 17th, 2009, 11:00 pm
Location: Madison, WI
Contact:

Re: lifeviewer bug

Post by dvgrn »

CARuler wrote: October 24th, 2024, 4:53 pm I uploaded this rule but lifeveiwer isn't processing it

Code: Select all

x = 9, y = 1, rule = HailstonesBinary
ABAB3ABA!
It looks like LifeViewer is expecting the @TABLE section to come before the other sections.

Anyway, I shuffled the order of the .rule file sections, and it seems to be working now.
User avatar
pifricted
Posts: 1119
Joined: May 25th, 2024, 10:26 am
Location: Click here to set your location

Re: lifeviewer bug

Post by pifricted »

When zoom <16 and >8, the icons disappear.

Code: Select all

# [[ ZOOM 9 ICONS ]]
x = 20, y = 20, rule = HalfSquare
A.BC4.E.A2B.DBD.AE$C2.FDB.DFC3.D.E.A$.D.F3.F.A3.E2.C2.F$3.FA2.A8.E$.E
DAC2.ED2E2.A2.B2.D$CE2.B.FEC.CBE3.B$.BD.DFE.E4.ED3.D$4.E.D.FD2EACD2.E
$.E2.A2.C.CD2.A4.2E$E4.ABC2.C.BAEA3.E$F2.FE.ED2.C3.BCFCB$AC.F.B.D.B.C
.2A2.E$2.D.D4.ED.B2.E.E$D2.D.F.A.BF.E.B.EDAB$2CB5.D.BF.EC2.3E$.EF.ED
2FC2.ED4.F.E$.FA3.DC.A2.FA2.DAE$D.D2.B2.EACFDAF3.EA$DCFD.F6.DE3.ED$.D
7.EAE.EF.E2.F!
@RULE HalfSquare
o    x    o
   x    o    o

   x    o    o
o    x    o
@COLORS
1 255 255 255
2 255 255 255
3 255 255 255
4 255 255 255
4 255 255 255
5 255 255 255
6 255 255 255
@TABLE
n_states:7
neighborhood:Moore
symmetries:none
var a={0,1,2,3,4,5,6}
var a1=a
var a2=a
var a3=a
var a4=a
var a5=a
var a6=a
var a7=a
var a8=a
var s={1,3,5,6}
var w={2,3,5,6}
var n={2,3,4,6}
var e={1,3,4,6}
var sw={5,6}
var nw={2,3}
var ne={4,6}
var se={1,3}
var ns={0,w,n,e}
var nw={0,s,n,e}
var nn={0,w,s,e}
var ne={0,w,n,s}
var nsw={0,nw,ne,se}
var nnw={0,sw,ne,se}
var nne={0,nw,sw,se}
var nse={0,nw,ne,sw}
#c,nn,nne,ne,nse,ns,nsw,nw,nnw,c'
#
0,n,nne,e,nse,s,nsw,w,nnw,0
#
0,nn,nne,e,nse,s,nsw,w,nnw,0
0,n,nne,ne,nse,s,nsw,w,nnw,0
0,n,nne,e,nse,ns,nsw,w,nnw,0
0,n,nne,e,nse,s,nsw,nw,nnw,0
#
0,nn,nne,ne,nse,s,nsw,w,nnw,0
0,n,nne,ne,nse,ns,nsw,w,nnw,0
0,n,nne,e,nse,ns,nsw,nw,nnw,0
0,nn,nne,e,nse,s,nsw,nw,nnw,0
#
0,nn,nne,e,nse,ns,nsw,w,nnw,0
0,n,nne,ne,nse,s,nsw,nw,nnw,0
#
0,n,nne,ne,nse,ns,nsw,nw,nnw,5
0,nn,nne,e,nse,ns,nsw,nw,nnw,2
0,nn,nne,ne,nse,s,nsw,nw,nnw,4
0,nn,nne,ne,nse,ns,nsw,w,nnw,1
a,a1,a2,a3,a4,,a5,a6,a7,a8,0

@ICONS
# icon info is in XPM format (order is not important)
XPM
/* width height num_colors chars_per_pixel */
"15 90 2 1"
/* colors */
". c #000000"
"A c #FFFFFF"
/* 1 */
"AAAAAAAAAAAAAAA"
"AAAAAAAAAAAAAA."
"AAAAAAAAAAAAA.."
"AAAAAAAAAAAA..."
"AAAAAAAAAAA...."
"AAAAAAAAAA....."
"AAAAAAAAA......"
"AAAAAAAA......."
"AAAAAAA........"
"AAAAAA........."
"AAAAA.........."
"AAAA..........."
"AAA............"
"AA............."
"A.............."
/* 2 */
"..............A"
".............AA"
"............AAA"
"...........AAAA"
"..........AAAAA"
".........AAAAAA"
"........AAAAAAA"
".......AAAAAAAA"
"......AAAAAAAAA"
".....AAAAAAAAAA"
"....AAAAAAAAAAA"
"...AAAAAAAAAAAA"
"..AAAAAAAAAAAAA"
".AAAAAAAAAAAAAA"
"AAAAAAAAAAAAAAA"
/* 3 */
"AAAAAAAAAAAAAA."
"AAAAAAAAAAAAA.A"
"AAAAAAAAAAAA.AA"
"AAAAAAAAAAA.AAA"
"AAAAAAAAAA.AAAA"
"AAAAAAAAA.AAAAA"
"AAAAAAAA.AAAAAA"
"AAAAAAA.AAAAAAA"
"AAAAAA.AAAAAAAA"
"AAAAA.AAAAAAAAA"
"AAAA.AAAAAAAAAA"
"AAA.AAAAAAAAAAA"
"AA.AAAAAAAAAAAA"
"A.AAAAAAAAAAAAA"
".AAAAAAAAAAAAAA"
/* 4 */
"A.............."
"AA............."
"AAA............"
"AAAA..........."
"AAAAA.........."
"AAAAAA........."
"AAAAAAA........"
"AAAAAAAA......."
"AAAAAAAAA......"
"AAAAAAAAAA....."
"AAAAAAAAAAA...."
"AAAAAAAAAAAA..."
"AAAAAAAAAAAAA.."
"AAAAAAAAAAAAAA."
"AAAAAAAAAAAAAAA"
/* 5 */
"AAAAAAAAAAAAAAA"
".AAAAAAAAAAAAAA"
"..AAAAAAAAAAAAA"
"...AAAAAAAAAAAA"
"....AAAAAAAAAAA"
".....AAAAAAAAAA"
"......AAAAAAAAA"
".......AAAAAAAA"
"........AAAAAAA"
".........AAAAAA"
"..........AAAAA"
"...........AAAA"
"............AAA"
".............AA"
"..............A"
/* 6 */
".AAAAAAAAAAAAAA"
"A.AAAAAAAAAAAAA"
"AA.AAAAAAAAAAAA"
"AAA.AAAAAAAAAAA"
"AAAA.AAAAAAAAAA"
"AAAAA.AAAAAAAAA"
"AAAAAA.AAAAAAAA"
"AAAAAAA.AAAAAAA"
"AAAAAAAA.AAAAAA"
"AAAAAAAAA.AAAAA"
"AAAAAAAAAA.AAAA"
"AAAAAAAAAAA.AAA"
"AAAAAAAAAAAA.AA"
"AAAAAAAAAAAAA.A"
"AAAAAAAAAAAAAA."
Last edited by pifricted on October 26th, 2024, 11:14 pm, edited 2 times in total.
...is enjoying his teenage time.
User avatar
confocaloid
Posts: 6697
Joined: February 8th, 2022, 3:15 pm
Location: learn to protect yourself against stray gliders and sparks and self-destruct mechanisms

Re: lifeviewer bug

Post by confocaloid »

While not directly related to your bugreport, please note that "0.5Square" fails to be a valid .rule filename:
(1) It begins with a digit. @RULE names should begin with an uppercase letter.
(2) It contains a dot. @RULE names should contain only letters and/or digits, with hyphens and/or underscores allowed as separators.

See the Golly documentation and the forum thread viewtopic.php?f=16&t=6720 "LifeWiki @RULE names"
pifricted wrote: October 26th, 2024, 8:38 am When zoom <16 and >8, the icons disappear.

Code: Select all

# [[ ZOOM 9 ICONS ]]
x = 20, y = 20, rule = 0.5Square
127:1 B3/S234c User:Confocal/R (isotropic CA, incomplete)
Unlikely events happen.
My silence does not imply agreement, nor indifference. If I disagreed with something in the past, then please do not construe my silence as something that could change that.
User avatar
unname4798
Posts: 2535
Joined: July 15th, 2023, 10:27 am
Location: Near ConwayLife servers

Re: lifeviewer bug

Post by unname4798 »

confocaloid wrote: October 26th, 2024, 11:47 am While not directly related to your bugreport, please note that "0.5Square" fails to be a valid .rule filename:
(1) It begins with a digit. @RULE names should begin with an uppercase letter.
(2) It contains a dot. @RULE names should contain only letters and/or digits, with hyphens and/or underscores allowed as separators.

See the Golly documentation and the forum thread viewtopic.php?f=16&t=6720 "LifeWiki @RULE names"
pifricted wrote: October 26th, 2024, 8:38 am When zoom <16 and >8, the icons disappear.

Code: Select all

# [[ ZOOM 9 ICONS ]]
x = 20, y = 20, rule = 0.5Square
Use HalfSquare instead of 0.5Square.
Is Rulename "0.5Square" actually invalid?
(1) Fine
(2) Frowned upon
The answer is yes, because of (2), but not (1).
User avatar
confocaloid
Posts: 6697
Joined: February 8th, 2022, 3:15 pm
Location: learn to protect yourself against stray gliders and sparks and self-destruct mechanisms

Re: lifeviewer bug

Post by confocaloid »

unname4798 wrote: October 26th, 2024, 11:56 am [...] Is Rulename "0.5Square" actually invalid? [...]
Yes, see viewtopic.php?p=195139#p195139 and Golly documentation.
Note "Begin with a capital letter", and also note that the following filenames (either beginning with a digit, or containing a dot, or both) are explicitly listed as not compatible:

Code: Select all

1x(vN).rule
2.5life.rule
3.5table3beacon.rule
3n+1.rule

B2o45.S2o45.rule
127:1 B3/S234c User:Confocal/R (isotropic CA, incomplete)
Unlikely events happen.
My silence does not imply agreement, nor indifference. If I disagreed with something in the past, then please do not construe my silence as something that could change that.
User avatar
rowett
Moderator
Posts: 4587
Joined: January 31st, 2013, 2:34 am
Location: UK
Contact:

Re: lifeviewer bug

Post by rowett »

pifricted wrote: October 26th, 2024, 8:38 am When zoom <16 and >8, the icons disappear.
Fixed, thanks for reporting!
User avatar
islptng
Posts: 495
Joined: May 24th, 2024, 6:17 am
Location: 种花家

Re: lifeviewer bug

Post by islptng »

Although this is not a bug, but I would like to call it:
On most computer, the speed "1x" means 60gps.
But my computer runs at 240 fps, and therefore "1x" means 240gps, it's too fast.
Could you make it initialize with 60gps instead of current fps? thanks
My sandbox | All my engineered replicators | BsKngt | TNT
Asperger, ISTP, using a Dvorak keyboard.

I love my new school life.
User avatar
rowett
Moderator
Posts: 4587
Joined: January 31st, 2013, 2:34 am
Location: UK
Contact:

Re: lifeviewer bug

Post by rowett »

islptng wrote: November 4th, 2024, 9:07 pm Although this is not a bug, but I would like to call it:
On most computer, the speed "1x" means 60gps.
But my computer runs at 240 fps, and therefore "1x" means 240gps, it's too fast.
Could you make it initialize with 60gps instead of current fps? thanks
In build 1206 I've changed it so "1x" always means 60gps regardless of the monitor refresh rate. Please let me know if this works for you.
User avatar
b-engine
Posts: 3762
Joined: October 26th, 2023, 4:11 am
Location: Somewhere on where Earth At
Contact:

Re: LifeViewer bug on mobile devices

Post by b-engine »

b-engine wrote: October 10th, 2024, 6:01 pm This bug persists till now (only on Android touchscreen devices), and it's not fixed. Anyone else noticing the issue?
This is the longest living bug I've ever seen. It only appear on forums and LifeWiki, on Chrome running in Android touchscreen devices. Request fixing the bug again.
User avatar
b-engine
Posts: 3762
Joined: October 26th, 2023, 4:11 am
Location: Somewhere on where Earth At
Contact:

Re: lifeviewer bug

Post by b-engine »

Patterns actually run in 2x speed when I set the GPS to 1x.

Code: Select all

3o!
On Windows 11, Chrome.
This didn't happen in mobile, through.
User avatar
rowett
Moderator
Posts: 4587
Joined: January 31st, 2013, 2:34 am
Location: UK
Contact:

Re: lifeviewer bug

Post by rowett »

b-engine wrote: November 13th, 2024, 2:03 am Patterns actually run in 2x speed when I set the GPS to 1x.
Try running the following pattern:

Code: Select all

x = 7, y = 3, rule = B3/S23
o3b3o$3o2bo$bo!
[[ STOP 300 SHOWGENSTATS SHOWTIMING AUTOSTART ]]
It should get to generation 300 in around 5 seconds. This information is displayed at the bottom left.
User avatar
islptng
Posts: 495
Joined: May 24th, 2024, 6:17 am
Location: 种花家

Re: lifeviewer bug

Post by islptng »

b-engine wrote: November 13th, 2024, 2:03 am Patterns actually run in 2x speed when I set the GPS to 1x.

Code: Select all

3o!
On Windows 11, Chrome.
This didn't happen in mobile, through.
It works normally, and I am on Windows 11, Chrome, too.
rowett wrote: November 11th, 2024, 11:11 am In build 1206 I've changed it so "1x" always means 60gps regardless of the monitor refresh rate. Please let me know if this works for you.
It works! (but now, sadly, I can't adjust it to 256x (64x when initialize as 240gps).)
My sandbox | All my engineered replicators | BsKngt | TNT
Asperger, ISTP, using a Dvorak keyboard.

I love my new school life.
User avatar
b-engine
Posts: 3762
Joined: October 26th, 2023, 4:11 am
Location: Somewhere on where Earth At
Contact:

Re: lifeviewer bug

Post by b-engine »

rowett wrote: November 13th, 2024, 2:31 am
b-engine wrote: November 13th, 2024, 2:03 am Patterns actually run in 2x speed when I set the GPS to 1x.
Try running the following pattern:

Code: Select all

x = 7, y = 3, rule = B3/S23
o3b3o$3o2bo$bo!
[[ STOP 300 SHOWGENSTATS SHOWTIMING AUTOSTART ]]
It should get to generation 300 in around 5 seconds. This information is displayed at the bottom left.
Nope, it instead takes only 2.51 seconds:
See bottom-left
See bottom-left
Screenshot_20241113_162308.jpg (119.85 KiB) Viewed 6501 times
My monitor has refresh rate of 60 FPS.
User avatar
rowett
Moderator
Posts: 4587
Joined: January 31st, 2013, 2:34 am
Location: UK
Contact:

Re: lifeviewer bug

Post by rowett »

b-engine wrote: November 13th, 2024, 4:24 am Nope, it instead takes only 2.51 seconds:
My monitor has refresh rate of 60 FPS.
It looks like LifeViewer thinks your monitor has a refresh rate of 30Hz which means while it was measuring speed things were slow. What's the spec of your machine (CPU, RAM, etc)?
User avatar
rowett
Moderator
Posts: 4587
Joined: January 31st, 2013, 2:34 am
Location: UK
Contact:

Re: lifeviewer bug

Post by rowett »

rowett wrote: November 13th, 2024, 5:06 am
b-engine wrote: November 13th, 2024, 4:24 am Nope, it instead takes only 2.51 seconds:
My monitor has refresh rate of 60 FPS.
It looks like LifeViewer thinks your monitor has a refresh rate of 30Hz which means while it was measuring speed things were slow. What's the spec of your machine (CPU, RAM, etc)?
In build 1210 I've added a new option: Settings>Advanced>Force 60Hz (hotkey Shift E):
  • This forces LifeViewer to update at 60Hz and overrides the automatic refresh rate detection
  • This setting is saved for the current browser on the current device
Please let me know if this works for you.
User avatar
b-engine
Posts: 3762
Joined: October 26th, 2023, 4:11 am
Location: Somewhere on where Earth At
Contact:

Re: lifeviewer bug

Post by b-engine »

rowett wrote: November 14th, 2024, 2:20 pm Please let me know if this works for you.
It (seems) works:
Screenshot_20241115_055850.jpg
Screenshot_20241115_055850.jpg (108.01 KiB) Viewed 6467 times
User avatar
LuveelVoom
Posts: 558
Joined: April 27th, 2022, 7:59 pm

Re: lifeviewer bug

Post by LuveelVoom »

About a good half of the time, opening lifeviewer embedded windows on mobile (never on the website or on computers) will create the window, but the window is unresponsive to every form of interaction except closing and sometimes dragging. This isn’t a huge issue, since I can close and reopen the window, but it is very annoying. Patterns in the window still run (if they autorun), but the only interactions possible are closing the window or dragging it. Dragging the window far enough also often fixes the issue. I suspect this has something to do with the corner of the browser. IOS 17.6.1, safari browser.
User avatar
rowett
Moderator
Posts: 4587
Joined: January 31st, 2013, 2:34 am
Location: UK
Contact:

Re: lifeviewer bug

Post by rowett »

LuveelVoom wrote: November 26th, 2024, 1:12 pm About a good half of the time, opening lifeviewer embedded windows on mobile
Which device are you using?
User avatar
LuveelVoom
Posts: 558
Joined: April 27th, 2022, 7:59 pm

Re: lifeviewer bug

Post by LuveelVoom »

rowett wrote: November 26th, 2024, 2:03 pm
LuveelVoom wrote: November 26th, 2024, 1:12 pm About a good half of the time, opening lifeviewer embedded windows on mobile
Which device are you using?
iPad eighth generation. OS and browser version are in above.
User avatar
b-engine
Posts: 3762
Joined: October 26th, 2023, 4:11 am
Location: Somewhere on where Earth At
Contact:

Re: LifeViewer bug on mobile devices

Post by b-engine »

LuveelVoom wrote: November 26th, 2024, 1:12 pm About a good half of the time, opening lifeviewer embedded windows on mobile (never on the website or on computers) will create the window, but the window is unresponsive to every form of interaction except closing and sometimes dragging. This isn’t a huge issue, since I can close and reopen the window, but it is very annoying. Patterns in the window still run (if they autorun), but the only interactions possible are closing the window or dragging it. Dragging the window far enough also often fixes the issue. I suspect this has something to do with the corner of the browser. IOS 17.6.1, safari browser.
I think I had reported the bug before, but this was never fixed:
b-engine wrote: April 4th, 2024, 2:19 am There's a good chance that you can't use the pan function on mobile (maybe also happens in other touchscreen devices). When you tap somewhere in the viewer window, it seems to be like holding the "cursor".
Screenshot_2024-04-04-14-16-06-42_40deb401b9ffe8e1df2f1cc5ba480b12.jpg
This had frustrated me for a long time, while the bug seems to haven't been noticed by someone else yet.

EDIT: Had anyone noticed that this post yet?
User avatar
rowett
Moderator
Posts: 4587
Joined: January 31st, 2013, 2:34 am
Location: UK
Contact:

Re: LifeViewer bug on mobile devices

Post by rowett »

b-engine wrote: November 26th, 2024, 5:25 pm I think I had reported the bug before, but this was never fixed:
It wasn't fixed because I can't reproduce the problem.
User avatar
LuveelVoom
Posts: 558
Joined: April 27th, 2022, 7:59 pm

Re: lifeviewer bug

Post by LuveelVoom »

Memory leak of some sort in LTL rules, especially generations ones? They just get laggier and laggier the longer you spend in a pattern. All devices I have tried. Also, if there’s an error in a rulestring, it deletes the entire rulestring, which is REALLY annoying. Not sure if that’s a bug.
Post Reply