Hardware blit wins pretty much hands down.
I'm currently doing a slightly modified RLE scheme with software drawing, and its decently fast, which is why I haven't bothered with hardware acceleration yet. But remember, the beauty of RLE is that it saves in overhead and blitting of non-visible pixels. But, the raw bandwidth that you can move pixels to the video card with isn't changed.
------------------
- Remnant
- (Steve Schmitt)
mov edi,[y]
shl edi,6
lea edi,[edi*4+edi]
add edi,[buffer]
add edi,[x]
mov al,[c]
mov [edi],al
As for the blit, hardware acceleration is the way to go. If you can't do that however, compiled sprites. This is where you actually generate like a function that specifically draws a particular sprite, pixel by pixel. This avoids any jumping, colorkey testing, etc...only limitation is memory and the fact that it can be a pain in the ass. If that is a problem too, use RLE.
void putpix(int x, int y, int color)
{
if(x < 320 && x > -1 && y < 200 && y > -1)
{
vgamemory[(y<<8)+(y<<6)+x] = color;
}
}
vgamemory is a pointer to VGA-memory (duh)
Rock
quote:Original post by HIND-D
How would i do a realy fast mode13h bliting routine?
