Hi, i am doing the arkanoid game, an for the ball i am using a .bmp file.
I am using the double buffering tech, and for drawing the ball i am using the
draw_sprite(bmp, sprite, x, y) i draw the sprite to the buffer (for the double buffering) and then the buffer to the screen.
I am using acquire_screen and acquire_bitmap before drawing and then releasing them, but i the animation of the ball does not look smooth....
i read that i may have to activate the GFX_HW_VRAM_BLIT_MASKED in the gfx_capabilities.
Is that the answer to my problem?,
if yes, HOW do i activate it and where do i put it?
if not, what can i do?

(i am using winxp and have an nvidia geforce 440go 32ram, pentium4)....

thanks....

it's automagically activated if supported (or i'm thinking wrong)

You can just check if it is or not.

if it is activated by default then that's not the solution
and how is the code to activate it?, and how do i check it?

thanks....

You don't need to activate anything. Instead, to take advantage of hardware vram blitting, you must do the following:
1) Your back buffer must be a video bitmap. This is the case in all page flipping and triple buffering scenarios, but you can also implement a double buffer system with blit using a video back buffer.
2) Your sprites must be in VRAM. Allegro loads everything as memory bitmap by default, so you have to manually copy them to video bitmaps.

If your hardware supports it, all video-video blits are accelerated.

However, I don't think that this is your problem. Unless you're doing something horribly wrong (like loading bitmaps every frame), your machine should be perfectly capable of producing smooth output without hardware accel.
The problem can be:
- A timer issue. This is especially likely if you use allegro timers, which have a ~10ms granularity in windows, making them all but precise. Look into QueryPerformanceCounter() for windows, gettimeofday() for linux.
- It is also possible that your program layout isn't optimal. Your timing code may be generally off, you might be checking for input the wrong way, a thousand things can be wrong.
- You might have made a mistake implementing the double buffer.
- Maybe you are using game logic that produces glitches.

If it's not too large, I suggest you post your code here (use code tags).

Ok, this is some part of the code:
(i do use allegro timers)

this is my main:

int main(int argc , char *argv[])
{  
  srand(time(NULL));
  Init();      
  MainLoop();  
  return 0;
}
END_OF_MAIN();

this is the Init method

void Init()
{  
       // all the graphics and sound initialization
       // and TIMERS
  InitializeAllegro();      

      // load the bitmaps
  ball =load_bitmap("ball.bmp", NULL); 
  bar = load_bitmap("barra.bmp", NULL);    
  brick = load_bitmap("brick1.bmp", NULL);
  buffer = create_bitmap(SCREEN_WIDTH, SCREEN_HEIGHT);  
       
      // OTHER STUFF.....
}

this is the mainLoop

and this is the MOST important method called in my RenderScene

if i uncomment the the acquire and release bitmaps the result is the same.....
hope someone can help me....

I cant see anything wrong with that code, at least now - the acquire_screen and acquire_bitmap are bad. don't use them. Only use acquire_screen if you make more than one consecutive blit to video memory.

Anyway, how about posting the logic code and the actual init code?

ok, here goes mi InitAllegro and Logic code.....

Here is the InitializeAllegro and the TIMER code called in "init()"

and here is the "logic" code:

And checkcollision? You could try and add a vsync(); before you blit to screen as well. just for fun...

my CheckCollision code is unclear, and i dont think that could be the problem because i only do simple math things there, so there is anything related with drawing....

i remove the acquire methods and added vsync() and the result is the same
what can it be???