So I am making a helicopter-like game using Axe, and since it is my first game I some help!  I am currently stuck making it scroll sideways. Would this involve using two buffers? Maybe like drawing the bricks there and shifting pixels left? This would be my guess (although I could be way wrong )!

For those of you that don't know what the helicopter game is, it is the game where you move your helicopter to avoid the incoming bricks.

You mean a tunnel game ?
This is simple actually, you just have to scroll the screen to the left ( using Horizontal - ) and make bricks appear at a random Y position on the right of the screen.

No, he really means a helicopter game, in a copter game there's gravity you have to keep press UP to go UP or gravity will kill you. But the engine is pretty much the same.

Alright, thanks for the suggestions.  The reason I thought I would need two buffers is because when I update the screen for my Helicopter sprite, I use ClrDraw, which would end up wiping out the brick moving across the screen.  Any ideas to counter this?

If you don't min the background of the game moving up and down the position of the helicopter never has to change, you want the helecopter to be in the center of the Y plane and in the first quarter of the X plane based on the versions of the game that I have see. So on a 10x10 grid you would want to draw the helicopter at (x,y) (2.5,5) The helicopter would then be redrawn at that set of coordinates every time.

For the background you would draw out the level and then have an Yoffset value that can be added on, is drawRect(1,1+offsetY)
That way if the user goes up then a negative y value will be added on, making the background go down, and giving the illusion that the helicopter went up. The opposite would be true for the user pressing the down key.

If you want to see the method I have just described in action and you are comfortable looking at the code of a porgramming language that you don't necessarily know, have a look at my nFighter code. All of the background objects have both X and Y offset values so the crosshairs appear to move when in face only the background does.

Cheers
Ingalls

Axe can easily handle both, although using Pt-Change would be much more easier to implement (and would probably run faster, at the cost of not being able to move around much).

You erase it with ClrDraw, this is probably the problem

All you need to add to the code is a timer statement. That way you can establish fps

Fast crash's code is a lot easier to implement than what I was suggesting... The only problem with it is that the backgound is going to need to be moving as well so your probably going to want to add the timer statement that I was talking about.