There is a memory limit. What is the average size of these images?

With 60 images, that is equivalent to a good sized world background in itself. You also have a scrolling world. Are you manipulating the world background image during scrolling? and if so, what is the size of your world and what is the size of the background image you are applying to it?

Oh sory, I've just found the problem with the images. I've imported an image in Greenfoot that it wasn't in my images folder, when I saved each image from a gif image with photoshop I was hurry and I forgot one. So the problem with importing the images is solved, now I have to create the animation with jumping when up arrow key pressed and idle when none...Could you help with that please?

Use a boolean idle variable and set it false whenever a move key is held down and true else Why didn't you just use a singular line tho

Using a boolean is not a very good idea. The "idle"ness can be determined by neither left or right keys down and not in air. The single line of code would be okay if the image was not changing so often. With both animation and scrolling, you would want to do as much as possible to limit CPU usage. Reading from the file directory is a time-consuming operation (as far as computer ops).

Yeah I figured just now too, was about to edit. Array would be fine to reduce code Don't understand your problem with the boolean tho What's your approach

I was also about to edit and say this also -- the last idle state is useless as far as what the current state may be.

But that's why Continually update it :o It May fall behind in one act cycle assuming it's calculated before movement comes in but that shouldn't be a problem

I am seasoned and am set in my ways as far as movement where jumping is involved. I do not save any jump state in a field -- I check the on ground state on the fly (during the current act step). I also separate horizontal movement from vertical movement and do collision checking for each. I dislike the way most beginners program their jumping/moving codes (they get their codes, or ideas for them, from what other beginners have created). On the other foot, beginners seem to not like the way I do it -- I guess because I do not use a bunch of simple straight-forward methods. I usually just have this for an act method: and just have those two methods to accomplish everything that needs done. I use a local 'onGround' variable in the 'verticalMovement' method, set to 'false' and, during collision checking (or ground checking), set it to 'true' if needed; then, at the end of the method, if it is 'true', check for jump key and initiate jumping if the key is detected.

With all the animations, I would put each in a array of their own and then have a single array for the current animation. As the animation set changes, the individual arrays can be set to the current animation array. That way, it can be easily checked to see which animation is currently active. For a pseudo-code example: then either the current animation continues or a different animation is set. If nether the "left" or "right" keys were found down, then: This is only an example of what you might have. The order of priority of the animations will need to be considered. Jump animation takes priority over the other animations; so, before changing the image set to something else, the on ground state would need checked after falling. Maybe the current animation and frame should be saved at the beginning of the act method so any changes can be undone. That way the image set can be changed to an idle or running set and reset back to a jump set if the actor is still in the middle of a jump.

Sory but I don't understand , I'm a little bit confused, how my code should be with that sinlge array?

-1 because your image counting doesnt start at 0 but Arrays do.

The last field can be reassigned any animation set at any time. Only use it for setting the image of the actor. Allow 'frame' to be zero and reset to zero any time the image set changes or immediately upon increasing its value to the length of the current animation set.