Label background is still broken

Hi @Gabby_Getz!

Regarding the issue: Label background is broken in 1.93 (unwanted gradient) · Issue #10342 · CesiumGS/cesium · GitHub

… it still seems to be broken with more complex setups with custom datasources and dynamic callback texts. It draws the “unintended gradient”.

I was not able to create a simple sandcastle to reproduce the problem yet but this far I know that issue goes away if I set whitePixelSize to be 64x64. Even still we can see a very thin black border around label backgrounds but the issue is way smaller.

Hello there,

Thanks for the report! Would you be able to provide a Sandcastle code example which reproduces the issue? The previous issue with the label backgrounds arose due to race conditions, so an example would help us track that down.

Hi!

I got something done now; Its not yet the exact issue but something a bit similar. This sandcastle draws label without background at all. It really seems like a race condition of some sorts, because I had to tweak with requestRenderMode and timer ti get this to fail…

Hah, I nailed it now :grinning:

Yet more simplified reproduce:

It gets fixed also by forcing all textures to use nearest filtering… My current undestanding is that timing might cause background image to go to another place in texture atlas and that makes some other texture atlas tex-coord bug surface. But I’m just guessing really… :slight_smile:

Other thing that I was puzzled with is that whitePixelBoundingRegion does not seem to affect anything.

Hi again!

I have investigated this more and I think it’s related to the same bug discussed here:

It can also be seen with “Billboards” sandcastle, when adding markers:
image

My solution for now is to use Sampler.NEAREST in TextureAtlas. It seems to be overall best compromise to solve this for now…