Unwanted ugly Borders on "my" textures

  • Two Factor Authentication is now available on BeyondUnreal Forums. To configure it, visit your Profile and look for the "Two Step Verification" option on the left side. We can send codes via email (may be slower) or you can set up any TOTP Authenticator app on your phone (Authy, Google Authenticator, etc) to deliver codes. It is highly recommended that you configure this to keep your account safe.

Creavion

New Member
Aug 27, 2005
471
0
0
Germany, Niedersachsen

DXT1 textures, no alpha.
Whats going on there? (yes, its like UT1 with regular textures, where you have to use NoSmooth). Me was told I should check the alpha for boards but I dont get it, if I DONT use here any alpha ...

So can anybody explain me what I am doing wrong there?
 

Rokk

New Member
Jan 23, 2010
34
0
0
That's a bug that appears on some graphics cards on all skyboxes. If you ONLY see it in your map, then it's a bug in the map.
 

Creavion

New Member
Aug 27, 2005
471
0
0
Germany, Niedersachsen
Ok, time to dig out that thread.

Actually I have problems with my textures all the time, look here:
(well yes, thats now ut2004 again)

probpic18uv5.jpg

I changed a texture in order to make a tiled version of it.. I am a ps noob, I know. Take a look at the upper texture - where the leaves are ending - and you see on top of that a strange white looking border. If I try to clamp it.. the texture is not visible anymore or I still have the white boarder after some manual alignment.
probpic2s5e4.jpg

Same here on the ground of the upper texture
probpic3v618.jpg

I have attached the dds textures - ready to import to ut2004 as well as the psd. I have no freaking idea why I always have those white boarders. Nobody could tell me so far what is responsible for that and how I can rid of them.

ddsplugintu2p.gif

The dds plugin I am using - tried already to disable mip maps there AND even during the import in ut2004 ed. No change.
 

Attachments

  • SetleafesA.zip
    190.6 KB · Views: 0
Last edited:

Diehard

New Member
As for the screenshot at the very top, i have the same thing happen in Nyleve. I noticed a same thing when looking at the rocktextures that are masked and updated to S3TC. Lack of time and illness prevented me to try find out whats wrong with it.


But theorising, it could either be an error in the masked area, or its simply a (engine/renderer)flaw that can happen where textures meet. So basically i dont know. If its the texture and masking, than i would asume theres still some sort of pixel data where its not supposed to be.


Another thing it can be is that the tilling starts of course at the end of the texture, and maybe you see half a pixel in repeat which simply is being rendered wrongly. And if the render gets data it needs to do something with it, and this might surface a thin line.


If its a actually a difference in color at the very edge of the texture itself, than try as i describe below.


The green leafs error where you have 2 textures meet and there is a noticable grey line inbetween the textures. That is probably simple to explain. As i told you before, you cannot always see things correctly in Photoshop. And the grey line points to me there is likelly oné row of pixels that is not 100%.


The thing you can try here is to make them 100% again. And you could try copy all layers(5 times) and merge them again. This should ensure that a 50%(as example) transparency is added 5 times which theoretically should create a cover of of 250%, and since 100% is the max, theoretically it could remove the error this.

So copy each individual layer several times and merge them, well, the more the marry.
.
.
.
 

Creavion

New Member
Aug 27, 2005
471
0
0
Germany, Niedersachsen
Thx for reply, I clamped again the texture - first it was of course invisible - not really it was just dealigned. Clamping worked here indeed (in ut2004) and since it is also now available for U1 since the newest g-development build it makes hope. But it still requiere manual alignment. :/
[SCREENSHOT]http://www.abload.de/img/clipboard-1623g.jpg[/SCREENSHOT]
Both bugs on the texture are now gone.