I didn't use any images. They are created with the methods provided by GreenfootImage. I only looked it up how they should look. However, the background is an image after I created the world with wall objects and give them different images, but dropped that idea, took a screenshot of that, use it as the background and don't have a wall class anymore. The size is the original size (the pixels are just smaller/not so far away from each other) Probably it could also be twice the size to still fit on everyone's screen, yes. Usually I think smaller is better than too big though. Yes, you can move in all direction even though there is a wall, that's true. I still don't know how exactly the original movement worked. I mean in the article they talk about cutting corners and that even professional players don't always do that perfectly, but if you only click once and then click once again for the next direction you want to go at the next junction far away, it will always cut corners perfectly...

You mean a link to the original Pac-Man game in the gamasutra article I put into the description? Well, the original Pac-Man game was played into one of those "cabinet's" (there are also pictures of them in this article). There are a lot of emulators and copies of the game you can find, but I don't think that Namco published the original one in the internet.

I guess you changed the code of the class. You added at least four lines of code. The original one works without errors. What did you change (for example in the act method)? It would probably be the best to open a new discussion with a link to this scenario instead.

I noticed that it is like that in the original pac-man. However, it's much easier to control if you can stop when not pressing any key. At least that's my feeling. The only disadvantage is that if pac-man stops moving at a junction and you think that you can move in the next direction, but you can't because he is standing a few pixels next to it. That's why it is much easier to cut corners when pressing both arrow keys together, the direction you are moving right now and the next direction you want to move. If it somehow doesn't feel like pac-man with the movement code as it is right now, I could change it / have it as an alternative. I have never played the original version though so I am not 100 % sure how it works... If you are moving right and press the left key, are you changing the direction immediately or at the middle of the next tile? If you are moving right and press the up key and you can't go up, will you keep moving right or stop? And if you keep moving, will you go up when you reach the next junction (even if it is some tiles away) or do you have to press both keys together like it is here right now to make this happen?

It gives me a NullPointer Exception when trying to open it here on the site. (Because of the new API, the downloaded version is not working without changing a lot of things which I didn't try right now.) ---- java.lang.NullPointerException at TextImage.<init>(TextImage.java:153) at Level.drawCircText(Level.java:127) at Level.<init>(Level.java:49) ----