Reviving Iso-Angband, an isometric view addon for Angband

[buzzkill]

Maybe this is a stupid question but... why not just resize/edit the Vanilla tile set for use with ISO?

[Hajo]

I can't give a clear answer. Maybe I just don't know the right things, so I could not make the proper decisions.

Scaling bitmaps always comes with a quality loss. But I think that the idea basically would work. At least for monsters and items. Terrain and dungeon features like doors and stairs must be adapted, but most likely can be taken from existing isometric tile sets. David Gervais has made a pretty good one I think.

For me, personally, one of the "defining" points in roguelike display was the duality of symbol and color. The symbol defined the group or category which the thing in question belongs to, and the color identified the individual specifics of the thing inside the group.

I must admit when I restarted this project I have not checked the currently available tile sets. So maybe there is already everything there, and I just don't know it.

I was under the impression, though, that the tile sets give up the duality of symbol and color, and try to go for symbols that are individual identifiers. A fire dragon looks differently from a frost dragon, not only that it is red instead of blue, but they have just different pictures. And I was under the impression that in some cases the pictures are hard to tell apart. I might be pretty wrong in this assumption, since it's based on knowledge from about 10 years ago, and maybe even older.

The iso display code should support the "individual picture" approach, at least it did in the past, and even if currently not active it should be easy to restore the function. With that, it should be quite doable to take a sprite sheet, scale it to the right proportions, split it into the right input files for the iso view, write a proper pref file, and, done.

Right now the view is configured as a "text mode" display though. While the (traditional) graphical frontends use the attr+char values to form a 14 bit integer that is the tile number inside the set, the current iso code uses the lower four bits of attr as color, like the text mode displays do. The upper 3 bits of attr and the 7 from char form a 10 bit integer which is the tile number. Like having a "symbolic font" with 1024 glyphs.

The tile/glyph is then drawn in the color that the object has assigned in the pref files.

(The 8th bits from attr and char are not really usable, thus the odd 7 bit and 3+4 bit splits).

I want to keep the "symbol+color" duality. Even the idea to have abstract symbols. I just want a tiny change.

ASCII are non-symbolic abstractions, since their shape is not representing their meaning. I try to change that into symbolic abstraction, with shapes that have a meaning. But I want to keep a fairly abstract display with the shape telling the category of the thing, and the color telling the individual type within the category.

This is why I haven't tried to work with the old tiles. They are not abstract enough, and they are not suitable for the re-coloring approach. But overall this is just a matter of taste, and not a technological problem.

[thapper]

In a way you are right, the David Gervais tiles are not keeping the symbol+colour duality in a strict sense but, IMHO, they do keep it to a large degree.

For example, a white dragon looks exactly as a red dragon, only coloured in white shades instead of red shades. Hounds look in principle identical (changes only in left/right direction and minor details in their tails) but are coloured differently.

For other symbol groups things change more, trolls look quite different between themselves but they all keep a "trollish" look, defined by the shape and look of the head, and their general body shape. This is the case for most humanoids, demons, undead. They have a feature that define them as a group, most of the time how the head look, and they change attributes such as which weapon they have, or their colour, or something else.

For me this makes a lot more sense than keeping the strict symbol+colour relationship that is inherited from ascii. I like the fact that mages look more like mages (with some silly colour effect around their hands) and rangers look more like rangers instead of them sharing the same shape just because they are share the same letter in ascii.

If you then choose to have the same shape for a novice ranger and a ranger chieftain (and just change their colour) or if you decide to give them different shapes but clear attributes that define them as "rangers" (and therefore dangerous with ranged attacks) is not important.

Keep on going with what you think is the best approach, I look forward to more updates with more tiles!

(By the way, just out of curiosity, for the potions, are you planning to have the small tile picture that you had (at least a week or so ago) and just change its colour? It'll be quite difficult to keep apart all the 50 odd different ones... Even with allowing some different shapes it's a mess trying to remember which potions are good and bad just from looking at them.)

[Hajo]

Thanks for the info on David Gervais' tileset. I really haven't looked at any updates since some time in 2003 ...

Originally Posted by thapper

For me this makes a lot more sense than keeping the strict symbol+colour relationship that is inherited from ascii. I like the fact that mages look more like mages (with some silly colour effect around their hands) and rangers look more like rangers instead of them sharing the same shape just because they are share the same letter in ascii.

A few groups I have split up already. Persons have now quite many pictures, maybe too many. The dungeon inhabitants are roughly grouped into warriors, mages and priests. Townspeople are manifold ...

It is sometimes difficult to draw the line, what to group and what to split. If there is sufficient distinction I lean towards splitting. They way it is done, the code supports 1024 symbols now, instead of the 96 ASCII symbols, so there is some room for introducing new symbols.

Originally Posted by thapper

If you then choose to have the same shape for a novice ranger and a ranger chieftain (and just change their colour) or if you decide to give them different shapes but clear attributes that define them as "rangers" (and therefore dangerous with ranged attacks) is not important.

Rangers share their image with archers (the bow seemed to be the defining characteristic), but are distinct from other people. People in general need more sorting though, I think, particularly the unique persons which are mostly just "p" still.

For the orcs I have given the captains/chieftains a different image (although I haven't tested yet if this works well). Orcs have been a fairly big group already.

Originally Posted by thapper

Keep on going with what you think is the best approach, I look forward to more updates with more tiles!

Thanks for the encouragement Feedback is good though, particularly if it helps to improve the "readability" of the display, also the ease of learning the shapes. And last but not least, the to hear about the wishes and impressions of the players.

Originally Posted by thapper

(By the way, just out of curiosity, for the potions, are you planning to have the small tile picture that you had (at least a week or so ago) and just change its colour? It'll be quite difficult to keep apart all the 50 odd different ones... Even with allowing some different shapes it's a mess trying to remember which potions are good and bad just from looking at them.)

At the moment the potions look all the same, just differently colored. I think this is a limitation of the Angband core though (at least of 2.9.3), which allows only 16 mappings for potions in a pref file. I think it was intentional that the player cannot tell too much about a potion from the color.

# Potions (!)
S:0xE0:0x90/0x81
S:0xE1:0x91/0x81
S:0xE2:0x92/0x81
S:0xE3:0x93/0x81
S:0xE4:0x94/0x81
S:0xE5:0x95/0x81
S:0xE6:0x96/0x81
S:0xE7:0x97/0x81
S:0xE8:0x98/0x81
S:0xE9:0x99/0x81
S:0xEA:0x9A/0x81
S:0xEB:0x9B/0x81
S:0xEC:0x9C/0x81
S:0xED:0x9D/0x81
S:0xEE:0x9E/0x81
S:0xEF:0x9F/0x81

This also applies to wands, staves, and scrolls. There are mappings of 16 definitions for each which are randomly assigned in each new game. I'd suspect that this mapping restriction also applies to "real" tile sets, and they can't have more than 16 visual variations for potions either?

If I look at this I wonder a bit ... Angband had only 15 colors and black, and currently the iso view works the same, so one of these must come out as a purely black shape without any contours or details. I haven't seen that problem though in my tests. Maybe I was just lucky.

I was wondering if I could define a color range for the otherwise unused color 0 ... but that is a different discussion. People suggested to have a unique color for all unique monsters, so maybe that could be an idea. of have special treatment for multi-hued monsters.

[thapper]

No, the (DG) tiles are not restricted to 16 potions (in Angband 3.1.2 I should add, I have not looked into older versions with tiles), so there could potentially be one tile for each description of a potion (I think some tiles are assigned to more than one type of potion still, but there are more than 16). For wands, staves etc there only exist ~8 tiles for each so they are used for more than one type each (e.g. birch staff and pine staff might look the same) but I believe this is more due to lack of tiles than any restriction on how many you can define.

Anyway, one of the main reasons for me wanting to play with tiles is the possibility to recognize everything just by looking at its tile. If I can know what something is by using the 'l'ook command, I should be able to do it by just looking at its tile. I can't do this with the ascii characters (for instance several different age groups of dragons share the lower case 'd' etc).

[Hajo]

Some day I'll try updating to a recent Angband version. I think many of the old restrictions have been lifted. I fully agree with the idea to be able to identify things just by their looks.

For the time being I try to get unique shape+color combinations, but the old code seems limited to 16 mappings for the magic items each. So until an upgrade or a patch, I can't do much. Monsters and other items I can map freely and see to have them unique in appearance.

Thanks for letting me know what is important for you in a graphical display

[buzzkill]

Originally Posted by thapper

No, the (DG) tiles are not restricted to 16 potions (in Angband 3.1.2 I should add, I have not looked into older versions with tiles), so there could potentially be one tile for each description of a potion (I think some tiles are assigned to more than one type of potion still, but there are more than 16). For wands, staves etc there only exist ~8 tiles for each so they are used for more than one type each (e.g. birch staff and pine staff might look the same) but I believe this is more due to lack of tiles than any restriction on how many you can define.

I'm fairly sure this is all correct. New staff flavors were recently added to DaJ and it was easy enough for me to create new tiles for and include them by simply editing the prf files.

The DG tiles are highly recognizable. Being familiar with then, I can play with a bare minimum of (l)ooking, or without (l)ooking at all. Most of my looking is to access monster recall, or check HP/status effects, hardly ever to actually identify the enemy.

I was just suggesting the DG tiles as a shortcut to completion because you seemed to imply that creating tiles was becoming a burden... and I know how that feels.

[Hajo]

Originally Posted by buzzkill

I was just suggesting the DG tiles as a shortcut to completion because you seemed to imply that creating tiles was becoming a burden... and I know how that feels.

Andrew Doull suggested to support them too. I think it should be fairly easy. Would take a bit of time to re-arrange the images, and to write a pref file for them. But there is no real problem there but to invest the time.

Back on topic.

Often I like to paint. Some days I paint out of boredom. I like painting more than programming, although skill wise it's the other way round, I'm a better programmer than a painter, I think. But while programming can be pretty frustrating at times, painting usually is pain-free.

I'd say painting the tiles is an important part of this project for me. It is the part where I can express my ideas about how I think it should look like.

Edit: I just noticed the word "completion". I have replacements for all missing graphical tiles. The project is fully playable already. What happens is only a transition towards a complete set of tiles in the style I want them to be.

[Hajo]

Originally Posted by andrewdoull

And, BTW, I've got what I hope will be an acceptable iso wall solution for the main Angband code, if you ever want to go down the path of having the old isometric wall designs you started with.

I have been trying to revive the 9 part wall code. It turned out to be one of the things that integrate less smoothly though, but at least it seems to work again. Needs further cleaning up though.

Click for full size.

I also got the floor and wall lighting code going again (room light overrides torch light, this is Angband default). This preview is quite rough, and in one place the walls have a problems still, but I think I can improve this some more. Also needs magma and quartz type walls for completeness. And I must get the door frames being shaded, too.

[Hajo]

I've finished one of the vein types, I'd call this a magma vein. I must work more on the graphical details, just so far there were a whole lot small quirks in the code as well which I had to work out, so there wasn't so much time to take care of the graphics yet.

Vein display works now with the 9 part walls, also treasures hidden in the veins. The orange spot should be good for gold diggers.

Click for full size.

For testing I dug out one magma vein grid, compared to the former screenshot. In the left wall of the room.

Edit: These things already worked in the former versions. They are just new for the still unreleased 9 part walls.