1.2.2 - LiveTV going jerky for couple of minutes (1 Viewer)

[doveman]

MediaPortal Version: v1.2.2
MediaPortal Skin: PureVisionHD Blue
Windows Version: Win7 Ult 64
CPU Type: Phenom II X4 955
HDD: 2TB Samsung F4
Memory: 8GB DDR3 1600Mhz
Motherboard: MSI 990FXA-GD80
Video Card: HD6950 2GB
Video Card Driver: 12.1
Sound Card: onboard Realtek AC97 (ALC892)
Sound Card AC3: no AC3
Sound Card Driver: 6.01.6482
1. TV Card: Hauppauge Nova-T 500
1. TV Card Type: DVB-T
1. TV Card Driver: 4.3.27240
MPEG2 Video Codec: Cyberlink PDVD11
MPEG2 Audio Codec: ffdshow
h.264 Video Codec: MS DTV-DVD
Satelite/CableTV Provider:
HTPC Case: Custom
Cooling: Scythe 120mm Bottom Intake Fan, TRUE Rev. c CPU HSF
Power Supply: Antec CP-850
Remote: Nova-T 500
TV: Sony XBR800 36"
TV - HTPC Connection: DVI

From approx 21:24 - 21:26 LiveTV suddenly went very jerky. I checked the dpc latency and that was fine. This has been happening quite a lot since installing 1.2.2. With 1.2.1 and v84_part_dwm_dshowhelper LiveTV worked great.

 

[mm1352000]

Hi doveman

According to the evr.log:

19-01-2012 21:18:52.768 [fdc]failed to find MediaPortal - Audio Renderer filter!

19-01-2012 21:18:53.427 [cb4]Dropping sample from the past (126.94 ms, last call to NotifyWorker: 0.76 ms, Queue: 2, Dropped: 0)

19-01-2012 21:18:53.428 [cb4]Dropping sample from the past (107.55 ms, last call to NotifyWorker: 0.06 ms, Queue: 2, Dropped: 0)

19-01-2012 21:24:20.978 [cb4]Dropping sample from the past (44.35 ms, last call to NotifyWorker: 0.72 ms, Queue: 2, Dropped: 0)

19-01-2012 21:24:20.979 [cb4]Dropping sample from the past (25.04 ms, last call to NotifyWorker: 1.41 ms, Queue: 2, Dropped: 0)

19-01-2012 21:24:21.111 [cb4]Dropping sample from the past (37.38 ms, last call to NotifyWorker: 0.59 ms, Queue: 2, Dropped: 0)

19-01-2012 21:24:21.244 [cb4]Dropping sample from the past (50.51 ms, last call to NotifyWorker: 0.80 ms, Queue: 2, Dropped: 1)

19-01-2012 21:24:21.361 [cb4]Dropping sample from the past (47.32 ms, last call to NotifyWorker: 0.57 ms, Queue: 2, Dropped: 2)

19-01-2012 21:24:21.478 [cb4]Dropping sample from the past (44.45 ms, last call to NotifyWorker: 0.56 ms, Queue: 2, Dropped: 3)

19-01-2012 21:24:21.595 [cb4]Dropping sample from the past (41.40 ms, last call to NotifyWorker: 0.54 ms, Queue: 2, Dropped: 4)
etc.

19-01-2012 19:56:41.891 [fdc]---------- v0.0.084 part DWM ----------- instance 0x26d4c128

19-01-2012 19:56:41.891 [fdc]------- audio renderer testing --------- instance 0x26d4c128

Since you're using Tony's dshowhelper, please report to him.

mm

 

[doveman]

Thanks mm, will do.

 

[Owlsroost]

It's just a performance problem somewhere in your system - the 'Dropping sample from the past' messages are because the incoming video samples (decoded frames) are late and have to be discarded to maintain A/V sync.

Tony

 

[doveman]

So what tells you it's a problem with my system and does it indicate what the problem might be and how to fix it? Certainly the dpc latency seems to be within acceptable limits.

I don't really understand why I should have this problem with 1.2.2 but not 1.2.1.

 

[Owlsroost]

So what tells you it's a problem with my system and does it indicate what the problem might be and how to fix it? Certainly the dpc latency seems to be within acceptable limits.

I don't really understand why I should have this problem with 1.2.2 but not 1.2.1.

Neither do I.....I was just pointing out the most common cause of the symptoms in the evr.log (there's also some evidence of TsReader.ax running low on data at around the same time). When it happens again, try pausing TV briefly - to buffer more data in the timeshift file - and see if it helps.

And using an aggressive tone like "So what tells you it's a problem with my system" is a good way of getting people to ignore your posts (I almost did...or maybe I should have just deleted the thread instead - might have been more satisfying )

Tony

 

[elliottmc]

So what tells you it's a problem with my system and does it indicate what the problem might be and how to fix it? Certainly the dpc latency seems to be within acceptable limits.

I don't really understand why I should have this problem with 1.2.2 but not 1.2.1.

Nothing has changed in 1.2.2 (TsWriter, TsReader) that should affect playback. I also don't see any other reports of this.

Did you change anything else with your system at the same time? Does dropping back to 1.2.1 fix the problem reliably (and for more than 5 minutes)?

I made a suggestion in another of your threads.

https://forum.team-mediaportal.com/...sk-space-error-when-changing-channels-104950/

I don't pretend to understand why, but you have always had issues with MediaPortal. Maybe what you think is jerky playback would be acceptable to most people, I really don't know.

Perhaps you should record a video of the playback and upload it to youtube, so we can actually see what is going on.

Mark

 

[doveman]

So what tells you it's a problem with my system and does it indicate what the problem might be and how to fix it? Certainly the dpc latency seems to be within acceptable limits.

I don't really understand why I should have this problem with 1.2.2 but not 1.2.1.

Neither do I.....I was just pointing out the most common cause of the symptoms in the evr.log (there's also some evidence of TsReader.ax running low on data at around the same time). When it happens again, try pausing TV briefly - to buffer more data in the timeshift file - and see if it helps.

And using an aggressive tone like "So what tells you it's a problem with my system" is a good way of getting people to ignore your posts (I almost did...or maybe I should have just deleted the thread instead - might have been more satisfying )

Tony

Sorry if that came across aggressively. I didn't mean it that way, only was trying to ask if there was something specific you'd noticed that might help me narrow down the problem.

So what tells you it's a problem with my system and does it indicate what the problem might be and how to fix it? Certainly the dpc latency seems to be within acceptable limits.

I don't really understand why I should have this problem with 1.2.2 but not 1.2.1.

Nothing has changed in 1.2.2 (TsWriter, TsReader) that should affect playback. I also don't see any other reports of this.

Did you change anything else with your system at the same time? Does dropping back to 1.2.1 fix the problem reliably (and for more than 5 minutes)?

I made a suggestion in another of your threads.

https://forum.team-mediaportal.com/...sk-space-error-when-changing-channels-104950/

I don't pretend to understand why, but you have always had issues with MediaPortal. Maybe what you think is jerky playback would be acceptable to most people, I really don't know.

Perhaps you should record a video of the playback and upload it to youtube, so we can actually see what is going on.

Mark

I think the only thing I changed recently was to uninstall Outpost Security Suite (as it causes dpc latency problems) and replace it with Comodo firewall. I did install VMware but that too causes dpc latency problems, so I've uninstalled that as well.

I'll try dropping back to 1.2.1 to see if it's any better. I was using nostopmodv41 with 1.2.1, so maybe I should try using that with 1.2.2 first though.

It was definitely very jerky playback, as bringing up the stats showed it had dropped from 50fps to around 33fps.

 

[doveman]

Well I did a few things and haven't noticed this problem since, so fingers crossed.

Installed nostopmodv41

Disabled "Enforce Smooth Video Playback" in CCC

Uninstalled Actual Multiple Monitors v4beta (and installed AMM v3.4.2)