Texture flipping

[dONKEY]

I have a lot of stuff going on in rl at the moment and just have not had the time or inclination to map, but today I felt like starting up a new project.
As its been awhile since I've mapped I have a dumb noob type question that for the life of me I can't remember how to do.
When a texture gets flipped on a brush (ie is applied but back to front), how do I un-flip it?
I am working on some terrain using editor images in radiant to align my textures and blending shaders, and I have one section where all the images are reversed.
I'm using gtk 1.5, but have 1.4 still as well so a solution that works in either flavour would be very helpful.

[themuffinman]

Put a - in front of the x scale in the surface inspector.

[dONKEY]

TY, I forgot....did the trick

[monaster]

Kinda related: if the texture is automatically turned upside down (the bottom becomes the top and vice versa in Q3A, inside the editor it looks fine though) and it says "invalid tga header" in the ingame console (GTKRadiant 1.5.0 doesn't report anything at all beforehand), what might be a plausible reason for that error?

[Eraser]

A wild guess: have you saved the TGA image with RLE compression enabled? If so, try disabling RLE compression and save the file again.

[monaster]

That might be indeed the case, I'll have a look at it, thanks for the quick response, Eraser!

[monaster]

Nope, RLE compression unfortunately didn't change anything, still the upside-down displayed texture ingame. I've run a test with both GTKRadiant 1.2.1 and 1.5.0, some random image view program and Q3A (vanilla, so no MODs) itself and there are even minor differences between 1.2.1 and 1.5.0 . I'm kinda lost right now...

[neoplan]

1) Try using a tga file that you it works (some stock tga for example). Same problem? If not, then there is something wrong with your tga (which settings do you use for save).
2) Same effect for jpg files?
3) Do you have an old (and maybe corrupt) version of your texture in another pk3 file?

[obsidian]

What texture program are you using? There is a bit option in the TGA file that stores the bitmap in reverse order (upside down) and/or mirrored. Clear that option and it should work fine.

[monaster]

@neoplan and obsidian: Taking your posts into account: It's just my door textures giving me this error. Seems that, because I built them upon one single base picture each time, I got that wrong bit option mentioned by obsidian into every final texture. The prog I use can produce working textures (tested it over the last years) but doesn't seem to realize this one error neither it is capable of resolving it. If there would be a single fixed byte that determines whether the bitmap is shown upside down in certain situations and that can be changed via hex editing, it would be great. I'm not sure if something like this can be done though, don't have that much experience with tga file structure.
Gonna run a test with jpg file format while I'm at it, too.

[obsidian]

You still haven't mentioned what program you are using.

[monaster]

In this case Micrografx Picture Publisher 10. Thought your question was more like a "It could be prog-related" comment, not that you really wanted to know the exact name.

EDIT: Corrected typo.