Bug 2555 - Have xcompmgr paint at intervals instead of after all screen changes
Summary: Have xcompmgr paint at intervals instead of after all screen changes
Status: CLOSED INVALID
Alias: None
Product: xorg
Classification: Unclassified
Component: App/xcompmgr (show other bugs)
Version: unspecified
Hardware: x86 (IA32) Linux (All)
: high enhancement
Assignee: Xorg Project Team
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-02-16 14:36 UTC by Jonathan Briggs
Modified: 2011-10-15 17:09 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
use itimer to limit paint to 60 Hz (3.99 KB, patch)
2005-02-16 14:37 UTC, Jonathan Briggs
no flags Details | Splinter Review

Description Jonathan Briggs 2005-02-16 14:36:12 UTC
Of course I would like to do double-buffered painting with buffer swaps at
vertical retrace, but I can't have what I want, it seems.  This is the next best
thing.

I used itimer to set a do_paint flag 60 times per second.  xcompmgr checks this
flag before doing any painting.

This reduces window "sliding" when dragging a window over many layers of
transparency where the rendering takes considerable time.  It also seems to have
interesting jump-scroll style effects.  I like it.  You may not, but give it a try.
Comment 1 Jonathan Briggs 2005-02-16 14:37:19 UTC
Created attachment 1913 [details] [review]
use itimer to limit paint to 60 Hz
Comment 2 Jeremy Huddleston Sequoia 2011-09-24 19:59:45 UTC
This patch no longer applies.  It seems that nobody championed this, and it has bitrot.  If you feel strongly that this is something that should land in xcompmgr, please update the patch and sent it to xorg-devel for review.  Feel free to reopen this bug and assign it to me if you have an updated patch.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.