Print

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

Comic. (Example: Totem/Traps on screenshot)

Realism. (Example: Remains/Grass on screenshot)

Both, if it fits. (for example comic skull, realistic stone)

I dont care.

[Meph]

@smirk: I know the tile magic thead, but... I am daft. The treetrunks the pic is grey, the one in ironhand is not transparent, the one in phoebus is colored brown. None of the files have foreground/background, because its one PNG, which one layer. Again, my question that might solve the problem for me: I need to see an example .psd file. One that saves everything, the settings, possible layers, opacity/transparency settings... I just need to see it once, not just the end product. From my perspective its like seeing the DF.exe and try to retroengineer the C++ behind it.

I'll play around it bit more with the things I do unterstand, and prepare an upload with graphics.txts and sprites, so people can chime in a bit if they want.

[Ishar]

OK that's it. Meph, if you can pull this off, I'm sending you actual money somehow.

[Phoebus]

@smirk: I know the tile magic thead, but... I am daft. The treetrunks the pic is grey, the one in ironhand is not transparent, the one in phoebus is colored brown. None of the files have foreground/background, because its one PNG, which one layer. Again, my question that might solve the problem for me: I need to see an example .psd file. One that saves everything, the settings, possible layers, opacity/transparency settings... I just need to see it once, not just the end product. From my perspective its like seeing the DF.exe and try to retroengineer the C++ behind it.

I'll play around it bit more with the things I do unterstand, and prepare an upload with graphics.txts and sprites, so people can chime in a bit if they want.

Think of an image as a glass window that you paint on.
The parts that you paint are opaque, the part that you don't paint stay transparent; The more paint you add in one spot the more opaque that spot it is.

The game puts a back-light behind the window that show through the transparent parts, and a front-light to illuminate the painted parts of the window.

If the front-lighting is black, then all painted parts of the window will look black as they are not illuminated at all, but the back-lighting will still be visible through the transparent parts.

That's an inverted tile.

[Meph]

In that case my trees dont work, because the tile colors in the raws are wrong, not because I am doing something wrong. No wonder that all tries yielded no results. ^^ But I get it

(ahhh... accidently uploaded as a .jpg, ignore the blur.)


@Ishar: Well... I wont say no

@Phoebus: I guess inverted tiles will be the thing I do last, if at all.

[Meph]

Here is the tileset so far, based on Phoebus 64x

Tileset, transparent png. (You have to download and open it in a imgae editor to see the transparency stuff)

Spoiler (click to show/hide)

Tileset, marked all changed tiles red.

Spoiler (click to show/hide)

[smirk]

long-winded explanation of foreground/background color, if ye want it. Phoebus got there more elegantly than I could, though =P

Spoiler (click to show/hide)

Foreground/background colors are defined in the raws, not as part of the png. The color tags and their values are on the wiki here. When displaying a tile, the game puts background color behind the tile, and foreground in front of it. Background color thus can only be seen in transparent or partially transparent areas. Fully transparent areas will show full background color, and partially transparent areas will show the background color modified/darkened by whatever partially transparent part of the picture is on top of it. The more transparent an area, the more of the background color shows through.

As for foreground color, it's put down on top of the tile on opaque or partially opaque areas. It's tricky, though: the game looks at where it's putting down foreground color and mixes that color with whatever color is already there in the tile. So on white areas, you just get the regular foreground color. Black parts of the tile stay black, and gray areas produce darker parts of the foreground color depending on how dark the grey was. If the tile graphic has other colors on it, like the brown tree trunks, those are also averaged with the foreground color. It's generally not too noticeable in regular-size tilesets, I think (rather shakier on this, since I've avoided it in my own personal tileset, but I'm pretty sure that's how it works). Foreground color shows up less on partially transparent areas, and doesn't show up at all on completely transparent areas. So in practice, on areas of partial opacity/transparency, you'll have a mix of foreground color, background color, and whatever color/shade the picture is.

So basically, doing it Phoebus' way will make the trunks look a bit off as the game tries to mix foreground color with the brown of the trunk, BUT doing it my way requires editing the tree's raw file, which is generally to be avoided if you're trying to make a user-friendly set. I'll upload a psd later if you want to look, but you shouldn't need it. Photoshop layers aren't really involved; the transparency you see in the png files is doing all the work.

Right, off to bed! Need sleep and also sleep.

[Mr. Orange]

Any progress on this at all? Love the idea and I would surely use it if it became available!

[GM-X]

Personally, I would be 100% happy with up-scaled 64x tiles for a long time. 

[Meph]

I did my own 16x16 tileset, but I am fairly certain that I did delete everything I did on this experiment. I might try with a 48x in future, the biggest problem I found is making sprites/tiles that look detailed when you look at them with close zoom, but still look recognizeable when zoomed out.

[Mr. Orange]

I did my own 16x16 tileset, but I am fairly certain that I did delete everything I did on this experiment. I might try with a 48x in future, the biggest problem I found is making sprites/tiles that look detailed when you look at them with close zoom, but still look recognizeable when zoomed out.

Maybe the spacefox set is better suited for these higher resolutions?

[Dragoon209]

I would agree, I'm taking a look at the scaled cartoon graphics, and it seems pretty nice!  I can imagine some of the items getting really out of hand when scaled back down though.

There is a neat program at http://scale2x.sourceforge.net/download.html  That lets you re-scale easily, and keeps the transparency.  I tried using the Tile Resize tool in the Utilities Page, but on Windows, it was a trial.  scripting this was easier.


Edit:  Screenshot

Spoiler (click to show/hide)

[SalmonGod]

Stumbled across this and Spacefox recently.  Now I'm taking a second look at Ironhand for the first time in forever, and I've begun tinkering.... Aaaagh!

Never tried fooling around with DF's sprites before, but it doesn't seem too hard.  Just devours my weekend is all.

[Vabalokis]

oh shit thats awesome

[Robsoie]

I wish Toady would remove that minimum of 80 tiles width limitations, so you could really zoom in all the way at any time and benefit from the full tile/sprites unblurred quality when using this tileset without having to own a giant monitor.

[Roses]

Is any work still progressing on this? I was thinking of making all graphics in my new mod 32x32, but 64x64 is very tempting...