I've never used animated sprites, but it should be fairly simple.
[FE134RANDOMSPRITEINFO]->Pic1
[next animation2]
[next animation3]
[animation4]
Through the loop, have a counter go up by 1 - say variable I.
Instead of Pt-On(X,Y,Pic1)
do
Pt-On(X,Y,I^4+Pic1)

Something like that.

Yeah, something like that but not really
First of all, his sprites are not 8x8 so he surely doesn't use only one Pt-On. Let's say that he uses a routine called Display.
Then, I^4+Pic1 doesn't display the first sprite, then the second one, etc, but it displays the sprite composed of the 8 first bytes found at I^4+Pic1, so when I=0, it works, but when I=1, it displays the 7 last bytes of the first sprite and the first byte of the second one.
So the real formula is Display(X,Y,I^<number of frames in the animation>*<size in bytes of one sprite>+Pic1)

I agree with Hayleia. Multiply by the # of bytes a frame takes.
In Axe, the "^" is a modulus, the remainder, not a power.

Quote from: Ranman on December 19, 2012, 10:50:59 pm

Now your talkin'.  Looks GREAT!

Have you thought about starting at a speed of 0 and increasing up to say... 250mph? As you speed up the lines move faster and faster.

I can't really make it go at a certain mph. I just do it by pixels. Right now it is going every 5px. The opponent cars are going 1px.

Well, you don't have to do MPH directly to change where the black lines are... you could say... add MPH/5 to the position of the lines?

wow, amazing nice work! it looks great

woo, the wheels are looking cool

Thanks!

wow, amazing nice work! it looks great

Thanks to you too.

Looks awesome! (There is an artifact at the top of the screen when a sprite is clipped at the bottom of the screen?)

I saw that, but I don't know why it does it...

Lookin' sweet Spenceboy98!!