| 1 | Compilers can be sneaky in their application of compression. | 1 | Compilers can be sneaky in their application of compression. | 
                
                    | 2 | \n | 2 | \n | 
                
                    | 3 | No compression param may mean "use default compression". | 3 | No compression param may mean "use default compression". | 
                
                    | 4 | Putting compression strength to zero may still have it generate mipmaps for DDS texture segments. Or compress things it think will be "lossless". | 4 | Putting compression strength to zero may still have it generate mipmaps for DDS texture segments. Or compress things it think will be "lossless". | 
                
                    | 5 | \n | 5 | \n | 
                
                    | 6 | For example, SpringMapConvNG will decide whether two tiles are identical (and one can be compressed away entirely) without comparing the alpha channel, which nastily breaks any attempt to use `voidground` with that compiler. | 6 | For example, SpringMapConvNG will decide whether two tiles are identical (and one can be compressed away entirely) without comparing the alpha channel, which nastily breaks any attempt to use `voidground` with that compiler. | 
                
                    |  |  | 7 | \n | 
                
                    |  |  | 8 | TL;DR recompile the map using different compilers, upload all versions, then have affected people see if any of those are not bork. |