[haiku-appserver] Re: Going "back" to partially hardware accelerated drawing
- From: "Rudolf" <drivers.be-hold@xxxxxxxxxxxx>
- To: haiku-appserver@xxxxxxxxxxxxx
- Date: Thu, 21 Apr 2005 12:05:23 +0200 CEST
Oops: I reversed things for up and down I think. Sorry :-/
Rudolf.
> I want to define scrolling from the accelerants perspective (think
> textfile for example):
> -scrolling down:
> ->blit top-second text line downto last textline one textline up.
> ->app_server will send new last line using software copying from main
> mem.
>
> -scroling up:
> ->well, you can guess ;-)
>
> It's just using local blits (mainly)! Which makes it so damn fast.
> And again: no retrace syncing is used. trust me on that ;-)
>
> I don't know about non-accelerated drawing though: but it seems
> unlikely that that would be retrace synced. retrace syncing comes at
> a
> huge performance penaltly. (let's say you need 20 times the time of
> non
> -synced drawing on high loads)
>
>
> Rudolf.
>
>
>
Other related posts:
