 News | Forum | People | FAQ | Links | Search | Register |
Log in |
|
|
See, it's weird
Fuuuuck. Maybe there's something helpful in this tutorial? http://ccorner.duke4.net/conversion-to-8-bit-palette/
Check the "image -> mode -> color table" window looks the same as the quake palette? Are you just flood filling skins with a single colour to test them? Some engines respond badly to that... They try to replace the bright blue backgrounds on some models with black to get rid of blue seams. However, they do this by flood-filling in black from the pixel in the top left of the skin to all adjacent same coloured pixels. Best to always make sure that pixel is a different colour to the rest of the skin.
Photoshop has a dodgy PCX support, it seems. When you open Doom or Quake screenshots in it, they're greycale and with aspect ratio correction applied for some reason.
Exporting PCX images incompatible with Quake would make sense in this light. Thanks for the info guys, that's all useful!
So if Photoshop is dodgy, what's the recommended program to use for skinning models? What has good, solid PCX support? Or is PCX even the way to go? Image-wise, fbxtomdl supports 3 formats: pcx, tga and bmp. It is limited however by which variants of these formats the Python Image Library can load - I know that it doesn't cope well with 8-bit bmp files. You can use 24-bit skins and let the tool convert them, but there are times when, even if you've only used colours from the palette, that conversion can do undesirable things with fullbrights. So I'd recommend trying to get an 8-bit format working; if you want to stick with Photoshop maybe tga will work out well, if you want pcx support I've found GIMP works fine.
On the trail of the default skin bug, it's a bloody weird one. The bug doesn't occur in the python version, it's a side effect of the OK, neat. A 24-bit TGA converts accurately so maybe I'll roll with that for now. It will at least get me started...
the pcx format that is used only has the bare minimum information contained in it. it does not contain the actual colour information of the indices used for each pixel so photoshop takes a guess and loads them as greyscale with 0 being black and 255 being white.
not sure about the aspect ratio, but likely something similar. So, QME won't even install on Windows8. Windows just refuses to even try. What can I use to open up an MDL and look at the innards?
I want to figure out how to auto-animate my mesh, for example. Like the walltorch does... won't install or won't run?
http://mobile.sheridanc.on.ca/~jonescor/temp/qME.zip I think the issue is that QMe won't install on 64 bit processor machines, because the program is 32 bit but the installer is 16 bit. This was a common technique in the mid 90s, so you could at least display a message to people in the 16 bit world that the program wasn't compatible.
Probably my last noob question
The QuakeC doesn't seem to initiate it so https://dl.dropboxusercontent.com/u/161473/Misc/TorchQuestion.jpg Well, other programs can view these shots just fine, so the palette is stored in there somehow.
Yeah, I had been thinking that was the one bit of support missing. Here's a version with support for them (but literally zero error checking if you do something stupid like overlapping ranges, backwards pairs, invalid syntax, etc)
http://www.quaketastic.com/files/tools/fbxtomdl-0.4.zip The switch is -g, used like fbxtomdl -g 1-6,17-25,40-45 Groups have to be constructed from contiguous frame ranges, and animation speed is automatically 0.1. If you want anything fancier you need to install python and check out qmdl. Test it out and if you don't run into bugs I'll make the release proper.
|
|
| You must be logged in to post in this thread. |
|
| Website copyright © 2002-2024 John Fitzgibbons. All posts are copyright their respective authors. |