Adding new tile to tileset problem

[PowerWyrm]

Use GimP: https://www.gimp.org/

[takkaria]

I'm just wondering if it's something about using alpha channel vs having a palette colour that is 'transparent'. Maybe Angband only supports paletted transparency and not alpha channels?

[tangar]

Ok, there is a workaround which I found: to clear photoshop 'transparent' layer when you save .png; I use for it this addon http://www.fnordware.com/superpng/ (cause by default photoshop can't do it).

It's removes white artifacts

Some hints for Photoshop:
1) To make it easy to edit tileset - use grid:
'View' -> 'Show' -> 'Grid'
and then adjust grid to 32 px:
Edit > Preferences > Guides, Grids & Slices The Guides
2) lock position of layer so you won't move tileset accidentally


YAY! Editing tileset now - huge pleasure!

Thanks to everyone! Your replies helped to solve this riddle

...

but. New challenge. New problem!

Rubble got black 'background'... The same issue not only in Gervais tileset, but also in Shockbolt's. Why is it so? How to make it properly transparent?

[t4nk]

Originally Posted by tangar

Rubble got black 'background'... The same issue not only in Gervais tileset, but also in Shockbolt's. Why is it so? How to make it properly transparent?

Interesting... I recall seeing rubble on black background quite a while ago, but I assumed that was because these tiles were placeholders, for lack of better ones... Now I'm looking at code, and it seems that rubble should have black background because its a feature, so it doesn't get a proper floor feature underneath it?
Nick, you might want to take a look at grid_data_as_text(). It should probably check whether feat is rubble, and if yes, it should save coordinates of floor tile in tap and tcp.

[tangar]

Originally Posted by t4nk

Interesting... I recall seeing rubble on black background quite a while ago, but I assumed that was because these tiles were placeholders, for lack of better ones... Now I'm looking at code, and it seems that rubble should have black background because its a feature, so it doesn't get a proper floor feature underneath it?
Nick, you might want to take a look at grid_data_as_text(). It should probably check whether feat is rubble, and if yes, it should save coordinates of floor tile in tap and tcp.

I suppose this is right point, but I also wanna share my (maybe wrong) idea about this problem - as I work with tileset atm to make custom world map for Angband Online and there are similar problems with other objects like trees..

Why rubble atm got black background?

I suppose, it's because the game 'thinks' that rubble is not a separate object ('thing') to put it on the floor tile, but a 'floor'-like tile. Even if rubble tile is transparent - game can not put it above 'open floor' tile, because rubble is managed as 'floor'-like tile (even if it doesn't have FLOOR flag).

So if we would look at terrain.txt, we could divide all tiles there in two groups:

1) ie terrain objects like floors and walls - 'backgrounds'
2) terrain 'things' - rubble, veins, lava (there could be also included trees and some more new stuff) - 'textures'

So it would be great if objects in terrain.txt would have special transparent-friendly flag, so some objects could be noted as 'backgrounds' (floors, walls) and some would be like 'textures' - which means that at level genaration they would be placed after 'backgrounds' as transparent ones. Then this new terrain things would have proper (floor or wall - for veins or lava) background, like traps have, for example.

p.s.
(silly) idea: maybe right now it's easier just to make 'hack' which would make rubble handled like a trap or immobile monster (lol) with certain properties (to dig it, block vision)