With BBC if you enter in more than 15 literals in a row the animation will show a second byte meant for counting runs, however none are present. Also it can incorrectly count many literals in the animation when less than 15 are present. The output for the compression is correct. Only the animation is wrong.
To Reproduce
- use input
10101011 00000000 10101011 10101011 10101011 10101011 10101011 10101011 10101011 10101011 10101011 10101011 10101011 10101011 10101011 10101011 10101011 10101011 10101011 10101011 10101011 11111111 11111111 11110000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00101010 1
- press next step. The animation will show the extra byte meant for counting more than 7 runs.
- press next step twice. The animation will once again show the extra byte and the count will be wrong. 9 literals are present and not 10.
I am not sure what causes this, but it appears any input with literals formatted in this manner causes this erroneous output
With BBC if you enter in more than 15 literals in a row the animation will show a second byte meant for counting runs, however none are present. Also it can incorrectly count many literals in the animation when less than 15 are present. The output for the compression is correct. Only the animation is wrong.
To Reproduce
10101011 00000000 10101011 10101011 10101011 10101011 10101011 10101011 10101011 10101011 10101011 10101011 10101011 10101011 10101011 10101011 10101011 10101011 10101011 10101011 10101011 11111111 11111111 11110000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00101010 1
I am not sure what causes this, but it appears any input with literals formatted in this manner causes this erroneous output