stuttering, frame dropping with 24fps content since 2.9.9

[lifespeed 42]

Ever since 2.9.9 I have had trouble on two different PCs when playing 24fps content.  It auto switches refresh rate to 24, then back to 60fps when playback stops.  But it stutters badly with 24fps content.  Pausing and restarting the video seems to make the problem go a way, at least for a while.  Sometimes a couple pauses and restarts are required to make the video play smoothly.

 

It seems clear enough this is a recent problem, but I have not read of others having this exact problem.  Maybe I just missed the post.

 

Logs attached.

server-63658205860.txt

theater-63658208227.txt

Theater mpv log.txt

[Luke 37022]

Hi, try installing 3.0 from the website, thanks.

[lifespeed 42]

Hi, try installing 3.0 from the website, thanks.

That was the first thing I tried.  I think it improved the rate of the problem occurring, but it still happens a lot.

[Jdiesel 1113]

You say 24fps but the file is actually 23.97fps. Is your display being set to 23.97 or 24hz? 

[lifespeed 42]

You say 24fps but the file is actually 23.97fps. Is your display being set to 23.97 or 24hz? 

Yes, 24fps is really 23.976.  No problems there.

[lifespeed 42]

Am I the only one seeing this problem?  On two different PCs and TVs?  Installing 3.0.0 from the website didn't help, but 2.9.6 works fine no stuttering.

 

Edit:  I set deinterlacing to "auto" instead of "yes" and the problem went away.  Of course it doesn't de-interlace 1080i OTA TV anymore, so that isn't much help.  I do have nVidia cards in both computers and use CUDA acceleration.

 

Kinda doubt this just a problem for me, plenty of users use Live TV and deinterlacing.

Edited April 3, 2018 by lifespeed

[Luke 37022]

I have not been able to reproduce it.

[lifespeed 42]

I have not been able to reproduce it.

If you could, you wouldn't have released it with this problem.

 

I'm not sure there is anything particularly unusual about my setup.  Make that two setups.  It definitely goes away if I turn deinterlacing off, and your default setting is "auto" so probably the majority of users won't even see this.

 

Not sure what I can do to help you debug it, but I am quite sure this was introduced in 2.9.9.

Edited April 4, 2018 by lifespeed

[rouq 23]

Am I the only one seeing this problem?  On two different PCs and TVs?  Installing 3.0.0 from the website didn't help, but 2.9.6 works fine no stuttering.

 

Edit:  I set deinterlacing to "auto" instead of "yes" and the problem went away.  Of course it doesn't de-interlace 1080i OTA TV anymore, so that isn't much help.  I do have nVidia cards in both computers and use CUDA acceleration.

 

Kinda doubt this just a problem for me, plenty of users use Live TV and deinterlacing.

I'm seeing the same behavior as well.  I also have a nvidia GPU and deinterlacing setting was set to yes.  So thanks about the tip to put it to auto. 

 

Also, I'm seeing a lot of dropped frames on 720p at 59.94 fps.  I did not remember seeing this before.  No dropped frames on 1080i at 29.97 fps.

[Guest asrequested]

 

Also, I'm seeing a lot of dropped frames on 720p at 59.94 fps.  I did not remember seeing this before.  No dropped frames on 1080i at 29.97 fps.

Can you explain the circumstances when this occurred, and what your GPU refresh rate is set to?

[rouq 23]

Can you explain the circumstances when this occurred, and what your GPU refresh rate is set to?

 

When watching live TV.  The refresh rate is set to 60 Hz in nvidia config panel.  When wathcing a 720p at 59.94 fps mpeg2 OTA channel and deinterlecing is set to "yes" in ET settings, there is a lot of dropped frames. 

 

But if deinterlace setting is set to "auto", then the dropped frame stops.

[Guest asrequested]

Ok, the mpv build in Theater 3.0, has implemented changes to how deinterlacing is handled. Previously, mpv would silently disable it, as they would try to have it try to ascertain if it was required. They found that it didn't work, very well. So in this build, when setting 'yes', it's always on. I know that Luke was intending to have Theater have it's own 'auto' setting. I believe it was implemented, but he would have to confirm, that. This sounds like why the frames may be being dropped. To be clear, the mpv deinterlacing, should be analysing frames to see if they need to be deinterlaced, as it plays. Try double clicking on the mpv.exe in the Theater directory, and dragging the stream/file onto it. And see if it plays, correctly. That will tell you if it's mpv or something else.

 

Also, your display is set to 59.95 Hz (according to your pictures). Try setting it to 60Hz.

Edited April 6, 2018 by Doofus

[Guest asrequested]

I'm also getting dropped frames. I'm unable to do more testing, until next week. Electron is the reason I have my issue. I've been experimenting with different versions. I'll dig it into it more, next week.

[lifespeed 42]

I'm seeing the same behavior as well.  I also have a nvidia GPU and deinterlacing setting was set to yes.  So thanks about the tip to put it to auto. 

 

Also, I'm seeing a lot of dropped frames on 720p at 59.94 fps.  I did not remember seeing this before.  No dropped frames on 1080i at 29.97 fps.

 

But with de-interlacing on "auto", which is off, 1080i has interlacing artifacts.

[Guest asrequested]

But with de-interlacing on "auto", which is off, 1080i has interlacing artifacts.

So that needs to be checked. The auto setting should be based on what ffprobe determines. So if the stream is interlaced, deinterlacing is turned on. Do you get the same result with a file as opposed to a live TV stream?

 

I have the same issue. I haven't narrowed it down, yet. I'm finding inconsistencies in results when I test different electron releases. There are varying results with different mpv builds in conjunction with the electron releases.

[lifespeed 42]

So that needs to be checked. The auto setting should be based on what ffprobe determines. So if the stream is interlaced, deinterlacing is turned on. Do you get the same result with a file as opposed to a live TV stream?

 

I have the same issue. I haven't narrowed it down, yet. I'm finding inconsistencies in results when I test different electron releases. There are varying results with different mpv builds in conjunction with the electron releases.

 

I only view interlaced video from OTA TV, and "auto" doesn't de-interlace it, only "yes".  Recorded TV is converted to MKV on the fly, which I believe includes de-interlacing by FFMPEG.  So that is a different animal than MPV Player de-interlacing.  Unless I am mistaken about what is happening behind the scenes, always a possibility.

[rouq 23]

I only view interlaced video from OTA TV, and "auto" doesn't de-interlace it, only "yes". Recorded TV is converted to MKV on the fly, which I believe includes de-interlacing by FFMPEG. So that is a different animal than MPV Player de-interlacing. Unless I am mistaken about what is happening behind the scenes, always a possibility.

Like you, when I watch 1080i ota with de-interlacing set to "auto", I see interlaced artefacts that I don't see if setting is set to yes. So right now I have to set this setting manually based on the content I watch because the auto doesn't seem to do it properly.

[lifespeed 42]

Like you, when I watch 1080i ota with de-interlacing set to "auto", I see interlaced artefacts that I don't see if setting is set to yes. So right now I have to set this setting manually based on the content I watch because the auto doesn't seem to do it properly.

Sure would be nice if this problem was looked into by the developer . . .

[Luke 37022]

I have, and I just have not been able to reproduce this yet.

[lifespeed 42]

Let me know if there is any way I can help troubleshoot it.

[Guest asrequested]

If any of you are using Nvidia GPUs, you can try this (from the mpv manual):

 

"The cuda and cuda-copy modes provides deinterlacing in the decoder which is useful as there is no other deinterlacing mechanism in the opengl output path. To use this deinterlacing you must pass the option: vd-lavc-o=deint=[weave|bob|adaptive]. Pass weave (or leave the option unset) to not attempt any deinterlacing. cuda should always be preferred unless the gpu vo is not being used or filters are required."

[lifespeed 42]

If any of you are using Nvidia GPUs, you can try this (from the mpv manual):

 

"The cuda and cuda-copy modes provides deinterlacing in the decoder which is useful as there is no other deinterlacing mechanism in the opengl output path. To use this deinterlacing you must pass the option: vd-lavc-o=deint=[weave|bob|adaptive]. Pass weave (or leave the option unset) to not attempt any deinterlacing. cuda should always be preferred unless the gpu vo is not being used or filters are required."

 

Maybe you could include more explicit instructions for we non-experts?  I have no idea how to "pass the option", if this is accessible as a user configuration, or your comment was aimed at the Emby developer.

 

Thanks,

[Guest asrequested]

Apologies. I will put together a 'how to', when I get home, later.

[Guest asrequested]

If you have an Nvidia GPU and want to try using it to deinterlace, try this:

 

1. Follow this guide to set up using an mpv.conf

 

2. Add this line, to the mpv.conf

vd-lavc-o=deint=adaptive

3. In the Theater settings, set hardware acceleration to Cuda or Cuda copy back

 

4. Disable all other video filters, and set deinterlace to 'no'

 

5. Test playback 

[rouq 23]

@

 

Thanks for the guide.  I did it .  I did not test it intensively, but seems to be working great with both interlace and progressive content.