No, it cannot, because rules are applied independently of one another, and Automapping has no concept of “optimal”, all outputs for a given input are equal. If you want the A/S2/A solution to happen consistently, you will need to make a rule specifically for the A/S/A scenario and make that rule be applied before the others.
What’s the best way to use this
This tile set isn’t compatible with terrains or wang tiles, so Automapping is the best way. Just remember to make the most specific rules come first. In general you’ll need a rule for every tile in the tileset, since they all cover unique situations.
It’s impossible to accomplish
There are too many combinations
And I don’t have the experience
Please don’t multi-post, you can edit your previous posts. Or better yet, don’t press Reply immediately, give yourself time to think about your post and finish typing all your thoughts.
This is definitely possible. It’ll take some effort, but it’s doable. Everyone starts out with no experience, that’s why we try things and learn xP Re-reading the documentation on autotiling would probably help, as a lot of things aren’t self-evident.
This isn’t a huge tileset, shouldn’t take super-long to set up. Review the documentation, think about how you intend to use the automapper (for example, will you be drawing your ponds on a separate layer, or in a layer filled with ground tiles), and then set up your rules accordingly.
One tip: don’t forget that you can define the input and output regions separately, as
regions_output. In general for a tileset like this, you’ll want your input region to be the tile you’re looking at and its environment, and your output region to be just that one tile.
A/S is in, S1 - Sn is out
I’m stuck. I don’t know what to do with him
I have no idea what your “rule 1” and “rule 2” images are or what the letters mean, and I can’t tell whether your third image is a rule (looks like it could be) or your result, or what the “fail” is.
I also don’t know if your layers are named correctly. Automapping requires layers to be named precisely.
Here’s approximately what your rules should look like:
The whitish areas are marked as
regions_input, and the
regions_outputonly marks the tile in the middle, that’s the only output.
So that the water edges match any water tile and not just the “all blue” tile, I’ve got a whole bunch of
input_Waterlayers, each with different water tiles.
I built these rules by starting off with a 3x3 arrangement representing the neighbours of every single tile in your tileset. Then, I removed the input tiles that don’t matter to keep the rules from being too specific, which is how I arrived at the weird shapes.
These are my layer names:
(So, this rule set would only take effect when I’m working on a layer called