1. Computers
  2. Display Drivers
  3. Graphics Cards
  4. Memory
  5. Motherboards
  6. Processors
  7. Software
  8. Storage
  9. Operating Systems


Facebook RSS Twitter Twitter Google Plus


Phoronix Test Suite

OpenBenchmarking Benchmarking Platform
Phoromatic Test Orchestration

Avoiding Frame Jitter With GNOME's Mutter, Weston

GNOME

Published on 30 November 2012 12:29 PM EST
Written by Michael Larabel in GNOME
13 Comments

Owen Taylor has written a new blog post about avoiding jitter in composited frame display. Owen -- along with help from Kristian Høgsberg -- made improvements to the algorithm for compositor frame timing as used by GNOME's Mutter compositing window manager and also Wayland's Weston.

The basic algorithm up to this point was when receiving damage, a redraw should be scheduled immediately. If a redraw is scheduled and the system is still waiting for the previous swap to complete, a redraw should be done when the swap completes. This algorithm though doesn't work out ideally when showing content that runs at a fixed frame-rate that is less than the display's frame-rate, such as displaying video content at 24/30 FPS on a 60Hz display.

In the end the modified algorithm he came up with includes introducing a concept of "urgent" frames that can be marked by the application. Now when receiving damage, if it's part of an urgent frame, a redraw will be scheduled immediately. If it's not urgent, schedule a redraw for 2ms after the next VBlank. If a redraw is scheduled for time T and they're still waiting for the previous swap to complete at time T, redraw immediately when the swap completes. "I’m pretty happy with how this algorithm works out in testing, and it may be as good as we can get for X. The main downside I know of is that it only individually solves the two problems – handling clients that need all the rendering resources of the system and handling clients that want minimum jitter for displayed frames, it doesn’t solve the combination. The client that is rendering full-out at 24fps is also vulnerable to jitter from other clients drawing, just like the client that is choosing to run at 24fps. There are mitigation strategies – for example, not triggering a redraw when client that is obscured changes, but I don’t have a full answer. Unredirecting full-screen games definitely is a good idea."

Other possible approaches being evaluated for avoiding jitter in composited frame display include triple buffering with the compositor (though this could lead to wasted resources) or allowing applications to submit frames with their intended time frames. The later approach, however, wouldn't be good for X but could work nicely in a Wayland world.

Read the blog post at FishSoup.net.

About The Author
Michael Larabel is the principal author of Phoronix.com and founded the web-site in 2004 with a focus on enriching the Linux hardware experience and being the largest web-site devoted to Linux hardware reviews, particularly for products relevant to Linux gamers and enthusiasts but also commonly reviewing servers/workstations and embedded Linux devices. Michael has written more than 10,000 articles covering the state of Linux hardware support, Linux performance, graphics hardware drivers, and other topics. Michael is also the lead developer of the Phoronix Test Suite, Phoromatic, and OpenBenchmarking.org automated testing software. He can be followed via and or contacted via .
Latest Articles & Reviews
  1. Sub-$20 802.11n USB WiFi Adapter That's Linux Friendly
  2. The Lenovo T450s Is Working Beautifully With Linux
  3. Linux 4.0 SSD EXT4 / Btrfs / XFS / F2FS Benchmarks
  4. Linux 4.0 Hard Drive Comparison With Six File-Systems
  5. Lenovo ThinkPad T450s Broadwell Preview
  6. How Open-Source Allowed Valve To Implement VULKAN Much Faster On The Source 2 Engine
Latest Linux News
  1. AMD Open-Sources "Addrlib" From Catalyst
  2. AMD Releases New "AMDGPU" Linux Kernel Driver & Mesa Support
  3. A Gigabyte Sandy/Ivy Bridge Motherboard Now Handled By Coreboot
  4. Linux 3.16 Through Linux 4.0 Performance Benchmarks
  5. Intel's Windows Driver Now Supports OpenGL 4.4, Linux Driver Still With OpenGL 3.3
  6. DRM Graphics Updates Sent In For The Linux 4.1 Kernel
  7. More eBPF Improvements Heading To Linux 4.1
  8. LLDB Is Getting Into Shape For Linux 64-bit Debugging
  9. Wine-Staging 1.7.41 Works On Improved Debugging Support
  10. GNOME 3.18 Release Schedule: 23 September Release
Most Viewed News This Week
  1. Nouveau: NVIDIA's New Hardware Is "VERY Open-Source Unfriendly"
  2. LibreOffice 4.5 Bumped To Become LibreOffice 5.0
  3. Linux Audio Is Being Further Modernized With The 4.1 Kernel
  4. KDBUS Is Taking A Lot Of Heat, Might Be Delayed From Mainline Linux Kernel
  5. VirtualBox 5.0 Beta 2 Released
  6. ZFS & Libdvdcss Should Soon Be In Debian
  7. Ubuntu 15.04 Now Under Final Freeze
  8. EXT4 In Linux 4.1 Adds File-System Level Encryption