[other] Problems with dropping frames with EVR (1 Viewer)

[VASkO]

The FPS reported in the properties of EVR renderer in Graphstudio connected to a LiveTV graph from MP with the patched dshowhelper are now allways very near or exactly at 50fps and the picture is without stutering. No audio/video sync issues either.

tourettes
without this patch the EVR drops every second ~15 frames. When it should be 50FPS it reports only ~35FPS in graph studio connected to a LiveTV graph from MP. Under VMR there is not even one frame droped and the framerate achieved by the renderer is rock solid at what it should be - 50FPS.

 

[OnkelChris]

AW: Problems with dropping frames with EVR

hey guys,

i am with you. My HD content is absolutely not smooth. With EVR enabled, it seems dropping every second frame. The picture then fully stops, sound goes on. With the dshowhelper.dll posted before, video is running fine but out of sync with audio. Playing same files within graphedit or other players with exact same codecs, everything is fine.

I noticed when this occured. So here is the link:

https://forum.team-mediaportal.com/...ision-24669-rar-75857/index17.html#post558708

Hope I can help by nailing this one down



EDIT:

The last working SVN: MediaPortal SVN-Snapshot:-09-26-2009 11-23h - Revision:23684

The one which breaks the HD playback for me: MediaPortal SVN-Snapshot:-10-10-2009 19-26h - Revision:23831

I'm not using any digital audio, just 2 speakers.

system:
vista x86
amd athlon x2 4600
nvidia 8300 onboard
normal tft with 60Hz

 

[morpheus_xx]

AW: Problems with dropping frames with EVR

the graphics in evr stats looks like this:

the yellow line makes very high jumps in short time. can this indicate the source of stuttering?

edit:
the 2nd graph and playback is much smoother only difference is that MP lost focus to the windows taskbar...

also tsreader is full of such entries:

10-01-2010 14:14:19.121 [e20]Vid/Ref : 500.893, Late p-frame(13), Compensated = 480.040 ( 0.001 A/V buffers=00/37), Clk : 480.039368, State 2
10-01-2010 14:14:19.207 [e20]Vid/Ref : 500.973, Late p-frame(00), Compensated = 480.120 ( -0.004 A/V buffers=00/33), Clk : 480.124329, State 2
10-01-2010 14:14:19.284 [e20]Vid/Ref : 501.013, Late p-frame(01), Compensated = 480.160 ( -0.056 A/V buffers=00/35), Clk : 480.215698, State 2
10-01-2010 14:14:19.374 [e20]Vid/Ref : 501.093, Late p-frame(03), Compensated = 480.240 ( -0.040 A/V buffers=00/33), Clk : 480.280182, State 2
10-01-2010 14:14:19.396 [e20]Vid/Ref : 501.133, Late p-frame(04), Compensated = 480.280 ( -0.034 A/V buffers=00/32), Clk : 480.314178, State 2
10-01-2010 14:14:19.457 [e20]Vid/Ref : 501.213, Late p-frame(06), Compensated = 480.360 ( -0.013 A/V buffers=00/35), Clk : 480.373291, State 2
10-01-2010 14:14:19.458 [e20]Vid/Ref : 501.253, Late p-frame(07), Compensated = 480.400 ( 0.027 A/V buffers=00/34), Clk : 480.373291, State 2

and evr.log:

10-01-2010 14:14:44.547 [be4]Scheduling sample from the past (45.47 ms, last call to NotifyWorker: 52.06 ms)
10-01-2010 14:14:44.566 [be4]Scheduling sample from the past (44.36 ms, last call to NotifyWorker: 11.76 ms)
10-01-2010 14:14:44.582 [be4]Scheduling sample from the past (39.43 ms, last call to NotifyWorker: 26.96 ms)
10-01-2010 14:14:44.599 [be4]Scheduling sample from the past (37.39 ms, last call to NotifyWorker: 12.35 ms)
10-01-2010 14:14:44.605 [be4]Scheduling sample from the past (18.64 ms, last call to NotifyWorker: 18.36 ms)
10-01-2010 14:14:44.636 [be4]Scheduling sample from the past (34.37 ms, last call to NotifyWorker: 30.85 ms)
10-01-2010 14:14:44.643 [be4]Scheduling sample from the past (15.66 ms, last call to NotifyWorker: 36.93 ms)
10-01-2010 14:14:58.060 [fac]Critical lock time for GetFreeSample was 5.51 ms

further ideas?

 

[VASkO]

Is it maybe some other thread, that interferes or steals to much CPU time during media playback in MP? I tested yesterday more different settings and found out, every ~5 seconds, the FPS reported by EVR properties drop significantly and stays there for another ~5 seconds and then slowly comes up to what it should be. This is repeating over and over again.
Also saving a graph, which was connected to MP during playback of LiveTV (stuttering, dropping frames, inconsistent FPS) and then opening it just in GraphStudio and running it, the playback is perfect - no stuttering, no dropping and the FPS is constant at what it should be. Same graph in both scenarios and different quality of playback... I don't think anymore, there's something wrong with tsreader nor mpiptvsource or any other filter, because playback using MP tsreader as input source in graphstudio is perfect, also MPIPTV source filter as source input is performing perfect.

 

[Laban]

The FPS reported in the properties of EVR renderer in Graphstudio connected to a LiveTV graph from MP with the patched dshowhelper are now allways very near or exactly at 50fps and the picture is without stutering. No audio/video sync issues either.

Same here. Much better now with this patch and i haven't noticed any sync issues either, yet.

Might add that my logs looks like morpheus_xx's. compansated = and so forth.

 

[Ambass]

Re: AW: Problems with dropping frames with EVR

the graphics in evr stats looks like this:

the yellow line makes very high jumps in short time. can this indicate the source of stuttering?

edit:
the 2nd graph and playback is much smoother only difference is that MP lost focus to the windows taskbar...

also tsreader is full of such entries:

10-01-2010 14:14:19.121 [e20]Vid/Ref : 500.893, Late p-frame(13), Compensated = 480.040 ( 0.001 A/V buffers=00/37), Clk : 480.039368, State 2
10-01-2010 14:14:19.207 [e20]Vid/Ref : 500.973, Late p-frame(00), Compensated = 480.120 ( -0.004 A/V buffers=00/33), Clk : 480.124329, State 2
10-01-2010 14:14:19.284 [e20]Vid/Ref : 501.013, Late p-frame(01), Compensated = 480.160 ( -0.056 A/V buffers=00/35), Clk : 480.215698, State 2
10-01-2010 14:14:19.374 [e20]Vid/Ref : 501.093, Late p-frame(03), Compensated = 480.240 ( -0.040 A/V buffers=00/33), Clk : 480.280182, State 2
10-01-2010 14:14:19.396 [e20]Vid/Ref : 501.133, Late p-frame(04), Compensated = 480.280 ( -0.034 A/V buffers=00/32), Clk : 480.314178, State 2
10-01-2010 14:14:19.457 [e20]Vid/Ref : 501.213, Late p-frame(06), Compensated = 480.360 ( -0.013 A/V buffers=00/35), Clk : 480.373291, State 2
10-01-2010 14:14:19.458 [e20]Vid/Ref : 501.253, Late p-frame(07), Compensated = 480.400 ( 0.027 A/V buffers=00/34), Clk : 480.373291, State 2

and evr.log:

10-01-2010 14:14:44.547 [be4]Scheduling sample from the past (45.47 ms, last call to NotifyWorker: 52.06 ms)
10-01-2010 14:14:44.566 [be4]Scheduling sample from the past (44.36 ms, last call to NotifyWorker: 11.76 ms)
10-01-2010 14:14:44.582 [be4]Scheduling sample from the past (39.43 ms, last call to NotifyWorker: 26.96 ms)
10-01-2010 14:14:44.599 [be4]Scheduling sample from the past (37.39 ms, last call to NotifyWorker: 12.35 ms)
10-01-2010 14:14:44.605 [be4]Scheduling sample from the past (18.64 ms, last call to NotifyWorker: 18.36 ms)
10-01-2010 14:14:44.636 [be4]Scheduling sample from the past (34.37 ms, last call to NotifyWorker: 30.85 ms)
10-01-2010 14:14:44.643 [be4]Scheduling sample from the past (15.66 ms, last call to NotifyWorker: 36.93 ms)
10-01-2010 14:14:58.060 [fac]Critical lock time for GetFreeSample was 5.51 ms

further ideas?

As the TsReader says, frames are delivered too late to codec...

I suppose this occurs in live Tv, Is some secs of "Pause" solve the problem ?
If yes, and occurs after a while ,it could be related to this : Mantis : 0002239: TV Stuttering on channels of ProSiebenSat.1
Or, a wrong initial compensation ( TsReader full log could be interesting )
If not... no immediate idea ( also full tsreader.log ..)

 

[VASkO]

Re: AW: Problems with dropping frames with EVR

pause does not solve it. interesting part of the issue is that if you rebuild the EXACT same graph under GraphStudio (same filters, tsreader input filter, same codecs, exactly the same as MP does), the playback is smooth as silk. The issue must be in some other thread inside MP, maybe the tsreader priority or sleep time or whatever (i don't know the source) is set too high. The interesting part is that the playback of the recordings is also affected by the issue. BUT, playbackof the recordings from GraphStudio is once more smooth as silk.
For me, this is the biggest issue right now, but judging from the posts number in this thread,v I suppose it isn't identified as high-priority issue.
I will attach clean logs here in the hope, someone solves the problem.

1. Run MP, go directly to My TV, SD channel. dropping of frames, stuttering, incosistent FPS (~1600 frames played, ~600 frames dropped). Can you live with this? I can't.
The Late frames reported by tsreader.log are just at starting the IPTV stream (using Elecard streaming plugin) and after some seconds, they dissapear. The global problem does not lie in tsreader.
2. Run MP, go directly to My Tv, play a recording (play nice without stuttering in GraphStudio with the same graph as in MP). Same behaviour as under 1)

The playback of recordings and appearance of the same problem eliminates the IPTV Elecard input filter as the cause for this problem. I generally think, that some thread is stealing CPU resources when the renderer should be displaying frames. If not, why everything works fine with same filters outside MP? I hope, this findings help some to the solving of this issue.

I'm using the latest SVN. Under VMR9, the playback is without dropped frames and without stuttering.

 

[tourettes]

Re: AW: Problems with dropping frames with EVR

pause does not solve it. interesting part of the issue is that if you rebuild the EXACT same graph under GraphStudio (same filters, tsreader input filter, same codecs, exactly the same as MP does), the playback is smooth as silk. The issue must be in some other thread inside MP, maybe the tsreader priority or sleep time or whatever (i don't know the source) is set too high. The interesting part is that the playback of the recordings is also affected by the issue. BUT, playbackof the recordings from GraphStudio is once more smooth as silk.
For me, this is the biggest issue right now, but judging from the posts number in this thread,v I suppose it isn't identified as high-priority issue.
I will attach clean logs here in the hope, someone solves the problem.

Please upload a sample TS file that can be used to reproduce the issue you are seeing.

 

[VASkO]

Here's a sample ts, but it's happening with all channels and all recordings. The recordings or live TV outside MP play fine with MP's input filters.

 

[dyamant]

AW: Problems with dropping frames with EVR

Same here. (multiseat)
On AustriaChannel ServusTV its very strong stuttering.
What i wondering is. I have 4 Computer. One with ATI2600, one ION, two mcp71a (GF9400/9300). On the last two i dont have any stuttering. One every Computer are the same OS (Win7 32) and the same codecs.
This problem i have become after i installed the latest svn releases. i dont know which one exact.