Pakupaku Maze is a dungeon crawler, starring a legendary hero who was cursed by the evil demons to become a yellow circular blob that is unable to leave any room unless he eats all the cookies that are on the floor. Alternatively, you might say it's a Pac-Man clone.
The game's based on an idea I had several years ago, what if Pac-Man can leave this maze and explore other areas. It was a pipe dream at the time, but now I can make it and see how it turns out. The entire game is made of 30 screens, and there is one key and four exits which lead to different endings. Don't worry, the key will work on any door. The game will save four high scores for each ending.
There's only one ghost, and this ghost isn't as smart as the original Pac-Man ghosts because I wrote its AI. I was too confused reading about A* and felt it could bog me down for days if not weeks, so I prioritized finishing the game with what I can write. I thought hard about adding a second ghost, but having a second ghost would crowd the screen too much and make the game too difficult.
Player's starting location is randomly chosen among 5 possible options, which I hope would extend the game's expiry date. I'm quite pleased with the end result here, and it's my first game that's not built off from a tutorial project. One day I'll do a Pac...no, Paku-paku Roguelike with randomly generated mazes...
And yes, it's possible for Pac-..no, Paku-Paku to go transgender during the game. Well, there's an item that puts a bowtie to make it look like Ms Pac-Man.
Nice! I really like the concept. I found I kept getting hung up at T-junctions - if I pressed the new direction button early it was fine, but if I pressed it even a little late I'd be at a dead stop. Maybe adding an extra pixel or two of "grace" here would be helpful?
Also, I don't know if you've ever read about how the ghosts work in the original Pac-man, but if you haven't it's super interesting: https://gameinternals.com/understanding-pac-man-ghost-behavior . No need for A* :)
One other thing about the ghost: I think it could use some sort of indicator for when it's about to become dangerous again, like the flashing state in the original.
I'm looking forward to giving this one another go!
I noticed that about the movement.. the player is in fact exactly 8x8 pixels wide as far as collision is concerned, I'm not sure how I'd be able to make it "ignore" a couple of pixels without making it wobble in the corridors. Maybe I can force the x and y to multiples of 8? I can experiment around it but I'm not sure if I can pull it off.
And yeah, I researched into the original Pac-Man ghost behaviors... and couldn't really figure out how I'd make it go around an obstacle to a destination.
Making the ghost flash -- that's a great point and it's a complete oversight of mine. I think this is something I should be able to do, so I will!
Yeah, I think that for the collision thing you'd have to do some snapping to the grid at intersections only, I agree that you definitely don't want corner wobble! Now that I know that I have to hit the new direction much earlier than I think I'm usually fine, but it was a bit of an adjustment.
Also, I just realized: when did Pac-Man learn to stop? (Not a criticism, just a thing that I suddenly realized!)
Honestly I never liked how Pac-Man would just keep travel in the direction until it hits a wall, and you'd have to keep changing directions in the same place if you want to lure the ghosts (like while standing just in front of the power pellet..) I guess I never thought of recreating that aspect of it.
But maybe I can make two modes, where mode A keeps the original movement pattern and B only moving when there's a player input. I think that's doable
Trying this out now, @katiusza. I'm noticing that if you tap the direction to turn while in a corridor, it does not cache it as other PC-driven Pac-Man games do.
This makes it difficult to turn. If you like the way it is I would add an option at the start of the game to either keep it the way it is or to turn on "smart" turning where you can cache the direction to turn and it WILL turn that direction when the corridor allows the player to.
If you can add this, I'll deem the game playable and fun and you'll earn my gold star.
In Mode A, if a direction is being pressed, the player will turn as soon as they are allowed to. I'm sorry but I can't see the point of caching a tap input, for two reasons.
- It's easy to unintentionally input more than one direction using an analogue stick.
- The player may change their mind and wish Paku-paku to stop as it hits collision.
I used the Famicom port as reference as I added the Mode A, and it does not seem to cache such input either. The D-pad needs to be pressed as Pac-Man comes to corner.
"I'll deem the game playable and fun and you'll earn my gold star."
I appreciate the feedback, but I don't remember commissioning design to anyone, nor am I submitting a homework to a teacher.
I don't know what you mean by "just now added". This is when Mode A was updated. Unless you have no idea what you "precisely wanted" in the first place, since you most likely played the same exact game in the same exact mode, and one moment you found it unplayable and the next it's precisely what you wanted.
I'll hide your comments. It's not a big deal if you just misunderstood something. But pretending you knew it all along and changing your words is disgusting.
[Please log in to post a comment]