Planet Chili

Yes, working with pointers (and simple arrays are fundamentally similar to pointer access) has very few safety nets. You must be very careful. Later on, I will teach containers that have better safety nets (std::vector has boundary checks when compiling in Debug configuration under MSVC, for example...

Yep, models are no problem. We'll be using assimp to load assets, and it works perfectly well under windows/linux/opengl/d3d. It even has the ability to automatically preprocess things like matrix layout / coordinate handedness etc.

you could represent the game data basically as a std::deque, adding enough so that you can render a new full screen with data to spare. As you move right, you add new level data to the front, and remove from the end. It would be pretty easy for a game that only progresses left-right. full 2d would b...

What steps have you taken to debug the executable?

Yeah, can't help without a LOT more context. Code being the most pertinent.

Yeah, generally you use coarse layers for sprites/tiles, and then within a layer you'd sort sprites by y-coordinate. Then you can dispense with z-buffering and use painter's.

Haha, I'm not sure how cube game works, but looks cool

Yep, google how to do something. Find 20 guides for BP, 0 for C++ API.

#notmytetris

*nottetris