Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.Sign up
I need opengl-early-flush #3670
I just want to report that this option do improve things for me.
I used intel graphics on a linux desktop with dual head monitors. I use xf86-video-intel-2.99.917_p20160621-r1 (just some random revision because intel has stopped releasing stable drivers). I use AccelMethod=uxa because SNA is broken in various ways and I run without compositioning because that's also broken.
With opengl-early-flush=yes and video-sync=audio I get frame drops & repeats perhaps once every 30 sec and at the same time I might get a torn frame. On average I get a torn frame every few minutes.
With video-sync=display-resample I get a torn frame about once per second always in the top part of the monitor. Opengl-early-flush doesn't change that.
With opengl-early-flush=no and video-sync=audio I get tearing every frame so the best option for me is opengl-early-flush=yes and video-sync=audio.
Here's an example of it happening: https://my.mixtape.moe/okhyaf.mp4
When watching the movie (mpv window in the front), can you see elements or whole windows behind it as a black, short flicker?
Don't know if there should be a separate issue for AMD hardware, but I'm experiencing frame dropping with some videos that wasn't occurring on 0.20.0. It seems to just be happening with subtitle streams that use heavy typesetting. Using opengl-early-flush solves the issue for me.
GPU: HD Radeon 6870
pushed a commit
Oct 21, 2016
It seems it's needed:
And not needed:
With these 2 commits the end result is the desired one, but I'm pretty sure the goal of both commits could be simplified so it's only defined in 1 location.
Unless it's simply better to leave everything as is and let dogs lie and all that.