[other] Problems with dropping frames with EVR (2 Viewers)

[disaster123]

AW: Problems with dropping frames with EVR

romuz
i made a bug report regarding AC3. But it has nothing todo with tourettes fix. I tested also tsreader from SVN 27000 and here it happens too. It seems to be another bug. I've attached a .ts file for testing in this thread:
https://forum.team-mediaportal.com/...anging-audio-ac3-ts-recording-attached-76444/

romuz
could you perhaps also post a .ts sample in my bugreport post. Perhaps ambass can look at it too. In my case it seems it is a cam problem.

 

[Jay_UK]

Hi there,

I have installed the new dll

Everything seems ok, when watching both SD and HD, dropped frames is very low (14 out of 20000+), glitches are low < 100 - looking good guys

But I have noticed raster offset (yellow line) keeps going ballistic (compared to normal) - Not that I notice any issue with the picture (no stuttering). Its hard to tell the raster offset time (as it updates so quick its blurred, but it seems to go from ~15ms to ~30 or 40ms)

Is the raster offset time an issue? If its not - then ignore me!

Thanks,

J.

ps - Thought I'd attached my EVR log file (which does show dropped frames, but a lot less than previously)

 

[Scythe42]

As long as you don't see massive dropped frames you can ignore the sync glitches or the raster offsets for now.

If you come close to the vsync the values get very "random". There is a small drift that needs to be compensated. Also we currently have a broken "rollover" effect. If values get to small for the chart they jump to the top instead of staying at the bottom or continuing at the top without a direct connection to the bottom (and vice versa of course). So it looks sometimes a bit to dramatic on the chart when the lines jump around.

The stats renderer gets an larger update as soon as I find time for it to correct this and some other glitches. Probably after RC1 has been released.

 

[jaymode]

The latest dll works great here so far. Thanks!

 

[tourettes]

Did anyone try to play progressive PAL 25fps DVDs on 50Hz mode with that new DLL? Usually it is smooth, but sometimes massive judder steps in (no dropped frames are happening). I would assume this is a result of presenting the frame on wrong v-sync (with 25fps to 50Hz there are two v-syncs that are both correct from the samples presentation time point of view, but if it happens on wrong v-sync the output will be horrible stuttering). I'm not 100% if this issue is only happening with the new dshowhelper.dll or if it has been a bit longer (maybe even in 1.0.2).

As an attachement of a "nice" drawing that shows v-sync and sample presentation times. What I think happens is that EVR presenter is not always odd or even v-syncs and that results frame display times to go havoc. I guess current code could cause 2x frame times (picking for example #1 and #4 v-syncs for the first and second frame).

 

[Scythe42]

The new DLL schedules samples at 1/3 of frame duration or sample time. This reschedules frames multiple times instead of only once up to their vsync. It should have been 2/3 in the scheduler to schedule samples 1/3 early (sleep for 2/3). Now they are 2/3 early (rendered if 1/3 + 1ms early). Can you try to adjust this in the scheduler.cpp and run the test again?

If you still see the same symptom than than the problem was not introduced recently and is with us for a longer time.

 

[Jay_UK]

All,

I don't believe it related to this patch, but I am trying to locate what has caused my "new" problem = MP after a restart has now lost focus - such that the remote control no longer works (unless I ALT TAB to MP)

I have recently installed:

new dshowhelper.dll
new core.dll
Online Videos

I have have also tried setting "keep MP on top" - but this does not solve it.

I will back out the above changes one by one and see (hopefully) which solves the problem.

J.

ps - I'm running MP StandbyHelper

 

[rtv]

AW: Re: Problems with dropping frames with EVR

All,

I don't believe it related to this patch, but I am trying to locate what has caused my "new" problem = MP after a restart has now lost focus - such that the remote control no longer works (unless I ALT TAB to MP)

I have recently installed:

new dshowhelper.dll
new core.dll
Online Videos

I have have also tried setting "keep MP on top" - but this does not solve it.

ps - I'm running MP StandbyHelper

I didn't try that standbyhelper but most likely it's just the tray icon of some codec which steals the focus. MP however should be able to regain focus just by pressing the MCE button.

 

[tourettes]

The new DLL schedules samples at 1/3 of frame duration or sample time. This reschedules frames multiple times instead of only once up to their vsync. It should have been 2/3 in the scheduler to schedule samples 1/3 early (sleep for 2/3). Now they are 2/3 early (rendered if 1/3 + 1ms early). Can you try to adjust this in the scheduler.cpp and run the test again?

If you still see the same symptom than than the problem was not introduced recently and is with us for a longer time.

I tried reverting the scheduler.cpp changes, and the stuttering is still there (a bit in different form) with the 1 fps to 2 hz playback. Interlaced PAL content is suberb (1:1 match with refresh rate and fps). I guess I need to do some more digging (test some other progressive DVD to rule out that the mastering is bad on the DVD itself, but not sure if I can find such DVD quickly).

Also I'll add some debug code to see how we are matching the v-sync with frames (maybe some frames are doubled on same v-sync or having rendered on two different v-syncs...)

 

[rtv]

AW: Re: Problems with dropping frames with EVR

The new DLL schedules samples at 1/3 of frame duration or sample time. This reschedules frames multiple times instead of only once up to their vsync. It should have been 2/3 in the scheduler to schedule samples 1/3 early (sleep for 2/3). Now they are 2/3 early (rendered if 1/3 + 1ms early). Can you try to adjust this in the scheduler.cpp and run the test again?

If you still see the same symptom than than the problem was not introduced recently and is with us for a longer time.

I tried reverting the scheduler.cpp changes, and the stuttering is still there (a bit in different form) with the 1 fps to 2 hz playback. Interlaced PAL content is suberb (1:1 match with refresh rate and fps). I guess I need to do some more digging (test some other progressive DVD to rule out that the mastering is bad on the DVD itself, but not sure if I can find such DVD quickly).

Also I'll add some debug code to see how we are matching the v-sync with frames (maybe some frames are doubled on same v-sync or having rendered on two different v-syncs...)

"Red Planet" is know to be mastered incorrectly (interlaced flag) - in case it helps searching...

Didn't you update to TMT3 yet? Using that for DVD as well might be a lot more "stable" if it comes to special menus and stuff like that.