[haiku-appserver] Re: investigating some bugs - Rudolf have a look at this please
- From: Adi Oanca <adioanca@xxxxxxxxxxxxxx>
- To: haiku-appserver@xxxxxxxxxxxxx
- Date: Thu, 31 Mar 2005 13:28:26 +0300
Rudolf wrote:
> Hi,
>
>
>>>No. Why? You might confuse this with page flipping, but that is not
>>>what is happening here. Back and front buffer do not get swapped.
>>
>> Then how is it that you can sync the updates with monitor refresh?
>> AFAIK, that is only possible for a blit operation (both the source
>>and the target are in videoMem). I may be wrong, but I don't think
>>the
>>AGP or PCIe bus is fast enough for this operation, Rudolf?
>
>
> 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.
Where am I wrong?
bye,
Adi.
Other related posts:
