lp:~vanvugt/compiz-core/fix-880707.2

Branch merges

Propose for merging

No branches dependent on this one.

Merged into lp:compiz-core/0.9.5 at revision 2915

Sam Spilsbury: Approve on 2012-01-18

Compiz Maintainers: Pending requested 2011-11-26

Tim Penhey: Pending requested 2011-11-26

Diff: 408 lines (+89/-150)

3 files modified

plugins/composite/src/privates.h (+2/-7)
plugins/composite/src/screen.cpp (+63/-131)
plugins/opengl/src/screen.cpp (+24/-12)

api

Related source package recipes

No recipes using this branch. (?)

Create packaging recipe

Related snap packages

Related bugs

Bug #92599: Incorrect (low/stuttering) refresh rate with NVIDIA driver	Medium	Fix Released
Bug #254561: Benchmark window slows the system and degrades graphics resources	Low	Fix Released
Bug #755841: [sandybridge] Graphics tearing when playing video	Medium	Fix Released
Bug #798868: unity video tearing when moving windows in oneiric with nvidia-current	Medium	Fix Released
Bug #876575: Moving windows between workspaces causes them to "jitter" / jump around	Low	Fix Released
Bug #880707: [regression] Compiz: Visible tearing is worse in 11.10 than 11.04, even when "Sync To VBlank" is enabled, but only when Unity is active.	High	Fix Released
Bug #891744: Dragging windows stutter during and after grid animation	Medium	Fix Released
Bug #917210: compiz+unity3d generates > 50 wakeups a second on idle system	High	Fix Released

Link a bug report

Related blueprints

2903. By Daniel van Vugt on 2012-01-16

Merge from upstream.

2902. By Daniel van Vugt on 2012-01-16

Merge upstream changes.

2901. By Daniel van Vugt on 2012-01-12

Merge with upstream changes (lp:compiz-core).

2900. By Daniel van Vugt on 2011-12-19

Fix slow-motion-animations regression, most noticeable on slow machines or
systems under heavy load. In that case animations were slowing down, instead
of the old (correct) behaviour of simply skipping frames in the animation to
ensure its duration is constant.

Ideally this hacking of timeDiff should be removed completely in future.
But before that is possible, all offending plugins would need to be fixed to
ensure their preparePaint functions ignore the msSinceLastPaint parameter on
the first frame. Since msSinceLastPaint can potentially be huge if the screen
has been idle for a while. Animations should not ever use msSinceLastPaint
until their second frame.

2899. By Daniel van Vugt on 2011-12-07

Move the previous commit to a more logical location so it also works for
systems that have GLX_SGI_video_sync without GLX_SGI_swap_control support.
This also dramatically improves GL benchmark results for those who like to
measure framerates with sync-to-vblank disabled.

2898. By Daniel van Vugt on 2011-12-07

Significantly reduced tearing even more. This now resolves the tearing seen
during HD video playback (LP: #755841)

2897. By Daniel van Vugt on 2011-12-05

Fix excessive lag when doing full-screen repaints in combination with the
fixes of LP: #880707 and LP: #763005.

This means you can once again use the compiz workaround "Force full screen
redraws (buffer swap) on repaint" if you want.

2896. By Daniel van Vugt on 2011-11-26

Detect when vsync is apparently "supported" but disabled by the driver and
returns immediately (e.g. nouveau's default setting). Without this fix compiz
would not limit its frame rate, incorrectly believing the driver is doing what
it's told, and so would be laggy.

2895. By Daniel van Vugt on 2011-11-22

Style cleanup: Use initializer list.

2894. By Daniel van Vugt on 2011-11-14

Fix inaccurate frame timing causing tearing (LP: #880707)

Introduced "tickless" frame timing to the composite plugin. This means we
no longer need to poll for repaints. Composite only wakes up when a repaint
is required and it's the right time to do so. This not only improves vsync
accuracy, but also reduces CPU usage and power consumption.