GTK progressbar call on XRenderComposite

Huang, FrankR FrankR.Huang at amd.com
Thu May 20 23:28:48 PDT 2010


Morton,

	I decided to use rendercheck application to correct the rendering error in Geode drivers.
	With this miscellaneous app, I will test every operation, every pict format. 
	Use -o and -t option to minimize what I want.
	Do you know the -f option use?

Thanks,
Frank

-----Original Message-----
From: xorg-devel-bounces+frankr.huang=amd.com at lists.x.org [mailto:xorg-devel-bounces+frankr.huang=amd.com at lists.x.org] On Behalf Of Jonathan Morton
Sent: 2010年5月20日 21:49
To: Huang, FrankR
Cc: xorg-devel at lists.x.org; gtk-list at gnome.org
Subject: Re: GTK progressbar call on XRenderComposite

On Thu, 2010-05-20 at 16:11 +0800, Huang, FrankR wrote:

> I have use XFlush in cairo to send the XRenderComposite to server, but
> still can not see every step result on the screen. Only the final
> progressbar is displayed. So it is hard for me to trace the render
> process of a progressbar.

The rendering is almost certainly done using a backbuffer, a common
technique for eliminating flicker from a rendering process.  The
backbuffer is not part of the screen, but the final Composite call
copies it to the screen in the correct place.

If you were to direct the same sequence of calls, minus the final one,
directly to the screen, you would in theory see the bar being rendered.
On a modern computer this would happen too quickly to see clearly (but
would still flicker annoyingly), so you would also want to insert delays
to make the process visible if you want to learn about the process.

-- 
------
From: Jonathan Morton
      jonathan.morton at movial.com


_______________________________________________
xorg-devel at lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http://lists.x.org/mailman/listinfo/xorg-devel




More information about the xorg-devel mailing list