I’m going to not share it right at first.
Because honestly, I’m getting a feeling that you are either insincere about your intentions, or don’t understand what you are getting into. For all I know, you are here to sell it on some overseas game-site, which could hurt ME legally, down the line… -After all, you ARE new here.
Now I am saying this to help you get on the right track, not to detract.
You don’t learn monogame from looking at a 1600 line project.
This is your first post here, and your first experience with the mono-game frame-work. I am pretty much telling you the following:
If you don’t know how to do your own pac-man, I don’t think you are ready to do pac-man… Even with my code.
First of all, there is no “right way” to code pacman. You do what you need to do, to get things the way you want. NO 2 programmers would do it the same.
Pacman requires NO programming skills that are unique to pac-man… It’s just a much longer project.
You FIRST need to understand the GENERAL concepts of “classes” and “instances”, tile-maps and sprite movement, loading content, the update method, the draw method, and how to play sound.
-All of these concepts, you CAN find tutorials on… Once you know how to do all the basics, pacman kinda writes itself. I didn’t even research for pacman, or take notes. It just sprang into being from knowing the basics of mono-game and/or c#.
For REAL. Start by doing 100 balls bouncing on the screen/in a window. This will teach you what loading assets is, how to update sprite positions and check for collisions… Then add a bounce sound. That sort of thing.
If you do that, pac-man will be right around the corner. But nobody starts at pac-man