It may well be. But I am thinking it is there as an artifact of some other thing they did with the data. So it is not there with a purpose to show us the way to read the data, but rather it is there as the result of some other thing and we exploit it (thanks to alphabetcanary) to get the order on data. In the same way, we may find a way to exploit other regularities.
It's what I noted in one of the posts above, that if "1flamen6" is a clue, and some encoding only needs 5 bits (like Bacon26) but they used 6 bits, then 6th bit will always be NULL, hence after XOR'ing with 011010, 011 pattern will prevail all throughout the stream of 152 flames. They XOR'ed this or multiplexed it with 011. Either way, it was intentional cause "no brute-force needed" rule would otherwise be broken (we wouldn't know the reading order).
That I am not getting. Can you please explain? It seems to me that if we allow every 6th bit be 0 and the rest 5 bits are (more or less) random, and you xor them all against a 6 bit word 011010 in a loop, then only 6th bits are consistently impacted and fixed, and the rest of more or less random bits remain more or less random. The pattern 0x1x1x, however, is very consistent and it involves every 2nd bit, not every 6th.
EDIT:
on second thought, you are absolutely right and I was wrong. I am getting it now
. No further explanation is necessary. You are simply using colors as the remainder 4 bits.
EDIT2: But if you factor in blob, that is invalidated, again