MP1 EVR Presenter/dshowhelper community development (2 Viewers)

[tourettes]

Re: AW: MP1 EVR Presenter/dshowhelper community development

OK 1000 frames seems to be too low to test. I've done some more tests today.

V78: 1080i: Start drop: 3 Drawn: 56000 End drop: 8
V55e: 1080i: Start drop: 2 Drawn: 44000 End drop: 9
SVN full DWM: 1080i: Start drop: 1 Drawn: 50000 End drop: 6
SVN no DWM no MMCSS: 1080i: Start drop: 2 Drawn: 45000 End drop: 7

CPU had no spikes while doing this. So it seems the frame drops are related to whatever reason ;-( sadly i've no idea how to find it out.

56000 / 25 / 60 = 37 min (if that was 25 fps on 25 hz). It could be A/V clocks drifting, but it is a bit high for that.

 

[disaster123]

AW: MP1 EVR Presenter/dshowhelper community development

So you mean i should check MP Audio Renderer on this system as well?

Mhm but the A/V sync issue should happen after time of X the dropped frames are happing every now and then sometimes even after 5000 frames.

 

[peque]

Re: AW: MP1 EVR Presenter/dshowhelper community development

OK 1000 frames seems to be too low to test. I've done some more tests today.

V78: 1080i: Start drop: 3 Drawn: 56000 End drop: 8
V55e: 1080i: Start drop: 2 Drawn: 44000 End drop: 9
SVN full DWM: 1080i: Start drop: 1 Drawn: 50000 End drop: 6
SVN no DWM no MMCSS: 1080i: Start drop: 2 Drawn: 45000 End drop: 7

CPU had no spikes while doing this. So it seems the frame drops are related to whatever reason ;-( sadly i've no idea how to find it out.

56000 / 25 / 60 = 37 min (if that was 25 fps on 25 hz). It could be A/V clocks drifting, but it is a bit high for that.

I asume we are talking about 50 fps (1080 interlaced)... So it should be:

56000 / 50 / 60 = 18 min

So definetely, it must be something else... I'm sure live HDTV is most complicated content to display free of framedrops... but I can't tell why...

bye!

 

[tourettes]

Re: AW: MP1 EVR Presenter/dshowhelper community development

So you mean i should check MP Audio Renderer on this system as well?

It is quite quick to test and gives lot of info (of course the renderer itself could have some bug that causes it to fail even more miserably in the playback quality area on that specific PC...).

Mhm but the A/V sync issue should happen after time of X the dropped frames are happing every now and then sometimes even after 5000 frames.

Since the nature of EVR mixer (MS component, we don't have customed code for that) the A/V clock drifting could cause the first dropped frame to appear after few frames have been rendered. Why? EVR mixer doesn't know (or care) anything about the v-sync target so it picks up a "random" time as the base for all time timestamps. This could be really close to the v-sync window's boundary where the frame dropping happens. MP Audio Renderer moves the v-sync target away from such places right after the playback has started (and keeps it that way during the whole playback duration - when working ok).

 

[disaster123]

AW: Re: AW: MP1 EVR Presenter/dshowhelper community development

So you mean i should check MP Audio Renderer on this system as well?

It is quite quick to test and gives lot of info (of course the renderer itself could have some bug that causes it to fail even more miserably in the playback quality area on that specific PC...).

Mhm but the A/V sync issue should happen after time of X the dropped frames are happing every now and then sometimes even after 5000 frames.

Since the nature of EVR mixer (MS component, we don't have customed code for that) the A/V clock drifting could cause the first dropped frame to appear after few frames have been rendered. Why? EVR mixer doesn't know (or care) anything about the v-sync target so it picks up a "random" time as the base for all time timestamps. This could be really close to the v-sync window's boundary where the frame dropping happens. MP Audio Renderer moves the v-sync target away from such places right after the playback has started (and keeps it that way during the whole playback duration - when working ok).

Hi Tourettes just tested it with mp audiorenderer but still the same amount of frame drops... really strange.

 

[tourettes]

Re: AW: Re: AW: MP1 EVR Presenter/dshowhelper community development

Hi Tourettes just tested it with mp audiorenderer but still the same amount of frame drops... really strange.

In that case I would suspect it is some system service (or something else) that is causing CPU spikes (might ont be visible in task manager - also task manager itself can cause dropped frames...), some driver having bad day (check with DPC latency checker if there is some long lasting DPC work ongoing) or some bug in the EVR presenter code.

 

[disaster123]

AW: Re: AW: Re: AW: MP1 EVR Presenter/dshowhelper community development

Hi Tourettes just tested it with mp audiorenderer but still the same amount of frame drops... really strange.

In that case I would suspect it is some system service (or something else) that is causing CPU spikes (might ont be visible in task manager - also task manager itself can cause dropped frames...), some driver having bad day (check with DPC latency checker if there is some long lasting DPC work ongoing) or some bug in the EVR presenter code.

1.) regarding the CPU spike which is not visible any idea - how to find that out?
2.) tested with and without task manager - doesn't make any difference
3.) tested with 24hz blue ray, 50hz HDTV live tv, 50hz HDTV recorded tv everywhere the same result
4.) DPC says: this time should be able to handle real time video ...

Any further ideas?

What do you say to my suggestions to let the dshowhelper control the dynamic refresh rate system if mediainfo cannot detect the frame rate.

 

[Kotik]

I would suggest disabling your AV's real time protection and trying out.

 

[Owlsroost]

Re: AW: MP1 EVR Presenter/dshowhelper community development

@Owlsroost
I have a feature request ;-) At the moment the displayrate changer of MP relies on mediainfo which is really bad. For example i have some online stuff which is also 24hz and mediainfo can't detect framerates from URLs. But the dshowhelper knows the frame rate (shown in SHIFT+1) what about a callback to MPs Displayrate changer. This will then be a 100% success rate instead of using mediainfo.

The short answer is - no.

The refresh rate changing really needs to happen before the file/stream starts playing - which is presumably why MP uses mediainfo to get the FPS info.

It was hard to get the auto refresh rate changing to work properly in the first place (e.g. https://forum.team-mediaportal.com/watch-edit-videos-104/stutter-after-refresh-rate-change-71311/) so I suspect there won't be many volunteers to modify it again....

Tony

 

[disaster123]

AW: MP1 EVR Presenter/dshowhelper community development

Hi OK thanks i undestand that. But what could be a solution for files which will be streamed? mediainfo can't check streamed files through rtmp, http, ...