LiveTV freezes and shows a lot of artifacts (1 Viewer)

[mm1352000]

I was never able to watch ZDF HD two hours without any issue, so I think this test is finished.

I will now test the same with EPG grabber activated, and after that I will also activate mdapi.

Next step is to actually play/view the stream while EPG grabber and MD are still disabled.

 

[Owlsroost]

(btw: maybe it is a TSWriter.ax issue? )

I can't verify it, but I seems that the issue happens more and heavier with your latest version of TSreader

OK - just to check the point, attached are versions of the MP 1.5 TsWriter and TsReader modified with the latest 'PacketSync' code (only - no other mods).

 

[Snoopy87]

How did you disable mdapi ?
It seems that rename the 'MDPlugins' plugins should be enough (for sure rename it and also unreg the filter will be the best match)

I disabled MDAPI Plus in the settings dialog of MDAPI Plus and I made sure that the MDAPI process was not running.

 

[Snoopy87]

EPG and MDAPI disabled. Watching ZDF HD with MediaPortal, after few minutes playback stopped. Logs attached. I used the latest TSWriter and TSReader from above.[DOUBLEPOST=1378973319][/DOUBLEPOST]After looking in the logs some side note: MP logs, that I'm using a screen resolution of 1280x720, but this is wrong. I'm using 1980x1080. Of course this has no effect on my current issue. Does the wrong resolution detection matter? I never had any problems with it and never saw any sideffects. Everything is displayed correct pixel accurate and without scaling.

 

[mm1352000]

This example indeed looks clearly like a playback issue. I note the dropped frames and scheduled-from-the-past samples in the EVR log...

 

[Owlsroost]

This example indeed looks clearly like a playback issue. I note the dropped frames and scheduled-from-the-past samples in the EVR log...

Agreed - it looks like there is a problem with the stream data (or a system 'stall', so the data is delayed) at around 09:44:39 -

12-09-2013 09:41:43.831 [1a750048] [1f94] Demux : Video to render 1.357 Sec
12-09-2013 09:42:21.963 [1a750048] [1f94] Demux : Video to render 1.345 Sec
12-09-2013 09:44:35.176 [1a750048] [1f94] Demux : Video to render 1.332 Sec
12-09-2013 09:44:39.324 [1a750048] [1f94] Demux : Video to render 0.504 Sec
12-09-2013 09:44:39.336 [1a750048] [ f4c] vidPin : Video to render late= -0.347
12-09-2013 09:44:39.342 [1a750048] [ f4c] vidPin: Set discontinuity L:1 B:0 fTime:-0.233 SampCnt:24281
12-09-2013 09:44:39.342 [1a750048] [ f4c] Vid/Ref : 486.946, ?-frame(00), Compensated = 486.673 ( -0.233 A/V buffers=00/51), Clk : 486.905604, SampCnt 24281, stallPt 2.500
12-09-2013 09:44:39.343 [1a750048] [ f4c] Vid/Ref : 486.906, ?-frame(00), Compensated = 486.633 ( -0.274 A/V buffers=00/50), Clk : 486.906604, SampCnt 24282, stallPt 2.500
12-09-2013 09:44:39.345 [1a750048] [1f94] Demux : Audio to render 0.212 Sec
12-09-2013 09:44:39.347 [1a750048] [ f4c] Vid/Ref : 486.886, ?-frame(00), Compensated = 486.613 ( -0.298 A/V buffers=02/50), Clk : 486.910604, SampCnt 24283, stallPt 2.500
12-09-2013 09:44:39.349 [1a750048] [ f4c] Vid/Ref : 486.926, ?-frame(00), Compensated = 486.653 ( -0.260 A/V buffers=02/49), Clk : 486.912604, SampCnt 24284, stallPt 2.500

then it happens again at 09:44:42 -

12-09-2013 09:44:39.447 [1a750048] [ f4c] vidPin : Video to render late= 0.166
12-09-2013 09:44:42.295 [1a750048] [1fac] audPin : Audio to render late= -0.336
12-09-2013 09:44:42.295 [1a750048] [1fac] audPin: Set discontinuity L:1 B:0 fTime:0.000 SampCnt:6117
12-09-2013 09:44:42.297 [1a750048] [1fac] Aud/Ref : 489.953, Compensated = 489.680 ( -0.178 A/V buffers=02/45), Clk : 489.858146, SampCnt 6118, Sleep 1 ms, stallPt 1.500
12-09-2013 09:44:42.317 [1a750048] [ f4c] vidPin: Set discontinuity L:1 B:0 fTime:-0.285 SampCnt:24422
12-09-2013 09:44:42.317 [1a750048] [ f4c] Vid/Ref : 489.866, ?-frame(00), Compensated = 489.593 ( -0.285 A/V buffers=01/41), Clk : 489.878146, SampCnt 24422, stallPt 2.500
12-09-2013 09:44:42.861 [1a750048] [1fac] Aud/Ref : 490.113, Compensated = 489.840 ( -0.017 A/V buffers=02/44), Clk : 489.857146, SampCnt 6120, Sleep 1 ms, stallPt 1.500
12-09-2013 09:44:47.722 [1a750048] [1eec] Buffers : A/V = 1/317, A last : 495.553, V Last : 496.206
12-09-2013 09:44:52.019 [1a750048] [1eec] Buffers : A/V = 1/532, A last : 499.873, V Last : 500.506
12-09-2013 09:44:56.255 [1a750048] [1eec] Buffers : A/V = 0/621, A last : 501.473, V Last : 502.226
12-09-2013 09:45:00.542 [1a750048] [1eec] Buffers : A/V = 0/621, A last : 501.473, V Last : 502.226
12-09-2013 09:45:04.833 [1a750048] [1eec] Buffers : A/V = 0/621, A last : 501.473, V Last : 502.226

...and a short while later I suspect the video decoder has given up i.e. stopped accepting input samples, because they are piling up in the TsReader buffers (see the last three log lines above - there are 621 video samples in the queue, about 12 seconds of video).

 

[Snoopy87]

What does that mean? What is the cause for this?

 

[Snoopy87]

Here are new logs: EPG and MDAPI is enabled and after starting MediaPortal I switched to "Nat Geo HD". After a few seconds/minutes I got some artifacts and video/audio stuttered.

This can be seen at 13:47:57. At the same time the EPG grabber starts to process the received EPG data. So it's the same thing, I reported the first time I reported the issue (could be another thread, don't know where I posted it). It has to be something with the EPG Grabber. Everytime the EPG grabber is working, the TV playback has trouble.

With my AMD E2-400 someone told me, that it has not enough power, but I couldn't believed that. Now I'm using an AMD A4-4000 with enough power and still have the same EPG issue. So it's definitelly not a performance issue.

 

[Mister Bean]

Hi Tony,

Sorry for the late respons. I needed a few days to test v3.0.78.0. This version is running also flawless on my system. I can say with certainty that the video continuity errors are gone. Only sometimes a few audio dropouts. Can this be solved by using MPAR?

Note: in the log of 10-09-2013 between 21:38 and 21:55 many video continuity errors are visible. These were caused by poor/no satellitesignal due to heavy rainfall here in the Netherlands.

Good job

Regards,
Nico

 

[mm1352000]

Here are new logs...

Thanks

After a few seconds/minutes I got some artifacts and video/audio stuttered.

This can be seen at 13:47:57.

This is the type of detail that I like to work with. Thank you!

At the same time the EPG grabber starts to process the received EPG data. So it's the same thing, I reported the first time I reported the issue (could be another thread, don't know where I posted it). It has to be something with the EPG Grabber. Everytime the EPG grabber is working, the TV playback has trouble.

Well, I'm not sure if I can agree with this.
From the TVService log files, we see that the EPG grabber has finished updating the database more than 30 seconds earlier...

[2013-09-12 13:46:58,512] [EPG ] [EPG Update thread] [INFO ] - TimeshiftingEpgGrabber: Finished updating the database.

So unless you meant 13:46:57 (?) the evidence is telling me that the EPG grabber is not the cause. This should be easy to prove. Simply disable the EPG grabber again and see if the problem still occurs.

If you did mean 13:46:57, we may indeed suspect the EPG grabber... and in addition we can see that there are discontinuities in the TsWriter log at that same time:

12-09-2013 13:46:57.686 Recorderid 1ff Continuity error... e ( prev 4 ) - bad signal?
12-09-2013 13:46:57.686 Recorderid 20 Continuity error... 9 ( prev 2 ) - bad signal?
12-09-2013 13:46:57.764 Recorder: TIMESHIFT Info : Program clock reference forward jump ( 53572 ).

...and corresponding entries are present in the TsReader and evr renderer log files.

So please can you first clarify if you meant 13:46:57 or 13:47:57. Then we can discuss further...

[edit: Just to be clear, this is a different problem than shown in the previous log files (the playback problem). So we are now investigating at least two issues here...]