Never seen this behavior before, so everything below is purely guessing...
Perhaps there is a .lit file included with the .bsp and that .lit file is not valid? Renaming it so it loads only the lighting within the .bsp might help.
It's also possible there's a different rounding behavior on the floating point math in darkplaces which just happens to affect this bsp due to some extremely unlikely numbers in it for that surface.
I will note that the artifact being shown is a decode error on copying the texture data out of the bsp, the wrong surface size is being calculated, this can be due to floating point math errors (the q1bsp format uses floating point numbers, and expects the compiler and engine to round those numbers to integer identically).
Perhaps there is a .lit file included with the .bsp and that .lit file is not valid? Renaming it so it loads only the lighting within the .bsp might help.
It's also possible there's a different rounding behavior on the floating point math in darkplaces which just happens to affect this bsp due to some extremely unlikely numbers in it for that surface.
I will note that the artifact being shown is a decode error on copying the texture data out of the bsp, the wrong surface size is being calculated, this can be due to floating point math errors (the q1bsp format uses floating point numbers, and expects the compiler and engine to round those numbers to integer identically).
Comment