LiveTV freezes and shows a lot of artifacts (3 Viewers)

[HomeY]

it takes at least 3-5 seconds to switch the channel.

On DVB-T/DVB-T2, I usually get about 1.2 sec for a full 're-tune' channel change, and around 0.5 sec for a 'different channel in the same mux' change.

WOW!!

I can confirm the 4-5 seconds per switch, but i'm running a multi-seat setup. The actual start of the stream (when monitored through TV Setup) is much faster then the client starts the playback. Also DRR enabled, so it's probably all about 'the chain'.
Maybe it's start of playback that could be improved. I know DVBViewer tunes in less then a second to a running stream.

 

[Owlsroost]

Alright, maybe I was a bit optimistic (I haven't checked the timings recently on my HTPC) but these are the numbers for a selection of both 'retune' and 'same mux' channel changes:

[2013-10-09 20:06:11,793] [11eb4750] [1824] - Run() - Elapsed time from pause to Audio/Video ( total zapping time ) : 1406 mS
[2013-10-09 20:06:22,500] [11eb4750] [1824] - Run() - Elapsed time from pause to Audio/Video ( total zapping time ) : 3654 mS
[2013-10-09 20:06:30,796] [11eb4750] [1824] - Run() - Elapsed time from pause to Audio/Video ( total zapping time ) : 1355 mS
[2013-10-09 20:06:38,937] [11eb4750] [1824] - Run() - Elapsed time from pause to Audio/Video ( total zapping time ) : 877 mS
[2013-10-09 20:06:45,338] [11eb4750] [1824] - Run() - Elapsed time from pause to Audio/Video ( total zapping time ) : 1394 mS
[2013-10-09 20:06:52,576] [11eb4750] [1824] - Run() - Elapsed time from pause to Audio/Video ( total zapping time ) : 1238 mS
[2013-10-09 20:06:57,446] [11eb4750] [1824] - Run() - Elapsed time from pause to Audio/Video ( total zapping time ) : 864 mS
[2013-10-09 20:07:04,057] [11eb4750] [1824] - Run() - Elapsed time from pause to Audio/Video ( total zapping time ) : 1117 mS
[2013-10-09 20:07:10,030] [11eb4750] [1824] - Run() - Elapsed time from pause to Audio/Video ( total zapping time ) : 792 mS
[2013-10-09 20:07:16,233] [11eb4750] [1824] - Run() - Elapsed time from pause to Audio/Video ( total zapping time ) : 853 mS
[2013-10-09 20:07:21,382] [11eb4750] [1824] - Run() - Elapsed time from pause to Audio/Video ( total zapping time ) : 1001 mS
[2013-10-09 20:07:26,891] [11eb4750] [1824] - Run() - Elapsed time from pause to Audio/Video ( total zapping time ) : 1371 mS
[2013-10-09 20:13:23,234] [11eb4750] [1824] - Run() - Elapsed time from pause to Audio/Video ( total zapping time ) : 1528 mS
[2013-10-09 20:13:38,764] [11eb4750] [1824] - Run() - Elapsed time from pause to Audio/Video ( total zapping time ) : 1496 mS
[2013-10-09 20:13:54,791] [11eb4750] [1824] - Run() - Elapsed time from pause to Audio/Video ( total zapping time ) : 1488 mS
[2013-10-09 20:14:06,792] [11eb4750] [1824] - Run() - Elapsed time from pause to Audio/Video ( total zapping time ) : 2146 mS
[2013-10-09 20:14:14,168] [11eb4750] [1824] - Run() - Elapsed time from pause to Audio/Video ( total zapping time ) : 2483 mS
[2013-10-09 20:14:23,217] [11eb4750] [1824] - Run() - Elapsed time from pause to Audio/Video ( total zapping time ) : 2133 mS
[2013-10-09 20:14:34,810] [11eb4750] [1824] - Run() - Elapsed time from pause to Audio/Video ( total zapping time ) : 1305 mS
[2013-10-09 20:15:13,301] [11eb4750] [1824] - Run() - Elapsed time from pause to Audio/Video ( total zapping time ) : 1641 mS
[2013-10-09 20:15:20,002] [11eb4750] [1824] - Run() - Elapsed time from pause to Audio/Video ( total zapping time ) : 802 mS
[2013-10-09 20:15:28,434] [11eb4750] [1824] - Run() - Elapsed time from pause to Audio/Video ( total zapping time ) : 1595 mS

...so on average about 0.8 s for a 'same mux' change, and 1.5 s for a 'retune' change (all SD DVB-T channels, single-seat, timeshift on a normal hard drive)

 

[Snoopy87]

Amazing zapping times!

I looked into my logs and saw values about 2-7 secs :-( (most of the time it was 4-7 secs)...

Btw: Yesterday I saw a few artifacts and strange glitches with the latest TSReader. :-( As said, no logs for the moment. I have to clear my log folder first and have to wait until the issue occur again.

 

[mm1352000]

...so on average about 0.8 s for a 'same mux' change, and 1.5 s for a 'retune' change (all SD DVB-T channels, single-seat, timeshift on a normal hard drive)

All FTA too right?

 

[Owlsroost]

...so on average about 0.8 s for a 'same mux' change, and 1.5 s for a 'retune' change (all SD DVB-T channels, single-seat, timeshift on a normal hard drive)

All FTA too right?

Yes (60+ FTA channels are more than enough for a mere mortal like me to watch ). Times for HD channels are a bit longer (+ 0.5 s maybe) because it's H.264, so you usually have to wait longer for a GOP boundary to arrive (to start decoding/initiate a graph rebuild if the video resolution has changed).

 

[Snoopy87]

New logs.

 

[Snoopy87]

I looked into my logs (TSReader.log and MediaPortal.log) and found something strange:

For example:
[2013-10-10 14:24:22,420] [Log ] [MPMain ] [DEBUG] - Main: WM_POWERBROADCAST (PBT_POWERSETTINGCHANGE)
[2013-10-10 14:24:57,212] [ 6640048] [ 4e0] - Aud/Ref : 271.324, Compensated = 271.368 ( -0.191 A/V buffers=06/13), Clk : 271.558542, SampCnt 3389, Sleep 1 ms, stallPt 0.800
[2013-10-10 14:24:57,229] [ 6640048] [ 4e0] - Aud/Ref : 271.484, Compensated = 271.528 ( -0.031 A/V buffers=04/15), Clk : 271.558542, SampCnt 3391, Sleep 1 ms, stallPt 0.800
[2013-10-10 14:29:19,429] [Log ] [MPMain ] [DEBUG] - Main: WM_POWERBROADCAST (PBT_POWERSETTINGCHANGE)
[2013-10-10 14:29:52,396] [ 6640048] [1054] - Vid/Ref : 566.136, I-frame(00), Compensated = 566.180 ( -0.208 A/V buffers=03/46), Clk : 566.388438, SampCnt 28269, stallPt 2.500
[2013-10-10 14:29:52,400] [ 6640048] [1054] - Vid/Ref : 566.216, ?-frame(00), Compensated = 566.260 ( -0.132 A/V buffers=03/48), Clk : 566.392438, SampCnt 28270, stallPt 2.500[2013-10-10 14:29:52,402] [ 6640048] [1054] - Vid/Ref : 566.176, ?-frame(00), Compensated = 566.220 ( -0.174 A/V buffers=03/47), Clk : 566.394437, SampCnt 28271, stallPt 2.500

and so on....

So everytime "WM_POWERBROADCAST" was received, 30 secs later the problem occur. Does this have to do something with the issue?

 

[Sebastiii]

That possible i remember (for ex) green setting on network card can create strange issue. But it's maybe not related lol

 

[Owlsroost]

So everytime "WM_POWERBROADCAST" was received, 30 secs later the problem occur. Does this have to do something with the issue?

It might - the WM_POWERBROADCAST messages are from the OS, telling any anyone that's listening that a power setting has changed - see http://msdn.microsoft.com/en-us/library/windows/desktop/hh448380(v=vs.85).aspx for a list of some of them.

As Seb says, it could be that some piece of hardware is going to sleep/waking up periodically e.g. ethernet, wi-fi, usb devices - the processing activity associated with that could be upsetting things.

 

[JackTramiel]

@Owlsroost I tried your recommended TSReader (for 1.6.) and it works fine so far. Installed the ax file and changed back to UNC path.
Channel change time did not change for me, or at least i did not notice any difference.

Started with watching Pro7 and changing channels up and down without any issues.
Suddenly while switching to SAT1 the tv stream hung. I changed the channel via EPG view if i remember correcly and
tv kept working fine.

Switched to ZDF HD and enjoyed a good football game. There have been just 2 small glitches.

Conclusion: Thank you again. Even i still need to do long time tests i can see a big improvement.

Unfortunatly it seems my wife switched off the client, so i need to post logs later.