Probably.
Currently they only have 127 (or 128?) replicating colors, 7 bits.
I would expect data to be encoded per byte, aka 8 bits, aka 128 extra slots free.
Could also just have “an accuracy of 64 instead of 256” for the R/G/B parts of a BrickColor3.
Would mean the closest grey to black is R/G/B being 1/64 instead of 1/255, but better than some/random.
There are hundreds of non-replicating BrickColors you can use clientside.
When set on the server, they don’t get set on the client.
When you set them on the client, though, they do get displayed.
They’re loaded: loading isn’t a problem, apparently network crap is.
Roblox sends over the number of the brick color. The client has a lookup table or some other method of assigning BrickColors to numbers, and applies the BrickColor to the part.
I heard this too, which is why I think that they should replace the greys that are already in place. Rather than having a blue tinted variety and a red tinted variety to just have 12 tones of a neutral grey.