Texture compression causing textures and material variants to repeat past its bounds when they're not supposed to (idk how to name this)

[ImFirstPlace]

I uploaded this texture to roblox and on the website its fine there is no black leaking on the top and white on the bottom.

When I use this texture on a Texture or MaterialVariant it leaks past its bounds on the top and bottom. This is not an issue with Decals. See the images below

Part size = 10
StudsPerTile = 10

This is really annoying because what if you want to flip a part 180 and keep the white seamless texture except for you cant because this happens with Textures and MaterialVariants but not Decals:

Original Texture:

RBXL file to see the bug easily:
TextureBug.rbxl (65.6 KB)

Expected behavior

Textures and MaterialVariants to not leak past its bounds like Decals

[HealthyKarl]

This happens to Classic Clothing as well… at least when they’re actually being compressed.

Here, the Part just doesn’t adapt to the Texture. This black line at the seems to appear because the texture is repeating.

See these green lines that just pop-out.

These fine “green” parts. I also don’t know why a Part has to be minimum 0.001 in the Size.

 

In the Source Engine you can resize these, but for some reason you can’t on Parts.

 

Maybe a different result can be get if you fully UV Map a thing.

[TigerRabbit2]

Hello,

This is currently working as designed. Decals set their texture addressing mode to clamp, whereas Texture and MaterialService set their textures to wrap. (for more information about addressing modes see: LearnOpenGL - Textures)

This is because Texture and MaterialService allow the texture to be tiled, whereas decals do not. Setting the mode to clamp in a scenarios where the texture was supposed to be tiled looks wrong:

I hope this helps.

[ImFirstPlace]

Hello @TigerRabbit2,

@TigerRabbit2

This is currently working as designed. Decals set their texture addressing mode to clamp, whereas Texture and MaterialService set their textures to wrap. (for more information about addressing modes see: LearnOpenGL - Textures)

You are right about textures looping as intended but this is an issue with the compression system causing the texture to bleed 1 pixel over the image bounds causing white or black to appear at the top.

[TigerRabbit2]

I am not sure why you believe it is texture compression related, but I will share what I see in RenderDoc for the graphics state for these cases:

Material service (wrap):

Texture (wrap):

Decal (clamp):

And in all cases the texture is:

[PeZsmistic]

When the texture is sampled while drawing the geometry, because the texture is smaller than what it’s being drawn onto, the engine interpolates between pixel colors so the individual pixels in the texture are not visible. This produces a smooth gradient between pixel colors that you normally don’t notice.

When the pixel color is sampled across the boundary of the texture into where it would wrap, this interpolation is still happening, producing the black gradient that you see.

The only way to prevent this for this case is to use a decal, shrink the part the texture is applied to so the seam is not visible, or design the image so this bottom seam being visible at the top is not an issue.