Thanks for the responses everyone, after looking at all these things, I
discovered that the problem was actually the VTF2TGA tool that was messing
up and not the VTEX tool.
VTEX was converting the files ok but when I converted it back it was messed
up.
What was throwing me off was VTF2TGA was converting all the older skybox
textures ok.
The current VTF2TGA tool is not working at all, it won't even give a usage
back so there is something very broken there.
By luck I had a number of older versions in backups and after testing found
these results:
MD5:
49f81fae00c701412d18850b8a5867fc *vtf2tga.exe <--- good 173kb 2005
ba5c8729dcc29957cfab9004a754de55 *vtf2tga.exe <--- good 173kb 2005
0f3eda00cbffffd51eafffb2c72e1531 *vtf2tga.exe <--- good 240kb 2006 requires
current VSTDLIB
482c53edd11b375b52ae92fd3c102a4e *vtf2tga.exe <--- Current release, bad
version won't even give a usage response.
Using the 1531 version appears to be ok for now.
I found nems tool to be ... odd hehe. I really dont need an editor I need
only a converter and I really prefer to use the SDK tools.
KevinO
----- Original Message -----
From: "Adam "amckern" Mckern"
To: <[email protected]>
Sent: Sunday, March 04, 2007 6:24 PM
Subject: Re: [hlcoders] VTEX Problem with Skybox and compression
I know you prob want to use the VTEX app, but nem's &
jed's VTF Edit is much more powerful.
You can download it from
http://nemesis.thewavelength.net/index.php?c=178#p178
Adam
--- Kevin Ottalini wrote:
I've been trying to transfer and update some custom
skybox textures but the
current VTEX appears to have two problems that are
messing up the files.
I verified that this happens even taking a stock
skybox, converting it to
TGA and then back to VTF again.
I also have verified that VTEX is detecting this as
a skybox conversion and
it issues the appropriate message:
'skybox' detected. Treating skybox like a
cubemap for edge-matching
purposes.
Here is one of the original good panels (in jpg for
viewing here):
http://www.qsextreme.com/source/tornsky_512up.jpg
The first problem (allowing compression) is that
VTEX shifts the skybox
texture creating a line on the left side:
http://www.qsextreme.com/source/tornsky_512up_compressed.jpg
Then using "nocompress" "1" VTEX introduces some
weird color problem in
addition to the alignment shift:
http://www.qsextreme.com/source/tornsky_512up_nocompress.jpg
Here is a complete zip with all the materials and
materialsrc files:
http://www.qsextreme.com/source/vtex_skybox_conversion_problem.zip
I've looked extensively through the sourcewiki but
there is nothing about
this.
Any help here very much appreciated.
KevinO
_______________________________________________
To unsubscribe, edit your list preferences, or view the list archives, please
visit:
http://list.valvesoftware.com/mailman/listinfo/hlcoders
