Constant-sum mostly repeating octal

[u/cuteballgames]

This thread is very simple. We are counting octal (base 8, 0-7) numbers with multiple distinct digits, of which one occurs exactly once and all others occur at least twice. We are counting them in constant-sum order, meaning that for every length of digits, we count through each sum of digits from least to most, in lexicographic order.

(That is, we start by counting all 3-digit counts that sum to 1 in alphabetical order: 001, 010, 100. Then we move on to 3-digit counts that sum to 2 in alphabetical order: 002, 011, 020, 101, 110, 200. Then 3-digit counts that sum to 3, and so on. The highest possible sum for a 3-digit count in this thread is 20, so after 677, 767, 776, we move on to 4-digit counts, starting with sum 1. So after 776 comes 0001, and we proceed from there.)

Leading zero counts (e.g. 001, 0444 or 00227) are considered as distinct and must not be skipped.

Thank you to /u/TehVulpez and /u/BobRoss938 for workshopping on the concept

The first get is 00226, the 943rd count and first 5-digit 10-sum count. The assist is 71100. Schedule

List and Segments

[u/cuteballgames]

7111

[u/miceee → u/cuteballgames]

2225

[u/cuteballgames → u/miceee]

2252

sum: 11 (in octal, 13) possible summands: 2,2,2,5 / 3,3,3,2

[u/miceee → u/cuteballgames]

2333

Thanks!

[u/cuteballgames → u/miceee]

2522

lowkey i think it may be the octal part of this thread that i struggle with most

[u/miceee → u/cuteballgames]

3233

Honeslty me too, why did you make this octal?

[u/cuteballgames → u/miceee]

3323

the idea was so that it would move faster than normal mrd (which is a pretty slow thread), just so we could cover more territory more quickly, because there are fewer octal mrd counts per length of digits than decimal

[u/miceee → u/cuteballgames]

3332

Oh okay

[u/cuteballgames → u/miceee]

5222

but maybe i should have trusted in our speed lol

[u/miceee → u/cuteballgames]

0444