Maybe this is a stupid question but... why not just resize/edit the Vanilla tile set for use with ISO?
Reviving Iso-Angband, an isometric view addon for Angband
Collapse
X
-
www.mediafire.com/buzzkill - Get your 32x32 tiles here. UT32 now compatible Ironband and Quickband 9/6/2012.
My banding life on Buzzkill's ladder. -
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.I have a project problem? I have no project problem. I start a project, I work on it, it fails. No problemComment
-
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.)Comment
-
Thanks for the info on David Gervais' tileset. I really haven't looked at any updates since some time in 2003 ...
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.
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.
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.
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.
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.
(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.)
Code:# 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
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.I have a project problem? I have no project problem. I start a project, I work on it, it fails. No problemComment
-
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).Comment
-
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 displayI have a project problem? I have no project problem. I start a project, I work on it, it fails. No problemComment
-
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.
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.www.mediafire.com/buzzkill - Get your 32x32 tiles here. UT32 now compatible Ironband and Quickband 9/6/2012.
My banding life on Buzzkill's ladder.Comment
-
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.I have a project problem? I have no project problem. I start a project, I work on it, it fails. No problemComment
-
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.I have a project problem? I have no project problem. I start a project, I work on it, it fails. No problemComment
-
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.
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.Last edited by Hajo; September 2, 2010, 22:43.I have a project problem? I have no project problem. I start a project, I work on it, it fails. No problemComment
-
Looking good. Looking very good.www.mediafire.com/buzzkill - Get your 32x32 tiles here. UT32 now compatible Ironband and Quickband 9/6/2012.
My banding life on Buzzkill's ladder.Comment
-
I have a project problem? I have no project problem. I start a project, I work on it, it fails. No problemComment
-
I'm currently trying to integrate my code with a newer Angband version. There really has changed a lot since 2.9.3. But I hope it will be worth the effort.I have a project problem? I have no project problem. I start a project, I work on it, it fails. No problemComment
-
I've been experimenting with UnAngband 0.6.4a a bit, and after some hours of patching I've got the iso view working with it. Most of what this preview shows are replacement images. I have no sand, grass, water or any of the other UnAngbandish terrain features yet. And there are a lot of unassigned images (all the $ and the other character things).
But I think it looks very promising - I mean there is huge potential here with all the details that UnAngband offers, and I'd like to work more on it. I have emailed Andrew, but haven't received an answer yet. I hope he will be alright with what I'm doing.I have a project problem? I have no project problem. I start a project, I work on it, it fails. No problemComment
Comment