The following:

renders as such:


For some things it works, for others it doesn't, it is terribly temperamental, even when given an alpha layer strange things like this white effect happen if I don't do the black just right at the edges of the transparency.

So what am I doing wrong here? If there is nothing wrong with the png, why does spring do this?

use a black background and store the transparency in a separate channel and go with a different format that PS can actually store alpha channels in.

I think there was a program that you could attach alpha channels to PNGs properly. cant remember what it was called but the layer transparency thing is the issue here, I've had it often enough

Cool, if you think of it let me know. So it is an issue with png?

Rattle is right, this is why I stay away from PNG. It doesnt offer anything, since the image will be compressed in sd7-sdz anyway, and png just adds another decompression step upon loading mod.

dxtBMP is the program you are looking for

It might seem silly but png is good for me because for things like CeG sprites I can see the thumbnail in windows and it speeds up my ceg development. which is important when generating sparkle cannons..

thanks i needed this for something unrelated; i thought it was an unfixable problem that i had created

Normal alpha is rendered with SRC_ALPHA, DEST_ONE_MINUS_ALPHA but Spring uses SRC_ONE, DEST_ONE_MINUS_ALPHA. Basically the color channels are drawn additive and the alpha channel is drawn multiplicative (i.e. the alpha darkens stuff while the color brightens). If you leave alpha completely black you get additive blending.

Also you're really making my fairy more fabulous.

Yer welcome.

possibly related, I just found out spring READS psds... so my sprites being dorked up may have a LOT to do with this!

that's what I just googled up.. does not support PNG though
http://www.mwgfx.co.uk/programs/dxtbmp.htm

http://en.wikipedia.org/wiki/Portable_Network_Graphics
Pretty sure that this is the reason for this issue.

http://www.fnordware.com/superpng/

This is a Photoshop plugin

What's the point of variable compression in PNG?

Decompression time VS File Size.

PNG was introduced as a format for lossless web graphics, either palletized or per pixel data in a time where bandwidth still mattered

It did not occur to me that decompression time could matter.

now i know why this was happening to me too

A minor thread-rez spell casted;

If anybody has tips or techniques on how to handle this in gimp, it would be much appreciated.

IIRC you had to do a plugin or something.

Try TGA instead. You will zip the game folder anyway so wether the image data is zipped in the file itself or afterwards does not make that much of a difference.

I've run some experiments trying to replace zk's default orange ball cannon projectile with something nicer. Here's what:

- TGA with no alpha channel: additive blending, with black (i.e, shaded darker; not fully transparent) mask for #000 pixels. Might be something card-specific, but the masking makes it pointless for me.
- TGA with an alpha channel: 1-bit transparency.
- TGA with an all-black alpha channel (i.e, zero opacity): nothing drawn.
- TGA with an all-white alpha channel (i.e. full opacity): additive blending as above, dark box around projectile as above.

Anybody has any other ideas?