DIF textures appear white...
by Maddermadcat · in Artist Corner · 02/02/2007 (9:24 am) · 16 replies
I made some textures of my own for interiors, but they all show up white... They're plain 256 x 256 jpegs... Am I missing some requirements?
About the author
#2
02/02/2007 (1:57 pm)
Of course. =)
#3
02/02/2007 (2:13 pm)
What did you use to create your map files?
#4
02/02/2007 (2:23 pm)
QuArK.
#5
02/03/2007 (12:45 am)
Did you put them in the interiors folder? (not necesarily the folder inside the interiors folder with your difs).
#6
02/03/2007 (7:48 pm)
I put them into the interiors folder and inside the one containing my DIF file... Still white. Removed it from the DIF's folder, still white. Placed them into the DIF's folder and removed them from the interiors folder... White again.
#7
02/04/2007 (10:18 am)
I'm getting really impatient here... Textures I made for my older interiors seem to work just fine, but I can't figure out what separates them from the ones I made now. I am REALLY confused right now. Please help...
#8
02/04/2007 (10:39 am)
Post a zip of the dif and texture and someone will take a look at it.
#9
02/04/2007 (11:14 am)
I had this problem before, when I unistalled and reinstalled the engine (for another purpose). This was fixed. Don't know how or why though.
#10
EDIT: Here: www.savefile.com/files/466685
02/04/2007 (3:17 pm)
I tried it on several copies of the engine, including an older version. As I said, I made textures for interiors previously, which all work just fine... The new ones don't work for some reason, and I can't understand how they're different. I'll post one of the more simplistic interiors so it's not such a pain in the ass to find the problem...EDIT: Here: www.savefile.com/files/466685
#11
02/05/2007 (7:18 am)
Are you using the same program (and same version of the program) that you previously created the textures? What type of images are they? I seem to remember a recent thread where the problem was munged header information in PNG files. OptiPNG stripped the headers and the files were fine after that. I can't remember if it was doing this or giving a non-power of two error (even when they were!).
#12
I think it's a problem with your modeling program.
I hope this will help.
Rafa.
02/05/2007 (8:20 am)
Hi, your dif file expect two textures concrete and white. If you put the textures in the same folder than the dif and rename roadsBusted.jpg to white.jpg you'll see your bridge textured.I think it's a problem with your modeling program.
I hope this will help.
Rafa.
#13
EDIT: I did start using map2dif_plus instead of map2dif_debug. Is it a problem with map2dif_plus?
02/05/2007 (9:10 am)
Weird... It worked. Why does the texture have to be named white.jpg with my new .dif but not with the ones I made two months ago? I'm using the same program, never changed it...EDIT: I did start using map2dif_plus instead of map2dif_debug. Is it a problem with map2dif_plus?
#14
I think that if the exporter (map2dif_plus) don't find NULL.jpg or NULL.png it replaces the texture references in the .DIF file with WHITE.
I don't use Quark so I can't help you with the model and this bad surfaces. Sorry.
Rafa.
02/05/2007 (9:37 am)
Maybe, I think that the white surfaces in the model are erroneously marked as inside or nonviewable surfaces. This surfaces would use the NULL texture (Did Map2DIF_plus reported "Unable to load texture NULL" ?)I think that if the exporter (map2dif_plus) don't find NULL.jpg or NULL.png it replaces the texture references in the .DIF file with WHITE.
I don't use Quark so I can't help you with the model and this bad surfaces. Sorry.
Rafa.
#15
Be sure to have all the texture files in the correct folder when you export.
02/05/2007 (9:44 am)
I'm not sure but I think map2dif_plus changes any texture reference to white if it doesn't find the texture file.Be sure to have all the texture files in the correct folder when you export.
#16
02/05/2007 (9:56 am)
Rafael is right. If map2dif_does not find your textures when converting it will replace a white texture for each texture it cannot find. It does this so the convert process will not error.
Associate David Montgomery-Blake
David MontgomeryBlake