Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[clinodev]

Yay, Premium Graphics DevLog!

But, what's it all mean, Mayday and Meph? Translate it all into uninformed forumite, please?

[Putnam]

Basically, the UI is no longer beholden to one-tile-per-letter anymore. Letters can now be smaller than tiles, opening the way for e.g. mouse-over tooltips that don't cover a huge chunk of the screen.

[clinodev]

On reddit we got this from Meph:

Differently sized grids: The game is set up in a grid of tiles. Those determine the sprite size. 32x32 for the ingame world right now; while the UI (text) and the worldmap use smaller sprites.

Identifiers: Toady wants to add a little utility that makes it easier to identify what a tile is showing. Many items in the game don't really have nice IDs. For example when I was working with TWBT, trying to figure how to assign a sprite to a bookcase, the ID was "B:UNK_V42_2:Bookcase::"

[Putnam]

it was B_UNK_V42_2?? That probably should've been, uh, y'know, changed to its actual item ID eventually, "UNK" means it was unknown but it kinda clearly wasn't lol

[thurin]

it's obviously one of those combo bunk bed, desk and bookshelf units that kids like.

[sybir]

New ramps look great! Btw. sometimes I'm getting strange ramp to nowhere, how would that render?

[Mike Mayday]

The plan is to render ramps that don't connect to any walls as a small mound.

[Schmaven]

Are you going to have a sprite for teeth?  I haven't seen any teeth sprites in any tile sets yet.  As long as tooth-splosions are still happening in combat, it would be helpful to distinguish between teeth and bones on the ground for the purpose of crafting / dumping.  I just leave teeth lying around for the most part unless the haulers manage to run out of more important hauling tasks (quite rare).  But bones make great training ammo. 

[Wokko]

Will there also be multiple items rendered on the ground? Like in the example with teeth, it would look weird if teeth laying on the ground hid other (bigger) objects underneath them.

[darkhog]

@Wokko I don't think Meph and Mayday even know what will be supported, aside of nebulous stuff such as "more or less what TWBT can" and they probably won't know until they get WIP builds from Toady.

[Mike Mayday]

Teeth sprite - no problem.
Multiple items per tile - probably a problem, we haven't discussed it in detail yet.

[JEB Davis]

Current tilesets have walls with square corners, some with rounded corners.

Will the player get the option of choosing square or round corners when designating the work (both constructed and mined/smoothed) in the same tileset?

I think this would be wonderful for aesthetic reasons!

[Cruxador]

Teeth sprite - no problem.
Multiple items per tile - probably a problem, we haven't discussed it in detail yet.

If the "multiple" still caps out at a finite (and, due to diminishing returns, relatively low) number, multiple items shouldn't be too hard to implement. From a code perspective it would need an exception case, but a pretty simple one*. Graphically, it could get jumbled and hard to read but this is hardly the end of the world since that's an expected trait of cluttered messes anyway. And it can be mitigated slightly by giving each stacked sprite a few pushrods of offset in a random direction, although that's another bit of code required, but again a pretty simple one if the current graphic system isn't written in a way to make it not so.

*given that layered graphics with transparency will be implemented regardless and it can just be a couple extra layers

[sybir]

Teeth sprite - no problem.
Multiple items per tile - probably a problem, we haven't discussed it in detail yet.

If the "multiple" still caps out at a finite (and, due to diminishing returns, relatively low) number, multiple items shouldn't be too hard to implement. From a code perspective it would need an exception case, but a pretty simple one*. Graphically, it could get jumbled and hard to read but this is hardly the end of the world since that's an expected trait of cluttered messes anyway. And it can be mitigated slightly by giving each stacked sprite a few pushrods of offset in a random direction, although that's another bit of code required, but again a pretty simple one if the current graphic system isn't written in a way to make it not so.

*given that layered graphics with transparency will be implemented regardless and it can just be a couple extra layers

That's what I was thinking about as well. The limitation here is size of the sprint - since tile sprite is 32x32, I think it would be reasonable to allow up to 4 overlaying sprites of 16x16 size in each corner.

For example, the tile could have an icon of cherry, small bone depicting goblin's parts, leaf/leaves and whatever else for the remaining one.
I wonder how would it look like though.

[Cruxador]

Teeth sprite - no problem.
Multiple items per tile - probably a problem, we haven't discussed it in detail yet.

If the "multiple" still caps out at a finite (and, due to diminishing returns, relatively low) number, multiple items shouldn't be too hard to implement. From a code perspective it would need an exception case, but a pretty simple one*. Graphically, it could get jumbled and hard to read but this is hardly the end of the world since that's an expected trait of cluttered messes anyway. And it can be mitigated slightly by giving each stacked sprite a few pushrods of offset in a random direction, although that's another bit of code required, but again a pretty simple one if the current graphic system isn't written in a way to make it not so.

*given that layered graphics with transparency will be implemented regardless and it can just be a couple extra layers

That's what I was thinking about as well. The limitation here is size of the sprint - since tile sprite is 32x32, I think it would be reasonable to allow up to 4 overlaying sprites of 16x16 size in each corner.

For example, the tile could have an icon of cherry, small bone depicting goblin's parts, leaf/leaves and whatever else for the remaining one.
I wonder how would it look like though.

Requiring all items to be only 16x16 just for this seems like a poor tradeoff, and it would look very artificial anyway.