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

[Sebastiii]

Hi,

I use also last SVN build and i have some dropout not like before 24669 for ex, but i have dropout video (not audio) i use ATI and i disable Powerplay (because ATI and Powerplay has BUG dropout audio when we use software decoder mode, if we use DXVA not Dropout audio but this an another PB).

So i didn't know how to help to find the way to help, i'll make test now and try to disable all plugin and run in Skin by default for now i use 24969.
Of memory, i think the pb was solve but maybe i'm not see the dropout before, so i'm sure of me, but for now i can see drop frame and i see it too in "!" on screen red line fall and comeback in his position (when red fall frame drop appear). I also remark that the counter reset itself is i quit the "!" mode.

I have made some change (StreamedMP skin with last Myseries 2.5) and i delete in configuration the use of DC.exe for changing refresh rate.

So with fresh Last SVN (built) and default Skin, i'tt to see if drop frame appear and also see if DXVA or NOT and try with MPC-HC.

I comeback with feedback.

I hope that you understand what i wrote
Sebastiii


EDIT : Like nyt, i have rebuild version with dshowhelper dll version 24892 and all is happy with dropping frames (i didn't disable anything yet) i just test with DLL and it work for my test that i just made

Problems with dropping frames with EVR

 

[Sebastiii]

did you try dshowhelper.dll from SVNs > 24949?

I tried a build from the very latest SVN(built from source) as well as both dshowhelpers that you posted in the SVN thread.

Too bad, as it seems that the current one is working for the majority of people and the one what is working for you isn't. Not sure what we could do. One thing is to rewrite the EVR renderer to use completely different way of scheduling and presenting but it wont happen until MPII.

If you can build the dshowhelper.dll from the sources please try to isolate the single change that causes the issue for your HW (between the working one and current SVN revision).

Hi, i have the same issue like Nyt, i have rebuild Directshowhelper with 24892 source and it worked good with video @ 23.976Hz.
Maybe it's possible to why ?
Cheers,
Sebastiii.

 

[belcom]

Hi Devs!

I did a quick check on EVR.log and TsReader-*.log

What I found out is that I have frame drops on every big frame (I mean P- or I-frames containing a lot of data (eq. movement)).
As HD has naturally a higher bitrate, frame drops occour more often.

In attached logs you see that I switched sd channels at around
13:30,
13:42:42.216,
13:43:49.697,

than to HD channel at
13:45:07.478

What you cannot clearly see in logs is that advertises, which are mostly computer generated so need less colors/sqare and therefore have very low bitrate, framedrops almoust don't occure. Only sometimes where P-frames are forced (eg. changing from one advertise to the next) a single frame drop occours.
Such an advertise block was played from 13:34:36.949 to 13:37:13.209


IMHO this happens, because the "big frame" isn't fully received at the time it should get displayed. Maybe increasing buffer size can help.
And what makes me think... how can a frame be late although stream is on pause? pls. check 13:43:50.246 to 13:43:50.273

I would love to help a lot more, so devs, feel free to contact me at MSN or Skype!

EDIT: logs are from SVN 24975!

 

[OnkelChris]

AW: Problems with dropping frames with EVR

ok guys. i did a lot of testing and for me, the attached dshowhelper is working without any problems. please try this one and tell, what your experiences are... (please note, that skip steps won't work. so just test if the playback is better; skip stepping will close MP immediately)

 

[belcom]

Hi!

Tested your dshelper.
My logs are attached.

I switched many times to different channels and encountered the following:

HD: much smoother than with original dshelper of SVN 24975, although not really perfect.
after initial syncing no dropped frames.

SD: only a bit smoother than before, sometimes choppier than HD.
as HD, after initial syncing no dropped frames.

switching Audio sometimes results in no audio or paused playback.
according logs, graph rebuild is done multiple times at changing channels... a bug?

TsReader reports late frames, even when playing a recorded show -> shouldn't this be impossible??

 

[OnkelChris]

AW: Problems with dropping frames with EVR

i am just at the very beginning of understanding how this is working... right now i am installing visual studio 2008. depending on how long the installation will take, I will upload a new dshowhelper. Hopefully this one will work a lot better

thx for testing.

 

[tourettes]

Re: AW: Problems with dropping frames with EVR

ok guys. i did a lot of testing and for me, the attached dshowhelper is working without any problems. please try this one and tell, what your experiences are... (please note, that skip steps won't work. so just test if the playback is better; skip stepping will close MP immediately)

Could you post the patch as well?

 

[OnkelChris]

AW: Problems with dropping frames with EVR

tourettes:
this a bit more difficult as you can imagine... if i would tell you, what i did... shame on me (it's just the dshowhelper of SVN 23696)

till now, there is no real patch for this. I think (and hope) that i am on the right way to get this in a patch. Unfortunately, i am a very beginner in programming. I looked at the SVN logs and tested around. Till SVN 23696 everything runs smooth (on my system) and after going to 23697 my system refused to play things like before.

So if u are not upset about my way sorting things out, I will try to get closer to this.

 

[disaster123]

AW: Problems with dropping frames with EVR

Hi tourettes - at least for me i nailed down the problem or found something strange - perhaps you can help a little bit.

This part of your code never get's true for me (is this OK?):

if (fabs(p->pPresenter->GetDisplayCycle() - timePerFrame/20000) < 0.0015)

my values:

p->pPresenter->GetDisplayCycle(): 20.00 timePerFrame: 200000.00 fabs result: 10.00.

10.00 is never below 0.0015 - also this value is constant all the time. So in my case the delay is constantly this:

delay = hnsSampleTime*3/4;

and this value is def. too high. In old directshowhelper it was

delay = min(timePerFrame/3, hnsSampleTime/3);

So if thie above code never get's true for which situation is it? replacing delay = hnsSampleTime*3/4; with delay = min(timePerFrame/3, hnsSampleTime/3); results in no dropped frames for me.

 

[disaster123]

AW: Problems with dropping frames with EVR

attached an actual modified directshowhelper.dll if anybody wants to try. - newer dll in next post.