This is pretty nice. For the blocks, you can use any size and just tell the generator what size they are?
Does it have any way to choose from multiple tiles, depending on whether blocks are next to it on each side? (If not, that can be handled with a script, I’m just wondering.)
First part is generate and solve a maze in memory which is translated to a in-memory grid with information about the solution path. Second part is the visualisation of that grid onto the screen. I tried a few visualisation routines (with prefab tiles, primitives etc) and found the one supplied to be best suited for the best flexible way of constructing the maze.
You can choose anything you like to build up your maze and because the grid is linked to the primitives, you can write your own algorithm as how to handle things. For instance, I’m currently using it on a game with procedural levels and content has to be determined by length of the hallways and if there are corners nearby and such. I’m not using the cube primitives offcourse but angled meshes instead which are lightmapped with ambient occlusion, prebaked in blender, to use as tiles. Because of using it this way, you avoid having troubles with corners where tiles don’t connect nicely in traditional systems.