Ok, I get it.
Yes, blueprints. You could either do it with static meshes in blueprints, or widgets. For sure the little videos that play would be widgets.
You would need to make all of the possible textures obviously.
Whether you do the bricks with BPs or widgets doesn’t really matter, I get the idea what you’re most focused on is how to program the logic. You can do that in both.
Laying them out randomly is literally a few blueprint nodes, the most tricky part is how to know when they’re pairing up.
I think the best approach is to have a few variables in each brick. You have the ‘id’ which will just be a number. In the case of number bricks it’s the actual number, in the case of seasons ( for instance ), it’s just a number so you have a reference point ( a bit like a jack in playing cards could be considered 11 ).
Then also have a name variable in each brick, so you can represent seasons, for instance ( I don’t play the game so I’m fumbling a bit here ).
In addition to these brick BPs and movies widgets, you need a central controller blueprint. This would ( probably ) be the level blueprint. You need a controller, because it’s a lot easier to recognize patterns from a central piece of code. You can’t recognize patterns from inside individual blueprints.
Am I zoning in here?
PS: Quote me or hit the like button, otherwise I don’t get a notification when you have answered.