-
-
Notifications
You must be signed in to change notification settings - Fork 492
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add Some Position-Based Autotilesets #3160
Add Some Position-Based Autotilesets #3160
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
works
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Works quite well, but i wanna suggest just one change, and ask one question:
- Generally, when using these moss-covered castle brick tiles, personally i would expect to see some normal brick still mixed within, because otherwise it looks way too heavy on the green, and quite bad, imo:
- [mostly speculation, ignore if not possible] is there infrastructure to potentially support crystal hexagon autotiling given these would probably use alt IDs but not every other tile, just every other 2nd tile, it seems (with the darker hexagoens included as spontaneous variations). just wondering. It might be possible i think with the current infrastructure, so long as people are ok with seeing tile errors briefly as they build their crystal structures(?). If this is possible I think maybe this should be done too, but feel free to chose if this would be best in an additional PR later.
Other than that it looks all good, all the variation tiles are in the right places
I thought about this, however, adding random variants to pattern with tiles that need to another specific tile from this variant adjacent to it would be really complicated with the current system. Currently, there is not a way of making it so an alt-ID appears if there's a specific tile ID near it, so, if we try to add a random moss pattern to this tileset, some of the bricks will get cut in half and the other half will be the mossy variant The only solution I can think about is creating a huge pattern with pseudo-random tiles defined within it, but this would require hundreds of alt-IDs, but not sure if it's worth it. The current pattern is a 4x2 matrix of predefined alt-IDs, to make it feel like a random pattern, probably a 12x12 or larger pattern would be necessary |
The same problem happens with the darker crystal variants, for it to be close to random we'd need a huge pattern And making the crystal background autotile would proably need copies of the same tile IDs for the top and bottom halves, one to be considered solid and one to be considered non-solid. Or it would need a tile ID to have both a solid and a non-solid mask, and I imagine this would break everything |
As alt-IDs can now be defined by the tile positions in a repeating pattern, this PR adds some extra autotilesets which benefit from this feature.
New Autotilesets:
Tweaks: