I added percentages, but they only display per-row, not per-cube.
The truth is, the script does cause Sauer to just hang there while it works slowly.
I've experimented with adding a delay between cubes to prevent that hang-up... but it just seems to slow the process even further, and increase the chances that the player will move the camera mid-row and break their image. :/

I'm referring to the application when It's converting the image to the config. :P
( I failed to clarify that. )

Hmm, sorry about that. I don't normally mess around much with graphics, so I honestly didn't know bitmaps don't have an alpha channel. All the libraries I've used to handle bitmaps have always had the color of each pixel(red, green, blue), but then they also include an extra octet per pixel as well. I presumed this was an alpha mask or something. Anyway, I'll try to tweak it to use .png instead-- but please don't hold your breath.

As for your second question, yes, that is normal. The script does use the vcolor command to color each "pixel". If you want a pure white texture as the base, try using the second snow texture on page eight of default the texture list and scale it up to max("/vscale 9999").

For the cubescript savvy:
A decent workaround for images that have a single color as an alpha mask, would be to copy-paste the "drawpixel" function from "cube_art.cfg" into the image's ".cfg", and add a check for that specific color in the function. (i.e. "if ($specified_color_matches) [ editdel ]")

You could also use the plain white texture which is in the "misanthropx" folder (you only need to add it into the map's config-file, gosh what a big problem).

Keep in mind Sauerbraten isn't using the alpha-channel as several media-viewers (or editors). At default, it won't use the alpha-channel at all. Only when using alpha-material on it, it will render it on a pretty rough way.

Sauer does not accept PNGs with transparency for textures, yet it handles TGAs with it just fine. I wonder why.

Sauerbraten DOES accept transparency of the .png-format, as long as it's not appearing on raw geometry (like for models, fonts, crosshairs, etc). That's just the reason why I replied on that comment, because it's useless to add such update as you won't see any difference at all.

About the .tga-format, I guess it has something to do with the fact Cube Engine 2 is partly compatible with textures of Quake 4 (as the "flipnormalmapy" and "mergenormalmaps" command are showing off).

Umm... I don't think you understand what this script does Suicizer...

Since cubescript has no file-io for reading anything other than text, that I am aware of, I had to write my own program to do so instead. I was saying that I'd try to change the program I wrote, that goes along with this script, to use png's instead of bmp's. So it doesn't matter what Sauer likes.

Also, when specified to do so, the script draws the image(".cfg") in-game as pixel art, it uses valpha to get the desired alpha effect. (Though this is disabled by defualt since having it enabled on an image(".cfg") with the alpha channel zeroed out would draw no image at all.)

Yes you can. BMP filetypes fully support alpha channels, it's just that they're so uncommon, many image editing programs do not, and so only save 24 bits. A good example would be window's start menu orb. The background appears black, even in the windows viewer, but in fact it has transparency.

Come on irc tomorrow, i'd like to have my way at you for not consulting me earlier with this cubescript.

Will do. ^.^

hehe so does this one actually work?

For everyone except SomeDude who always seemed to have some sort of issue with it :P

Works like a charm; the new delay function makes it run pretty smooth even on low end computers.