The RLE documentation is wrong

Has something gone haywire? Let us know about it!
Post Reply
User avatar
blah
Posts: 311
Joined: April 9th, 2016, 7:22 pm

The RLE documentation is wrong

Post by blah » May 23rd, 2017, 3:07 am

The documentation on the RLE format states that values for many-state rules should start with '.' for 0, 'A' for 1, and go up to 'X' for 24. Then they count up from 'pA' for 25 to 'pX' for 48, 'qA'=49, 'qZ'=72. Wait, 'qZ'? If it gets to Z, it would have to be state 74. And this is incongruent with what golly produces:

Code: Select all

x = 256, y = 1, rule = 2/2/256
.ABCDEFGHIJKLMNOPQRSTUVWXpApBpCpDpEpFpGpHpIpJpKpLpMpNpOpPpQpRpSpTpUpV
pWpXqAqBqCqDqEqFqGqHqIqJqKqLqMqNqOqPqQqRqSqTqUqVqWqXrArBrCrDrErFrGrHrI
rJrKrLrMrNrOrPrQrRrSrTrUrVrWrXsAsBsCsDsEsFsGsHsIsJsKsLsMsNsOsPsQsRsSsT
sUsVsWsXtAtBtCtDtEtFtGtHtItJtKtLtMtNtOtPtQtRtStTtUtVtWtXuAuBuCuDuEuFuG
uHuIuJuKuLuMuNuOuPuQuRuSuTuUuVuWuXvAvBvCvDvEvFvGvHvIvJvKvLvMvNvOvPvQvR
vSvTvUvVvWvXwAwBwCwDwEwFwGwHwIwJwKwLwMwNwOwPwQwRwSwTwUwVwWwXxAxBxCxDxE
xFxGxHxIxJxKxLxMxNxOxPxQxRxSxTxUxVxWxXyAyByCyDyEyFyGyHyIyJyKyLyMyNyO!
"qWqXrArB". There is no 'qY' or 'qZ'. That's a simple typo though, I'm more interested in knowing why it only counts up to X instead of Z in the first place. That seems pointless; you're just wasting two good letters (not that we don't already have more than enough combinations for all the states), and why start at 'p'?
succ

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

Re: The RLE documentation is wrong

Post by rowett » May 23rd, 2017, 4:29 am

blah wrote:There is no 'qY' or 'qZ'. That's a simple typo though.
True, thanks for reporting. I've fixed it in the Golly docs.

User avatar
dvgrn
Moderator
Posts: 10610
Joined: May 17th, 2009, 11:00 pm
Location: Madison, WI
Contact:

Re: The RLE documentation is wrong

Post by dvgrn » May 23rd, 2017, 8:15 am

blah wrote:I'm more interested in knowing why it only counts up to X instead of Z in the first place. That seems pointless; you're just wasting two good letters (not that we don't already have more than enough combinations for all the states), and why start at 'p'?
Was looking at that recently. I don't have an answer on the decision to start with 'p' instead of 'a' as the old MCell multi-state RLE format does... except that it prevents 'b' or 'o' from being used, which might make it easier for Golly to guess correctly what format a random chunk of text might be in. (Technically you don't get to 'o' if you start with 'a' anyway, though.) MCell had an "#L" prefix to make things pretty clear, but Golly has to work with just the encoding itself.

As far as skipping 'Y' and 'Z', well, MCell format does the same thing for whatever reason. Maybe having the base be a multiple of 8 just looked a little cleaner somehow. A 16-letter subset could have been a contender, but I suppose that would have been just a weird nonstandard hexadecimal.

wwei23

Re: The RLE documentation is wrong

Post by wwei23 » May 29th, 2017, 1:03 pm

And when I paste an RLE into Golly from Lifewiki, I get an empty rectangle! Please change it back!

User avatar
blah
Posts: 311
Joined: April 9th, 2016, 7:22 pm

Re: The RLE documentation is wrong

Post by blah » May 29th, 2017, 1:59 pm

wwei23 wrote:And when I paste an RLE into Golly from Lifewiki, I get an empty rectangle! Please change it back!
What RLE? It's far more likely you got something wrong.
succ

fluffykitty
Posts: 1175
Joined: June 14th, 2014, 5:03 pm
Contact:

Re: The RLE documentation is wrong

Post by fluffykitty » May 30th, 2017, 3:41 pm

Golly's RLE parser has not changed, only the documentation. Please post the broken RLE here and a link to where you got it.

wwei23

Re: The RLE documentation is wrong

Post by wwei23 » June 23rd, 2017, 12:06 pm

There's a space after the rule is stated and it confuses Golly.

Post Reply