@ChuckPa Brilliant, thanks so much for entering into a discussion with me, at least we are getting some clarity on this issue, that is much appreciated. I am in the UK by the way.
I absolutely get what you are saying, that it may well be a Windows 10 thing, however, this is something that has been consistent in my experience for several years, prior to Windows 10, we used to use Reclock to address the issue.
That aside, the fix / workaround is to do what MadVR and display sync video does in PMP version 2.10, which is to drop a video frame every 4.5 minutes. This is a very acceptable solution, as it is very rare that I would notice that video frame drop, and is much more acceptable than dropping the audio, as there is often an audible pop when that happens.
So, can this functionality be restored in the next version of Plex Media Player? Something drastically changed from version 2.11 onwards (approximately, it may be 2.12, or 2.13, I just know that 2.10 works and the more recent ones donāt but not 100% sure that 2.10 is definitely the last working version).
I sincerely hope this can be restored. If this is going to be address by a developer / programmer, it would be preferable for the option for the video drop to be in the PMP GUI, rather than the audio drop, as to get the vdrop option, it is necessary to manually configure the .conf file.
I do not know how staffing or tasking may change but please do understand that the two principle assisgned contributors to PMP are no longer with the company. I do not know the particulars of the departures nor do I know how/if this deficit can be addressed (a.k.aā¦ Above my pay grade)
@Achilles, what do you think the 23.977 Measured FPS refers to under the PMP stats that I posted a couple of posts up? Itās under Performance: A/V: -0.028 - what does that mean? Those numbers change constantly and dynamically as the video plays and drop down to 23.976 and 23.975 sometimes, then up again. Is that because PMP is changing the video frame rate dynamically every second or so, so maybe it doesnāt just drop one every 4.5 minutes?
Hey,
After some testing, I can clearly say, that I will never use Windows again when it comes to āperfectā video playbackā¦
IĀ“ve tried it to compile PMP on Linux myself and I can say it is very simple.
Updating mpv no problemā¦, switch from vo=opengl-cb to vo=libmpv also working.
(-> LongChair on Github Bump Mpv to 1.2 by LongChair Ā· Pull Request #727 Ā· plexinc/plex-media-player Ā· GitHub )
All sync modes are working great, no stuttering whatsoever, it is fast and reliable. + no expensive Windows license needed!
So if you can switch to Linux, do it and you will never look back.
(of course dual boot with windows is also possible)
I will completely switch to Linux (Ubuntu) in the coming weeks when I get my hands on the AMD Ryzen 3 2200g. (and if I find a solution how to use vaapi instead of vdpauā¦)
Regarding the sync modes, I have some questions about
Whatās the difference between adrop vs vdrop when it comes to playback. adrop, drops audio, vdrop, video. But on my system I will not see any difference?? (but both are working)
adrop is also working with passthrough enabled, but how? a passthrough stream cannot be changed.
ā the video is also slightly sped up. The audio stream is not, obviously.
But isnāt a result of this an out of sync playback? (the video is faster than the audio?)
Might that also be a reason, why your playback gets out of sync? Or do I miss something?
I am not part of the product team. I cannot predict anything long term. I can only tell you what is in my line of sight from the CS perspective and what little I know of upcoming engineering releases.
I am querying whether my display is a constant 23.97946 as that was reported by MadVR and not reported by Plex. So, what is plex doing to keep it in sync?
Re the sync issues here, I am thinking that too. @achilles and I have been discussing. Loss of sync from the source material / as it comes out of the source system is a very real possibility and, given the issues with MSās updates, anything is possible. Yes, Linux is sweet about all this, isnāt it ?
Correct this commit updated mpv and thatās why the OP is having issues. There is no ETA when PMP will receive another mpv/ffmpeg/LE update. I suspect when LE9 is public, we will see all three updated.
As far as I can tell from the public Plex githubs, Plex has no current active commits to solve this. It is broken. Again what is your argument?
My earlier post was to put the focus back on your root causeāthe incorrect display refresh rate. You asked several times why other users do not experience your issue. It is because other user have displays receiving a more precise 23.976Hz signal. Unfortunately that is not your situation and you require a custom display sync mode that is currently broken. No one is discounting thatābut not everyone is experiencing your issue.
I am unsure what exactly that mpv update did in re:Windows. But from my testing its the combination of using ANGLE and Sync Mode: Display that is broken.
@RuleZero
If you look at the screen capture below, you will see that the source content is 23.976fps but my display is 60Hz on my MacBook Pro. A 3:2 progressive pulldown is required to get it to 59.94fps but Sync Mode: Display is correcting that to reach the 60Hz signal requirement. In your situation, Sync Mode: Display (vdrop) is attempting to correct the signal so that it syncs up with your display refresh rate of 23.97964Hz (that number was provided by your screen capture of MPC-HC).
Can you capture the full screen for PMP so we can see the debug info from both sides of the screen? You can crop the top if you are concerned about the info from the upper part of the debug overlay.
@Achilles You donāt have display sync on in the screengrab that you have provided. So, I am afraid I donāt understand your point.
I have just found in the PMP overlay stats where it reports the Display FPS and it is showing as 23.976, Iāll upload a new screen grab.
So, I donāt think my display is always at 23.97946, that was reported by MadVR, but maybe that is not fixed? Especially as PMP is reporting it as 23.976. I am still confused as to why there is not more people as fed up about this as me. It sounds like most people donāt notice or donāt care. And those that do have moved away from Windows.
Moving away from windows is not an option for me, I will sadly have to move away from Plex if it comes to that.
So, from what I can gather, PMP v2.10 is maintaining sync by dynamically adjusting the frame rate in real time, which is very clever and possibly better than what MadVR does with itās repeating a frame every 4.5 minutes. This is maybe the benefit of using the mpv engine? Very disappointing that this functionality is broken, and not jumped on by Plex as an awesome feature that should be championed?
Some double posting there @achilles, I see the correct screengrab now. Is that working for you in the latest version of PMP, or are you also using v2.10, or is the Mac version different?
