• Advertisement
Sign in to follow this  

Unity Tiling textures using mod() in shader causes stripes on textures

This topic is 1482 days old which is more than the 365 day threshold we allow for new replies. Please post a new topic.

If you intended to correct an error in the post then please contact us.

Recommended Posts



In my Unity project I want to apply various textures to my voxel terrain. I'm using a texture atlas. In some cases I needed to repeate the texture, so I found out mod() function to be the solution, but it produces nasty one-pixel wide stripes on my textures, which appears to be the first stripe of the neighbouring texture. I turned all the filtering off (apart from point, which cannot be turned off (which is logical) and I think this is the problem), but it did not solve the problem. And here's the question:


How to get rid of this stripe?


Possible solution (but i'd rather a simpler one):


Create an alghorytm that from an array of individual textures creates a single texture atlas, but it adds additional one-pixel padding to each texture (repeating the bordering pixels) - if sampler just takes that one pixel from the neighbouring texture due to point filtering (which cannot be turned off) it will fix the problem, but as I wrote - if you know a simpler solution, it is better for me.


Below I place the source of my shader:

I also attach some screenshots.


Input.color contains texture offset in atlas.

Thanks in advance for your help!

Shader "Custom/WorldShader" {
	    Properties {
	    	_MainTex ("Base (RGB)", 2D) = "white" {}
	    	_TileScale ("Texture size in atlas", float) = 1
	    SubShader {
		    Lighting Off
		    pass {
			    #pragma vertex vShader
			    #pragma fragment pShader
			    #include "UnityCG.cginc"
				sampler2D _MainTex;
				float _TileScale;
			    struct VertIn {
				    float4 vertex : POSITION;
				    float4 color : COLOR;
				    float2 texcoord : TEXCOORD0;
			    struct VertOut {
				    float4 position : POSITION;
				    float4 color : COLOR;
				    float2 texcoord : TEXCOORD0;
			    VertOut vShader(VertIn input) {
				    VertOut output;
				    output.position = mul(UNITY_MATRIX_MVP,input.vertex);
				    output.color = input.color;
				    output.texcoord = input.texcoord;
				    return output;
			    float4 pShader(VertOut input) : COLOR0 {
				    float2 newUVs = float2(fmod(input.texcoord.x, _TileScale) + input.color.r, fmod(input.texcoord.y, _TileScale) + input.color.g);
				    return tex2D(_MainTex, newUVs) * (UNITY_LIGHTMODEL_AMBIENT * 1.5);

Share this post

Link to post
Share on other sites

My immediate thought was also that it was a bilinear filtering issue, but you say that point sampling doesn't fix it. Adding a little padding around atlas textures is something that's pretty commonly done and sounds like a decent solution.


The only other thing that occurred to me is that maybe it's a floating point precision thing. Your UV coordinates are being passed to the GPU as floating point numbers, which are incredibly accurate, but the further away from zero they are, the less precision they'll have after the decimal point. A floating point number has no problem accurately specifying a single texel in a 1024x1024 texture if the UV is near zero, but you'll find that if your UVs are up beyond 1000 or so, then the amount of precision after the decimal point becomes too small and you could expect precision artifacts.

Share this post

Link to post
Share on other sites

If I understand the issue correctly, that's an old, well-known problem. You will need to calculate (and specify in your texture lookup) the mip level or the gradient (whichever is supported by your hardware). Mip-mapping is still turned on, right? (also check driver settings to avoid surprise, driver may force it on even if you don't)


The problem with functions like modulo is that the hardware calculates the mip level from the gradient, and the modulo function being discontinuous causes big "jumps" in the gradient. Which, of course, causes the hardware to pick the wrong mip level at the discontinuous locations.


What surprises me a bit is that you think you're getting vaues from a neighbouring texture atlas piece. That isn't normally the case and it doesn't really look like that to me in the screenshot either (but who knows for sure -- you could extend each tile with its border pixel value as padding to "work around" if nothing else helps, or make a "control color" border around each tile to be sure, that is a color you would not normally expect to see).

Edited by samoth

Share this post

Link to post
Share on other sites

You might have bad mipmap selection as mentioned, however that would generate only 2x2 spots of garbage - that clearly does not match the picture.


Would guess it is the half texel issue (depending on whether Direct3D or OpenGL is used - (0,0) is either corner [OGL] or middle [D3D? - or have they changed that?] of texel) - however, the error seems to cover more texels that one would expect on such a case (might be just my eyes - the error should be about 1, rarely 2 texels worth).


My guess is that your texture coordinates are just wrong. Take pencil and paper and check that the final coordinates are exactly what they should be.

Share this post

Link to post
Share on other sites
Sign in to follow this  

  • Advertisement
  • Advertisement
  • Popular Now

  • Advertisement
  • Similar Content

    • By Chamferbox
      Chamferbox, a mini game asset store has just opened with some nice game assets, 
      Here you can find a free greek statue asset 

      Also check their dragon, zombie dragon and scorpion monster out:

      They're running the Grand Opening Sale, it's 30% off for all items, but for gamedev member, you can use this coupon code:
      to get 50% off prices What are you waiting for, go to
      and get those models now!

      View full story
    • By Dafu
      FES Retro Game Framework is now available on the Unity Asset Store for your kind consideration!
      FES was born when I set out to start a retro pixel game project. I was looking around for an engine to try next. I tried a number of things, from GameMaker, to Fantasy Consoles, to MonoGame and Godot and then ended up back at Unity. Unity is just unbeatable in it's cross-platform support, and ease of deployment, but it sure as heck gets in the way of proper retro pixel games!
      So I poured over the Unity pipeline and found the lowest levels I could tie into and bring up a new retro game engine inside of Unity, but with a completely different source-code-only, classic game-loop retro blitting and bleeping API. Months of polishing and tweaking later I ended up with FES.
      Some FES features:
      Pixel perfect rendering RGB and Indexed color mode, with palette swapping support Primitive shape rendering, lines, rectangles, ellipses, pixels Multi-layered tilemaps with TMX file support Offscreen rendering Text rendering, with text alignment, overflow settings, and custom pixel font support Clipping Sound and Music APIs Simplified Input handling Wide pixel support (think Atari 2600) Post processing and transition effects, such as scanlines, screen wipes, screen shake, fade, pixelate and more Deploy to all Unity supported platforms I've put in lots of hours into a very detail documentation, you can flip through it here to get an better glimpse at the features and general overview: http://www.pixeltrollgames.com/fes/docs/index.html
      FES is carefully designed and well optimized (see live stress test demo below). Internally it uses batching, it chunks tilemaps, is careful about memory allocations, and tries to be smart about any heavy operations.
      Please have a quick look at the screenshots and live demos below and let me know what you think! I'd love to hear some opinions, feedback and questions!
      I hope I've tickled your retro feels!

      More images at: https://imgur.com/a/LFMAc
      Live demo feature reel: https://simmer.io/@Dafu/fes
      Live blitting stress test: https://simmer.io/@Dafu/fes-drawstress
      Unity Asset Store: https://www.assetstore.unity3d.com/#!/content/102064

      View full story
    • By DevdogUnity

      Ho ho ho
      Tis the season of Christmas surprises, and we have a awesome one for you! 🎅  
      Sponsored by all your favorite Unity Asset Store developers, Nordic Game Jam, Pocket Gamer Connects, and co-hosted by Game Analytics, we (Joris and I – Devdog) are launching the second edition of our yearly Christmas Giveaway Calendar for all Unity game developers!
      You can already now sign up right here.
      So what’s this all about?
      For the past weeks, we’ve been collecting sponsored gifts related to Unity (asset vouchers, product keys, conference tickets etc.), and throughout each day of December leading up to Christmas Day on the 25th, we will be sending out these sponsored gifts as early gamedev Christmas presents via e-mail to hundreds of lucky winners.
      The total prize pool is at $35,000, with over 1200 presents donated by the awesome sponsors!
      Merry Christmas from Devdog, Game Analytics, and every single one of the sponsors.

      View full story
    • By sveta_itseez3D
      itSeez3D, a leading developer of mobile 3d scanning software, announced today a new SDK for its automatic 3D avatar generation technology, Avatar SDK for Unity. The Avatar SDK for Unity is a robust plug-n-play toolset which enables developers and creatives to integrate realistic user-generated 3D avatars into their Unity-based applications. SDK users can allow players to create their own avatars in the application or integrate the SDK into their own production processes for character design and animation.
      “Virtual avatars have recently become increasingly popular, especially in sports games and social VR apps. With the advance of VR and AR, the demand to get humans into the digital world is only increasing”, said Victor Erukhimov, itSeez3D CEO. “Our new Avatar SDK for Unity makes it super-easy to bring the avatar technology into any Unity-based game or VR/AR experience. With the Avatar SDK for Unity now every developer can bring face scanning technology into their games and allow players to create their own personalized in-game avatars, making the gameplay much more exciting and immersive.”
      Key features of the Avatar SDK for Unity:
      Automatic generation of a color 3D face model from a single selfie photo in 5-10 seconds (!). Works best with selfies, but can be used with any portrait photo.
      Shape and texture of the head model are unique for each person, synthesized with a deep learning algorithm crafted by computer vision experts
      Head models support runtime blendshape facial animations (45 different expressions)
      Generated 3D heads include eyes, mouth, and teeth
      Algorithms synthesize 3D meshes in mid-poly resolution, ~12k vertices, and ~24k triangles
      Six predefined hairstyles with hair-recoloring feature (many more available on request)
      Avatar generation API can be used in design-time and in run-time, which means you can allow users to create their own avatars in your game
      Cloud version is cross-platform, and offline version currently works on PCs with 64-bit Windows (support for more platforms is coming soon)
      Well-documented samples showcasing the functionality.
      The Avatar SDK for Unity is offered in two modes - “Cloud” and “Offline”. The “Cloud” version is available at http://avatarsdk.com/ and the “Offline” version is available by request at support@itseez3d.com.
      About itSeez3D
      At itSeez3D, we are working on the computer vision technology that turns mobile devices into powerful 3D scanners. itSeez3D has developed the world's first mobile 3D scanning application that allows to create high-resolution photorealistic 3D models of people's' faces, bodies and objects. The application is available for iOS and Windows OS mobile devices powered with 3D cameras. In 2016 the company introduced Avatar SDK that creates a realistic 3D model of a face from a single selfie photo. To learn more about itSeez3D scanning software and 3D avatar creation technology, please visit www.itseez3d.com and www.avatarsdk.com.

      View full story
    • By khawk
      Unity has posted the Unity Austin 2017 playlist on YouTube. From their tweet:
      View the full playlist at https://www.youtube.com/playlist?list=PLX2vGYjWbI0TI_C4qouDw7MSSTFhKJ6uS or below:

      View full story
  • Advertisement