very cool! i really like the normals and fullbright baking! I guess this could be used on doom3 textures and such?? 

1 - You could really freak some of the old school Quake dudes with the set you generated for E1M1 - it's like the Quake textures but something just seems slightly wrong... or different, I just cannot put my finger on it....

2 - Do you think you would consider making a tool or adding a tool that does simple conversion from Quake 1 .wad to Valve Wad3 format, but with the hlwad extension? Hammer/Worldcraft editor users keep falling on their asses when it comes to converting textures for the editor. O_O

3 - Big massive props! 

Does it force Quake texture size rules? i.e. (All texture dimensions must be multiples of 16.)

http://www.celephais.net/stuff/texturefaq.htm 

Baker was too shy to mention his http://forums.inside3d.com/viewtopic.php?t=1975

But this is Java so yay for cross-platform. And the fullbright generation sounds ace. 

Yes, this tool should work for Doom3 textures. Of course, they'd need to be converted to PNG first (e.g., with mogrify) and be renamed according to Quake naming conventions (for instance, the name cannot be longer than 15 characters).

As for WAD3: Do you mean a converter from Quake WAD to Half-Life WAD, or a similar tool (but targeting WAD3 instead of WAD2)? This for sure would be possible, but I'd have to dive into the Half-Life texture format a bit (how many MIPs? How is the per-texture palette encoded? Are there fullbrights? etc. etc.).

The tool currently does not enforce Quake texture size rules. You will get a WAD with strangely sized textures (the WAD format itself has no multiples of 16 limitation). Perhaps I should output a warning (it does if the texture name is too long). 

how much of the qrp did you convert? 

quake.wad -> .hlwad

AFAIK it's a very similar format in many respects, but the bit-depth is obv. higher.

As long as txqbsp or tyrutis can compile the .hlwads, and Worldcraft 3.3 or Hammer 3.4 & 3.5 can load the textures, then it would be a win :) 

You should really take the time to enforce the texture rules --- you went to all the work to make this, after all.

A tool that creates invalid texture sizes shifts the time and energy to the user.

A good tool minimizes the burden on the user.

One opinion, maybe even wrong.

@spirit

My old tool doesn't have much to do with this, except that I know of many quirks in texture conversion. It was a decent effort for 2010, but I would do it differently today. 

@forgotten: I converted the complete QRP map texture packs, without the map-specific textures.

I now enforce proper texture dimensions. The tool will now also request that the user provides an output file name, instead of just dumping output into a fixed "output" dir.

Fresh binary at http://maikmerten.de/quaketexturetool/releases/ 

I now enforce proper texture dimensions.

Great! There are lots of junkie texture conversion tools out there, what is needed are nice ones that work on all platforms and that you can trust the output! 

I uploaded a new version of the tool over at http://maikmerten.de/quaketexturetool/releases/

One can now specify how strong the dithering should be. Turns out not going overboard with dithering can significantly improve quality, and the default setting are now adjusted accordingly. 

Nothing happens when I run this file. Sometimes I can just see javaw.exe appear and instantly close in task manager but usually not. 

not sure, when I run with java QuakeTextureTool-20141109.jar I get a can't find main class error, but the main class is defined in the manifest and is present... so not sure at all... O_o 

write once, run anywhere ;-) 

runs fine on my superior free GNU/Linux operating system!!!11


You guys used the -jar parameter? 

Yes I used -jar from the command line and made sure it was set to launch with javaw.exe" -jar "%1" %* in the registry. So I take it this just doesn't work on Windows?

This is a major problem for me and my map :S Not sure how to continue now since the geometry is depending on what I can do with textures. 

Would http://www.quake-1.com/docs/textures2quake/ be an alternative? 

Yeah probably. I will try and see. 

You probably don't want to use javaw.exe since this isn't a GUI tool but a command-line one. I just tested the binary (with java -jar ...) and it works fine on Mac. Sorry I don't have a Windows instance handy to confirm it there. But You almost certainly need to run it from within a command prompt. 

Question: I'm guessing the "slight update to POM file" on the gitHub doesn't warrant new binaries? TY

Your tool works very well. 

No, that change does not require new binaries, this was merely a build system change. 

 

the tool will only place fullbrights if you place a separate _luma file.

So if you have these files

lamp1.png
lamp1_luma.png (or lamp1_glow.png)

then fullbright colors will be used where the _luma file is not black. Without a _luma file (just lamp1.png) the resulting texture "lamp1" should not have any fullbright pixels. 

So now I can finally try to make a map with Silent Hill textures? Nice.