Maybe you are confused by the word 'import'. You do not need an 'import' statement. The 'GifImage' class comes with the greenfoot download. Just go to the menubar and select 'Edit>Import class...' and choose the GifImage class from the list in the pop-up. This will have the class added into your project.

danpost, thank you very much. This works. One question to this topic: As far as I can see it is only possible to change the animated frames in the rhythm of the act()-method (using the getCurrentImage()-method in the act()-method). When I turn down the speed of the scenario the animation also gets slower. I assume there is no way to use a fast running animation in a low-speed-scenario? Example of my code:

It is not possible to change an image more than once in an act-cycle and see the images without skipping images of the gif. What you could do for example is that you keep the speed but let the rest of the act-method only execute every second time or something.

You could create a GifImage object and use the 'getImages' method on it to load images to my Animation Support Class: EDIT: nevermind ... I just realize that I had misunderstood what you were aiming for. Everything else needs to be slowed down in a faster running scenario (not the other way around). Maybe there is a still a way to make it work. Why exactly are you wanting to slow down the speed of the scenario? Usually, somewhere near the middle of the speed slider is a comfortable speed for most scenarios. Going faster will oftentimes create some lag and going slower will make keyboard input sluggish and awkward.

Thanks, Super_Hippo and danpost, for explaining this. I have no concrete plans; I just wondered if the speed of the GIF-animation has to go down according to the scenario-speed inevitably. I thought perhaps I am doing something wrong when animating the GIF in the rhythm of the act-method.

After taking a close look at the GifImage class (which I have not ever used myself), I have come to believe that the running speed of the animation is constant; it is the rate of updating the image of the animation due to the speed of the scenario that you are seeing.

Please explain. I have tested it out and it seems to work just fine. Maybe a slight bit "sluggish" (with very slight hesitations in changing frames), but otherwise -- fine. There is also a "jump" when the scenario is started after being stopped. This is due to the use of System time in controlling the image changes. If this is bothersome and the images are not displayed for different amounts of time, you can use the images created from the GifImage class in my Animation class. The code given above is not quite accurate as a List object is returned from the GifImage class when 'getImages' is used, where an array of GreenfootImage obects is needed with the Animation class.