Bug 99096 - [SKL] Video playback and opengl are jerky
Summary: [SKL] Video playback and opengl are jerky
Status: RESOLVED MOVED
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/intel (show other bugs)
Version: git
Hardware: x86-64 (AMD64) Linux (All)
: medium major
Assignee: Chris Wilson
QA Contact: Intel GFX Bugs mailing list
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-12-15 12:18 UTC by e90
Modified: 2019-11-27 13:46 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments
dmesg output and xorg.0.log (73.67 KB, text/plain)
2016-12-15 12:18 UTC, e90
no flags Details
attachment-8357-0.html (1.49 KB, text/html)
2017-03-04 20:10 UTC, e90
no flags Details

Description e90 2016-12-15 12:18:19 UTC
Created attachment 128485 [details]
dmesg output and xorg.0.log

When playing back video files with vlc or mplayer or in browser the playback is not smooth and instead has severe jerkiness. The same issue affects also opengl. 

For video playback the issue is 80% reproducible meaning roughly one time out of five video playback will be smooth with mplayer.

This issue has effected this skylake machine for a year with several different kernel, driver and distro versions. In windows or with sandy bridge linux machine playback is smooth.
Comment 1 Chris Wilson 2016-12-15 12:39:28 UTC
General performance statistics don't show the effect? E.g. glxgears is steady (that's framerate over 5s so not particular sensitive) Nothing shows up in top/perf for consuming CPU?
Comment 2 e90 2016-12-15 14:21:12 UTC
glxgears has the jerkiness too with similar reproducibility but it is not good benchmark to look for this issue as the gears move so fast. There are no cpu intensive programs running in the background.
Comment 4 wbrana 2017-03-04 18:53:33 UTC
Does it occur also with modesetting driver or Wayland?
Comment 5 e90 2017-03-04 20:09:37 UTC
Yes, it also occurs with the modesetting Xorg driver.
Comment 6 e90 2017-03-04 20:10:07 UTC
Created attachment 130065 [details]
attachment-8357-0.html

Yes, it occurs also with the modesetting driver.

On 03/04/17 20:53, bugzilla-daemon@freedesktop.org wrote:
>
> *Comment # 4 <https://bugs.freedesktop.org/show_bug.cgi?id=99096#c4> 
> on bug 99096 <https://bugs.freedesktop.org/show_bug.cgi?id=99096> from 
> wbrana@gmail.com <mailto:wbrana@gmail.com> *
> Does it occur also with modesetting driver or Wayland?
> ------------------------------------------------------------------------
> You are receiving this mail because:
>
>   * You reported the bug.
>
Comment 7 wbrana 2017-03-31 16:56:15 UTC
Which video output mplayer is using? Is there difference between -vo xv and -vo gl?
I can see jerkiness with 60 fps video also on sandy bridge with -vo xv. Pause and unpause is fixing it. There are many dropped frames with -vo gl although there is no jerkiness.
Are there dropped frames (is third number from right increasing in mplayer status line)?
What is desktop environment? Some desktop environment like Xfce can run without compositor. Does enabled/disabled compositor make any difference?
Comment 8 e90 2017-04-01 09:43:15 UTC
The issue occurs with both xv and gl but I use xv by default.

I don't have the issue with a sandy bridge machine at all, only with 
skylake. I see the issue in 30fps content too. Pause and unpause does 
not fix here. Frame dropping is disabled in mplayer.

This is KDE desktop environment on all test machines, including the 
sandy bridge one.

I tried running X directly from console with 'startx' on the problem 
skylake machine and now the jerkiness is gone with mplayer. Instead, 
sometimes xv playback has constant horizontal tear which goes away with 
pause / unpause. With gl there is no tear.

Although there is no major jerkiness anymore without KDE I think 
playback is still not quite as smooth as with Windows but it is usable.
Comment 9 Martin Peres 2019-11-27 13:46:52 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/xorg/driver/xf86-video-intel/issues/131.


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.