Skip to main content
Topic: Tearing in mpv (Read 3464 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

Re: Tearing in mpv

Reply #15
[...]
Because TearFree fixed the tearing system-wide, and since the problem only occurs in mpv, the problem is most likely in mpv, building the package in this case seems too radical.
Well, could you try testing out picom's vsync then (just install picom and enable vsync globally for a test)? This way you'll know if it is the program's fault or the compositor/x11 fault.

Re: Tearing in mpv

Reply #16
building the package in this case seems too radical.
You do you my friend. We obviously have very different ideas of what is radical and that is in no way to suggest that you are wrong.
For me patching packages is very normal. I'd try it just to see what happens and maybe gain information. Because switching back is very simple.

You are right that if this is only happening with mpv it suggests some issue between mpv and the video driver and or compositor ? It can't just be mpv or we'd all have the same issue.
Maybe there is a simple option, whether mpv, kernel or video driver, that can fix this?

Maybe this 'tearfree' xorg-server build would fix it but introduce system wide slowdowns, or other issues, which are unacceptable?
As ####### said you could just not use mpv. Personally I'd find that hard as mpv is my favourite player.

Well, maybe you're right... I tried several other players based on mpv and gstreamer and... tearing is present in all players, but for some reason it's missing only in MPlayer. And I can't just replace mpv with MPlayer.

Re: Tearing in mpv

Reply #17
I wasn't suggesting any permanent switch to VLC, just do pacman -S vlc, try a couple of videos, then pacman -Rs vlc afterwards to remove it plus it's dependencies, and I doubt there will be a huge amount of deps in terms of mb either.  Probably take about 5 or 10 minutes, it would be a simple test which might add a bit more info if any mpv devs happened to be searching about. All these apps are likely to have both differences and similarities in how they work under the hood which might help someone debug mpv. But if you don't want to that's fine by me, after all I only occasionally install and use mpv for testing things as a quick comparison...  :D
Tearing is present even on vlc.

Re: Tearing in mpv

Reply #18
By default mpv will paint video frames vsynced (i.e. swapinterval of 1 for opengl or fifo for vulkan). This shouldn't tear; even on uncomposited X. If it does, that would seem to indicate something is wrong with your drivers. What you can do is run a compositor like picom and use the --x11-bypass-compositor option if needed. A combination of those two things should stop all tearing.

Re: Tearing in mpv

Reply #19
By default mpv will paint video frames vsynced (i.e. swapinterval of 1 for opengl or fifo for vulkan). This shouldn't tear; even on uncomposited X. If it does, that would seem to indicate something is wrong with your drivers. What you can do is run a compositor like picom and use the --x11-bypass-compositor option if needed. A combination of those two things should stop all tearing.
What could be wrong with them? It would seem that I have trouble-free hardware (X230), which has been recommended for almost a decade for use on GNU/Linux for a reason.

Another option is to use wayland. I tried it and there is no tearing in it, but there are other problems with the environment...

Re: Tearing in mpv

Reply #20
I'm sure you've tried this, but since I don't see a mention of it in the thread:
temporarily rename your mpv.conf and eliminate the possibility that it's your own custom settings?
Edit: sorry, I now see you have ran it with -no-config.


Re: Tearing in mpv

Reply #21
What about "gpu-next"?

For me it didn't work with DVB-S1 (MPEG 2), but maybe it cam help with this.

This is my mpv.conf:
Code: [Select]
hwdec
#hwdec-codecs=all
#vo=gpu-next
deinterlace=auto
scale=spline36
interpolation
tscale=oversample
video-sync=display-resample-vdrop
osd-duration=2000
idle=once
autofit-larger=99%x95%
audio-channels=auto

 

Re: Tearing in mpv

Reply #22
What could be wrong with them? It would seem that I have trouble-free hardware (X230), which has been recommended for almost a decade for use on GNU/Linux for a reason.

If you're tearing in a bunch of different applications, it's not exactly trouble-free is it? Could just be the modesetting driver vs the old intel one.