Print

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

[BradUffner]

Updated to Version 1.0.2.0

I wrote a quick little tool that will allow you to take multiple tile sets and combine them in to one set by picking and choosing the tiles.  Its just the first version, so it is very rough and not very user friendly just yet, but I'm working to make it better.

Spoiler (click to show/hide)

hmm... I can't get the actual screenshot to show inline... so here is a link to the screenshot until I can fix it.
http://www.gumpstudio.com/TileGenie/screenshot.png

Basic Instructions:

• Run the program.
• Select the tile sets that you are interested in merging.
• Switch to the "Create" tab, and select the base tile set.  This is the tile set that you want to use as your starting point.
• select tiles by clicking in the image area.  You can select multiple tiles by clicking and dragging, and multiple ranges by holding control while dragging (sort of like a listbox).
• use the drop down menu on the right to replace the selected tiles with the tiles at the same location in the selected tile set.
• Click Save to export your new tile set.

It should handle tile sets of different sizes by resizing the tile to be the same size as the base set, though it may look ugly or blurry.  If the source tile is smaller than the base tile you may end up with some garbage pixels from neighboring tiles included, I'm working on a fix for this.
It also requires the .NET framework.
www.gumpstudio.com/TileGenie/TileGenie-1.0.2.0.zip

Any suggestions or bug reports would be greatly appreciated.

Changes for version 1.0.2.0:

• Added 2 new resizing modes.  "None" will just place the new source tile at the origin of the destination tile with no resizing.  "Center and Clip"  will center the source tile within the destination tile, and clip it so that it can't overlap tiles around it; it will also not resize.
• control-A now selects all the tiles.
• brightness has been refactored to be stored per tile, though it can still only be edited for the entire set at once currently.

Changes for version 1.0.1.0:

Spoiler (click to show/hide)

• Fixed more crashes.
• Added an Options menu that can read the color.txt file for Dwarf Fortress (not used for anything yet).
• Added the ability to adjust the brightness of the final tileset.
• Added workspaces.  Workspaces allow you to save your work in progress and come back to it later.  All settings will be stored per workspace.
• Memory and CPU use should be a little lower now.

Changes for version 1.0.0.3:

Spoiler (click to show/hide)

• The alpha layer is now being correctly saved (Woohoo!)

Changes for version 1.0.0.2:

Spoiler (click to show/hide)

• Fixed crashing when no base tileset was selected
• added filters for save file dialog
• save format properly set to either bmp or png

Changes for version 1.0.0.1:

Spoiler (click to show/hide)

• Cleaned up the UI a bit
• Added a per tile setting for interpolation mode
• Fixed incorrect background color of the saved tileset that was messing up transparency

[Spiral42]

I just spent much of this morning splicing tilesets together before seeing this, so I'm in a great position to say that this is an excellent idea and I commend your hard work.

[BradUffner]

I've uploaded a new version that cleans up the UI and fixes a transparency bug.  Download link in the first post is updated.

[BradUffner]

Sorry, yet another new version to fix some stupid mistakes in 1.0.0.1

[BradUffner]

There is still a pretty serious bug where the alpha layer is getting lost when the new tileset is saved.  I've spent the last few hours digging around the .net framework trying to find out what's going on without any luck.  Until I can get this fixed the program isn't going to be very useful.

Right now I need some sleep, but I'll be back on it in the morning.

[BradUffner]

Ha! I figured out what the bug was just as I was getting in to bed.
New version uploaded.

[Korva]

Just as I was wondering how to mix different sets. I may give this a whirl, thanks!

[Deon]

Heh, it may be faster than comparing tiles in photoshop and copy-pasting them manually. Also it's nice to merge your changed tilesets with updates to original ones, so it's definitely useful. Thanks.

[BradUffner]

Does anyone have any information about how dwarf fortress uses the RGBA layers of the image when combining them with the foreground and background colors?  I'd like to do something where you can pick colors in Tile Genie and it will display what the tiles would look like in DF using those colors.  Also, possibly adding the ability to edit individual tiles in an editor.  So far the post on "Tile Magic" is the closest to what I'm looking for, but it's not complete for what I need.

[Deon]

The "solid" (transparency=0%) pixels use the foreground color, the "transparent" (transparency=100%) are the background color, the partially transparent pixels use a blend of background/foreground color based on transparency. It led to a "tile magic" (I think Ironhand first invented it and its name) where you make the real background just black and use foreground/background colors to make different-looking sprites out of a single sprite (i.e. you could have two overlapping images, where you could show the first one using a foreground color, the second one using a background color or a mix using both).

An example: a small creature as a foreground color and a worm as a background color on a place of pet's tail. You could toggle foreground color to show a small creature (frog? hamster?), toggle background color to show a small worm (or a snake?) or both to show a small critter with a long tail (a squirrel?).

[BradUffner]

The "solid" (transparency=0%) pixels use the foreground color, the "transparent" (transparency=100%) are the background color, the partially transparent pixels use a blend of background/foreground color based on transparency. It led to a "tile magic" (I think Ironhand first invented it and its name) where you make the real background just black and use foreground/background colors to make different-looking sprites out of a single sprite (i.e. you could have two overlapping images, where you could show the first one using a foreground color, the second one using a background color or a mix using both).

An example: a small creature as a foreground color and a worm as a background color on a place of pet's tail. You could toggle foreground color to show a small creature (frog? hamster?), toggle background color to show a small worm (or a snake?) or both to show a small critter with a long tail (a squirrel?).

ok, so if a pixel has an alpha value of 25%, it will blend 25% fore color with 75% of the back color?  how do the RGB channels of the actual tileset factor in?  For example, Iron Hand's set has a bed with blue sheets in the raw tileset, how does that affect the output color of one of those blue pixels?  What happens if that blue pixel has an alpha of 50%?

[Deon]

The RGB of the actual tileset simply overlap with foreground/background color (the color mixing method may be affected by the PRINT_METHOD, or not).

[BradUffner]

The RGB of the actual tileset simply overlap with foreground/background color (the color mixing method may be affected by the PRINT_METHOD, or not).

Perfect!  Thanks for the help

[Fullmoon]

This...
You know, every time I think of would-be-great DF utility, somebody goes and make it.
First I thought about visual raws editor.
Next about some kind of visualiser based on Minecraft.
Yesterday I thought ‘It would be nice to use Ironhand's font with Phoebus tileset’.

[WormSlayer]

Nice! People often ask about mixing and matching tilesets

Maybe add an option to adjust the brightness? (Some people find our tileset a bit too dark.)