[haiku-appserver] Re: investigating some bugs - Rudolf have a look at this please

  • From: "Rudolf" <drivers.be-hold@xxxxxxxxxxxx>
  • To: haiku-appserver@xxxxxxxxxxxxx
  • Date: Thu, 31 Mar 2005 13:20:46 +0200 CEST


> > Syncing has nothing to do with blitting. These are seperate 
> > 'functions' 
> > Although GF256 and higher can do this explicitly inside the blit 
> > operations as well (but I don't use that, yet (maybe later if not 
> > much 
> > speed penalty))
>       Looks like I will never understand this 'retrace' thing. :-))
>       If one wants to _copy_ a surface from main mem to the visible frame
> buffer, how can he do that if the PCI/AGP bus is so slow. How would 
> that
> image/surface would appear at once and not in pieces?
>       I can understand why _blitting_ can be done during a retrace, 
> because
> video memory is very fast.

Well, if you are going to software-copy during retrace: you might be 
right. You cannot guarantee you will finish before the screen starts to 
redraw. IT depends on resolution (timing wise), refreshrate, 
colordepth, CPU speed, busspeed...

>       Where am I wrong?
You just have to differentiate between practice and theory ;-)


Other related posts: