For example, that scene ^^above^^ is one I'd like to create within a few years using either C++ or Assembly and DirectX or OpenGL.
And by "create" I mean from scratch, yes, and hope to do it within a few years once I reach the ability to work in 3D environments.
Here are my skills in programming as of now:
I am currently a beginner at game programming. I have produced, at best, a movable set of pixels developing in a Windows API environment using Windows API programming. The game featured two trees made out of pixels as background art and a polygonal line under the pixels to resemble a floor on a sort of 2-D Cartesian plane. I managed to get keyboard input from Windows and move the set of pixels, resembling an inclined line, left and right and have limited boundaries to each end of the visible view of the screen. I also added a very tiny strategy to the game, whereas you have the ability to move the pixel set over a key(made of pixels as well)and when you press SHIFT(shift key is a button that checks for items, etc., like in strategy or puzzle games)and it will claim you have the key if you are right over it. Also, if you press the SHIFT key while at the boundary limit of either sides of the screen, it will let you know that your boundary has reached its limit. So, based on what I've done at best, would you say I'm on a good track to programming success over time? And, if anyone would help, I would like to know if repainting the screen using InvalidateRect is the only means of redrawing the screen or if that function is the only way to update what is on the screen. If so, how would one make a game if the screen requires repainting so much? Thanks in advance greatly.
I think I attached a file containing the .cpp file for the program.
I HEAVILY appreciate any help given, small or big.