Tearing problem at bigger overlay sizes
Xavier Bestel
xavier.bestel at free.fr
Wed Jan 14 08:35:58 PST 2009
On Tue, 2009-01-13 at 18:55 +0100, Matthias Hopf wrote:
> On Jan 13, 09 18:39:10 +0100, Xavier Bestel wrote:
> > > Because the chip might reorder memory writes, and decide for later
> > > blocks to be pushed out first (or even pushed out to memory w/o changing
> > > the cache). That way you *could* see multiple tearings.
> >
> > I thought a cache flush acted like a barrier, i.e. even if reordered
> > between them all writes before the flush should go.
>
> Yes, but the beam could already in the middle of the screen if you flush
> only at the end of all blocks.
That would mean the engine isn't way faster than the beam, which I
thought was doubtful but after seeing the fillrate¹ of an r300 seems
plausible: around 1 Gtex/s means an HD screen (1920*1080 = 2 Gpix) would
take 2s to draw ...
I must have missed something, it looks way too slow.
Xav
1. http://en.wikipedia.org/wiki/Comparison_of_ATI_Graphics_Processing_Units#Radeon_R300_.289xxx.2C_X10xx.29_series
More information about the xorg-driver-ati
mailing list