MediaPortal Version: 1.1.3.0
MediaPortal Skin: StreamedMP 1.4.12
Windows Version: Windows Server 2008 R2
CPU Type: i7 @ 3.5GHz
HDD: 60GB SSD, 2TB HDD
Memory: 8GB
Motherboard: Gigabyte P55/LGA-1156
Video Card: NVidia 8800GT
Video Card Driver: 258.96
Sound Card: Onboard Realtek, also M-Audio Audiophile 2496 (not used)
Sound Card AC3:
Sound Card Driver:
1. TV Card: HDHomerun dual tuner (new model)
1. TV Card Type:
1. TV Card Driver:
2. TV Card:
2. TV Card Type:
2. TV Card Driver:
3. TV Card:
3. TV Card Type:
3. TV Card Driver:
4. TV Card:
4. TV Card Type:
4. TV Card Driver:
MPEG2 Video Codec: ffshow, MPC
MPEG2 Audio Codec:
h.264 Video Codec: CoreAVC
Satelite/CableTV Provider:
HTPC Case:
Cooling:
Power Supply:
Remote: Harmony One
TV: Samsung
TV - HTPC Connection: DVI to HDMI
First, I know I'm running 2008 Server - I get the prompt every time I enter Configuration. I'm fairly confident it's not a problem with the OS.
Basically, the HDHomerun records .TS files just fine. Everything works great, except when I play back certain recorded TV shows, such as a 1080i hour-long show, at certain points it will freeze for around 60 seconds. At the 60 second mark, the audio will continue playing as the video does this fast-forward catch-up, at which point it will play fine for awhile until it freezes up again.
I can play the TS files just fine in MPC-HC or VLC. In MediaPortal, I've tried both MPC and ffmpeg codecs, and in ffmpeg I've tried both MPEG2 decoders - libavcodec and libmpeg2. They both do the same thing, although ffmpeg seems to do it less, as odd as that sounds.
In the TsReader-*.log, after playback "resumes", the log file fills up with the following at at rate of 185 lines per second for a few seconds:
As I watch the CPU % and disk quotas, there is a huge spike, but that's while the video is in fast-forward mode and catching up to the audio.
my evr.log for the last 17 minutes has 11,000 lines, 99.99% of which read:
Again, this only happens inside mediaportal. The same codecs in VLC and media player classic don't exhibit this behavior.
This doesn't happen with H.264 or any other codec/video file, just .TS streams. In all cases the audio is being sent out the Realtek S/PDIF interface as Dolby Digital to my HT system.
I have to go to bed, it's 3am. Any help would be appreciated.
Quick update: this problem only seems to happen when mediaportal doesn't have focus. This is on a dual-monitor computer, and if i'm reading this forum on the other monitor, within a few minutes it will freeze up.
The file doesn't freeze up in the same spot, which indicates that the file is ok. I also tested the .TS file with mpeg2repair, and other than the beginning and end, it checks out ok.
I also uninstalled the KLITE codec pack, and I thought that fixed it until it freezed up 20 minutes later when the window didn't have focus.
MediaPortal Skin: StreamedMP 1.4.12
Windows Version: Windows Server 2008 R2
CPU Type: i7 @ 3.5GHz
HDD: 60GB SSD, 2TB HDD
Memory: 8GB
Motherboard: Gigabyte P55/LGA-1156
Video Card: NVidia 8800GT
Video Card Driver: 258.96
Sound Card: Onboard Realtek, also M-Audio Audiophile 2496 (not used)
Sound Card AC3:
Sound Card Driver:
1. TV Card: HDHomerun dual tuner (new model)
1. TV Card Type:
1. TV Card Driver:
2. TV Card:
2. TV Card Type:
2. TV Card Driver:
3. TV Card:
3. TV Card Type:
3. TV Card Driver:
4. TV Card:
4. TV Card Type:
4. TV Card Driver:
MPEG2 Video Codec: ffshow, MPC
MPEG2 Audio Codec:
h.264 Video Codec: CoreAVC
Satelite/CableTV Provider:
HTPC Case:
Cooling:
Power Supply:
Remote: Harmony One
TV: Samsung
TV - HTPC Connection: DVI to HDMI
First, I know I'm running 2008 Server - I get the prompt every time I enter Configuration. I'm fairly confident it's not a problem with the OS.
Basically, the HDHomerun records .TS files just fine. Everything works great, except when I play back certain recorded TV shows, such as a 1080i hour-long show, at certain points it will freeze for around 60 seconds. At the 60 second mark, the audio will continue playing as the video does this fast-forward catch-up, at which point it will play fine for awhile until it freezes up again.
I can play the TS files just fine in MPC-HC or VLC. In MediaPortal, I've tried both MPC and ffmpeg codecs, and in ffmpeg I've tried both MPEG2 decoders - libavcodec and libmpeg2. They both do the same thing, although ffmpeg seems to do it less, as odd as that sounds.
In the TsReader-*.log, after playback "resumes", the log file fills up with the following at at rate of 185 lines per second for a few seconds:
Code:
28-03-2011 22:36:40.846 [1110]Vid/Ref : 2272.388, Late B-frame(13), Compensated = 157.516 ( -1.982 A/V buffers=308/01), Clk : 159.498077, State 2
28-03-2011 22:36:40.852 [1110]Vid/Ref : 2272.522, Late I-frame(02), Compensated = 157.650 ( -1.833 A/V buffers=308/01), Clk : 159.483078, State 2
28-03-2011 22:36:40.860 [1110]Vid/Ref : 2272.455, Late B-frame(00), Compensated = 157.583 ( -1.900 A/V buffers=308/01), Clk : 159.483078, State 2
28-03-2011 22:36:40.865 [1110]Vid/Ref : 2272.488, Late B-frame(01), Compensated = 157.616 ( -1.883 A/V buffers=308/01), Clk : 159.499084, State 2
28-03-2011 22:36:40.865 [d64]Aud/Ref : 2222.613, Late Compensated = 107.741 ( -51.758 A/V buffers=308/00), Clk : 159.499084, State 2
28-03-2011 22:36:40.869 [1110]Vid/Ref : 2272.622, Late P-frame(05), Compensated = 157.750 ( -1.733 A/V buffers=308/01), Clk : 159.483078, State 2
28-03-2011 22:36:40.876 [1110]Vid/Ref : 2272.555, Late B-frame(03), Compensated = 157.683 ( -1.800 A/V buffers=308/01), Clk : 159.483078, State 2
28-03-2011 22:36:40.880 [1110]Vid/Ref : 2272.588, Late B-frame(04), Compensated = 157.716 ( -1.782 A/V buffers=308/01), Clk : 159.498077, State 2
28-03-2011 22:36:40.884 [1110]Vid/Ref : 2272.722, Late P-frame(08), Compensated = 157.850 ( -1.648 A/V buffers=308/01), Clk : 159.498077, State 2
28-03-2011 22:36:40.891 [1110]Vid/Ref : 2272.655, Late B-frame(06), Compensated = 157.783 ( -1.700 A/V buffers=308/01), Clk : 159.483078, State 2
As I watch the CPU % and disk quotas, there is a huge spike, but that's while the video is in fast-forward mode and catching up to the audio.
my evr.log for the last 17 minutes has 11,000 lines, 99.99% of which read:
Code:
29-03-2011 03:09:06.233 [e28]Scheduling sample from the past (7339.29 ms, last call to NotifyWorker: 3.86 ms)
29-03-2011 03:09:06.233 [d5c]Dropping frame, behind 7339.29 ms, last sleep time 0.00 ms.
29-03-2011 03:09:06.235 [e28]Scheduling sample from the past (7322.61 ms, last call to NotifyWorker: 2.71 ms)
29-03-2011 03:09:06.235 [d5c]Dropping frame, behind 7322.61 ms, last sleep time 0.00 ms.
29-03-2011 03:09:06.237 [e28]Scheduling sample from the past (7305.92 ms, last call to NotifyWorker: 2.17 ms)
29-03-2011 03:09:06.238 [d5c]Dropping frame, behind 7305.92 ms, last sleep time 0.00 ms.
29-03-2011 03:09:06.242 [e28]Scheduling sample from the past (7289.24 ms, last call to NotifyWorker: 4.09 ms)
29-03-2011 03:09:06.242 [d5c]Dropping frame, behind 7289.24 ms, last sleep time 0.00 ms.
29-03-2011 03:09:06.246 [e28]Scheduling sample from the past (7272.56 ms, last call to NotifyWorker: 4.04 ms)
29-03-2011 03:09:06.246 [d5c]Dropping frame, behind 7272.56 ms, last sleep time 0.00 ms.
29-03-2011 03:09:06.249 [e28]Scheduling sample from the past (7255.87 ms, last call to NotifyWorker: 2.94 ms)
29-03-2011 03:09:06.249 [d5c]Dropping frame, behind 7255.87 ms, last sleep time 0.00 ms.
Again, this only happens inside mediaportal. The same codecs in VLC and media player classic don't exhibit this behavior.
This doesn't happen with H.264 or any other codec/video file, just .TS streams. In all cases the audio is being sent out the Realtek S/PDIF interface as Dolby Digital to my HT system.
I have to go to bed, it's 3am. Any help would be appreciated.
Quick update: this problem only seems to happen when mediaportal doesn't have focus. This is on a dual-monitor computer, and if i'm reading this forum on the other monitor, within a few minutes it will freeze up.
The file doesn't freeze up in the same spot, which indicates that the file is ok. I also tested the .TS file with mpeg2repair, and other than the beginning and end, it checks out ok.
I also uninstalled the KLITE codec pack, and I thought that fixed it until it freezed up 20 minutes later when the window didn't have focus.