| From: | Allan Odgaard |
| Date: | 06 Aug 99 at 12:08:41 |
| Subject: | Re: Drawing images on Intution |
From: Allan Odgaard <Duff@DIKU.DK>
On 06-Aug-99, Steffen wrote:
>> I know that - it was the initial blit I was refering to, this will make your
>> solution slow. [...]
> Slow ??? It's half a second on AGA at 640x512x256 !
I'm running 1024x768x16bit - and as said before, a gfx board can run out of
memory, so a bitmap ends up in fast mem, which requires a processor move for
each blit. So making the backup will take seconds, and each blit from the off
screen buffer will also be much slower than a simpel chip mem blit.
But even if you don't want to be "compatible" with gfx cards, then I think half
a second is totally unacceptable - imagine that the workbench froze for that
amount of time, each time you wanted to drag an icon, because it had to make a
copy of the entire screen?
> I disagree that your method should make the
> animation faster.
I never said that the actual movement would be faster - even though it will if
your huge buffer ends up in fast mem. I just said that restoring the
background using RectFill for the gren area and blit in the cards on the rest
is everything else than slow. Even when you have 52 cards to manage. So you
should not jump to clumsy solutions in a naive believe that it may be faster.
> But we're talking about making fast graphics, for wich simple- and smart
I'm talking about how to restore the background while dragging around a card,
in a system friendly application, which runs in a window.
> refresh is not suitable, you should use superbitmap, and in that case, the
> above is not true.
Superbitmaps are not much different from smart refresh. A super bitmap just has
the ability to exceed your windows dimension, thus allow scrolling and drawing
outside the window boundaries. But the gfx. will then be splitted over two
bitmaps, the same is also the case when a window cover your superbitmap.
I see absolutely no advantages in a superbitmap for the cardset game, and the
claims I made about not using BltBitMap() with window bitmaps also hold for
superbitmaps.
> Actually, the window should be a backdrop window on a
> seperate screen (if you want speed).
Could you specify the technical reason for this?
Regards Allan