Talk:$translucent

Gimp colour loss warning

Is this really necessary, given that saving as PNG allows colour information to be saved for completely transparent values, and the resulting PNG files can be imported into VTFEdit quite happily? It's not true to say that there's no workaround, it's just not default behaviour when saving as TGA. Longsight 18:42, 29 Aug 2008 (PDT)

That's never worked for me. The option is there, but the values are deleted anyway. --TomEdwards 06:15, 30 Aug 2008 (PDT)

Hmph, I'm sure it's worked for me. I'll check it again, and if it turns out it's not working, I'll put your message back. Longsight 11:18, 30 Aug 2008 (PDT)

Checked it out and it worked fine. Applied a 100% transparency mask to an image in GIMP and then saved it as a PNG with colour preserved, and it imported into VTFEdit with colour intact. The image I used can be found here if you want to check for yourself. Longsight 11:28, 30 Aug 2008 (PDT)

$alphatestreference

I noticed in the tree prop model VMTs for Episode 2, there's an "$alphatestreference" 0.5 in the VMT... So, what does this do, exactly? --Campaignjunkie ^(talk) 23:50, 2 January 2010 (UTC)

$translucent vs $alphatest image

In the image relating to $translucent vs $alphatest, I am not entirely clear on which image the transparency is being applied. Any clarification?--Shawnolson 21:16, 2 September 2011 (PDT)

$additive bugs?

We were beta testing a map online, and for one player - a custom additive texture did not work. Here's the VMT:

"unlitgeneric"
{
	"$basetexture" "PB_textures/nature/lava"
	"$additive" "1"
	"$translucent" "1"
	"$surfaceprop" "no_decal"
	"$color" "[ 0.23 0.23 0.23 ]"

	"Proxies"
	{
		"TextureScroll"
		{
		"Texturescrollvar" "$Basetexturetransform"
		"Texturescrollrate" "0.01"
		"Texturescrollangle" "180"
		}
	}
}

Is there somthing wrong with the way the VMT is setup? like, the order everything comes in?