So I was playing version 66 of Uncle Hairy's Nosehair when I noticed when I finished a game and the music was playing, the b&w colors changed once randomly and then never again. I set out to find a reason why. I ultimately found that I was uisng ora #15, which made the colors be the brightest. And when you only use one set of colors, it doesn't change because grayscale is one set of colors compared to the rest of the colors.

Normally this would be a quick fix, but there was an extra challenge: Room. I had 0 bytes left. I had to rearrange the color getting part of the code so it would still make the game 2k. I experimented a bit and found this solution for the B&W colors:

        jsr Random
        lsr
        lsr
        lsr
        lsr
        sta ColorsChange+3

        ora #5
        sta ColorsChange+2

So apparently this makes the score color (ColorsChange+2) be 4 when even the background is set to color 0 (pure black). If the score was black, it wouldn't be readable because the color behind the score is also black. In Channel F programming, there is a function that shifts four instead of once. I wish that was true in Atari 2600 assembly. In other parts of code, I have to use 4 or more lsr or asl functions in a row like this. For instance, like the bass notes in the title song:

        lda Note
        lsr    
        lsr
        lsr
        lsr        
        tay
        lda BassNotes,y
        sta AUDF1