- August 4, 2007
- 861
- 99
- Home Country
- Spain
- Moderator
- #1
MediaPortal Version: 1.1.0. RC2
MediaPortal Skin: StreamedMP
Windows Version: Vista 32bit
CPU Type: Core 2 Duo 6550
HDD: 2xWD Caviar Green 1 Tb.
Memory: 2 Gb
Motherboard: P5Q SE PLUS
Video Card: Nvidia GT240
Video Card Driver: 195.xx
Sound Card: Integrated
Sound Card AC3:
Sound Card Driver: last available
1. TV Card: Hauppauge HVR4000
1. TV Card Type: Hybrid analog/dvbt/dvbs/dvbs2
1. TV Card Driver: last available
2. TV Card: Kworld DVBT-PE310 (Dual)
2. TV Card Type: Dual DVB-t
2. TV Card Driver: last available
MPEG2 Video Codec: Cyberlink MPEG2 (PowerDVD9), standalone file .ax
MPEG2 Audio Codec: Ffdshow Tryouts Beta6
h.264 Video Codec: Cyberlink H264 (PowerDVD8)
Satelite/CableTV Provider:
HTPC Case:
Cooling:
Power Supply:
Remote:
TV:
TV - HTPC Connection:
Hi,
I'm experiencing little random stutters watching some DVB-t channels. It happens randomly, but it seems to depend on what channel I'm watching. In worst case, I've got little glitch every few minutes. When this happens, I can see this on my tsreader.log:
No Tswriter equivalent log. I also can see this on MediaPortal.log in glitch time:
Also tv.log related to this glitch:
I'm investigating if it's signal problem, (because it's not happening with absolutely any DVB-t channel) but any of my DVB-t cards reports 100% quality, and if I do an analisys of a DVB-t ts stream using other tools (TsReader standalone app, TransEdit Analyze option (DVBViewer scanning app)), I see no missing packets...
Does this message:
19-04-2010 09:17:16.662 [1304]Unexpected LiveTV PAT change due to provider, update m_ReqPatVersion to new PAT version : 1
...means anything to you? Can I still think is a signal problem anyway?
Last, but not least, this started happening after installing 1.1.0 RC2 (no problems with same hard/soft, and MP 1.0.2).
If you need more in deep logs, please tell me... but I didn't see any significant info in other logfiles.
WAF Factor is pushing hard me... Any clue is very much appreciated!!! Definetly, I don't want to roll back to 1.0.2, as I see many great improvements within other areas with 1.1.0 RC2... but LiveTV is not usable this way...
Thank you very much. I'll post any other clue I can see, as I continue doing different tests.
bye!
MediaPortal Skin: StreamedMP
Windows Version: Vista 32bit
CPU Type: Core 2 Duo 6550
HDD: 2xWD Caviar Green 1 Tb.
Memory: 2 Gb
Motherboard: P5Q SE PLUS
Video Card: Nvidia GT240
Video Card Driver: 195.xx
Sound Card: Integrated
Sound Card AC3:
Sound Card Driver: last available
1. TV Card: Hauppauge HVR4000
1. TV Card Type: Hybrid analog/dvbt/dvbs/dvbs2
1. TV Card Driver: last available
2. TV Card: Kworld DVBT-PE310 (Dual)
2. TV Card Type: Dual DVB-t
2. TV Card Driver: last available
MPEG2 Video Codec: Cyberlink MPEG2 (PowerDVD9), standalone file .ax
MPEG2 Audio Codec: Ffdshow Tryouts Beta6
h.264 Video Codec: Cyberlink H264 (PowerDVD8)
Satelite/CableTV Provider:
HTPC Case:
Cooling:
Power Supply:
Remote:
TV:
TV - HTPC Connection:
Hi,
I'm experiencing little random stutters watching some DVB-t channels. It happens randomly, but it seems to depend on what channel I'm watching. In worst case, I've got little glitch every few minutes. When this happens, I can see this on my tsreader.log:
Code:
19-04-2010 09:17:16.662 [1304]OnNewChannel pat version:1->2
19-04-2010 09:17:16.662 [1304]Unexpected LiveTV PAT change due to provider, update m_ReqPatVersion to new PAT version : 1
19-04-2010 09:17:16.662 [1304]demux:flushing
19-04-2010 09:17:16.662 [1304]demux:set hold audio:1
19-04-2010 09:17:16.662 [1304]demux:set hold video:1
19-04-2010 09:17:16.663 [1304]demux:set hold subtitle:1
19-04-2010 09:17:16.663 [1304]demux:flush audio
19-04-2010 09:17:16.663 [1304]demux:flush video
19-04-2010 09:17:16.663 [1304]demux:flush subtitle
19-04-2010 09:17:16.663 [1304]demux:set hold audio:0
19-04-2010 09:17:16.663 [1304]demux:set hold video:0
19-04-2010 09:17:16.663 [1304]demux:set hold subtitle:0
19-04-2010 09:17:16.664 [1304]New channel found (PAT/PMT/SDT changed)
19-04-2010 09:17:16.664 [1304] pcr pid: 30
19-04-2010 09:17:16.664 [1304] pmt pid: 20
19-04-2010 09:17:16.664 [1304] video pid: 30 type: MPEG2
19-04-2010 09:17:16.664 [1304] audio pid: 40 language: spa type: MPEG2 - audio
19-04-2010 09:17:16.664 [1304] audio pid: 41 language: mul type: MPEG2 - audio
19-04-2010 09:17:16.665 [1304]Setting initial audio index to : 0
19-04-2010 09:17:16.665 [1304]OnRequestAudioChange()
19-04-2010 09:17:16.665 [1304]demux:Wait for Audio stream selection :1
19-04-2010 09:17:16.665 [1304]New Audio 4
19-04-2010 09:17:16.687 [147c]SetAudioStream : 0
19-04-2010 09:17:16.687 [147c]Old Audio 4, New Audio 4
19-04-2010 09:17:16.687 [147c]demux:Wait for Audio stream selection :0
19-04-2010 09:17:16.831 [1304] MPEG I-FRAME found 341.848000
19-04-2010 09:17:16.831 [1304]Demux : Video to render 1.614 Sec
19-04-2010 09:17:16.836 [5b4]vid:set discontinuity
19-04-2010 09:17:16.861 [1304] MPEG First '0' frame found. 341.768000
19-04-2010 09:17:16.861 [1304]Demux : Video to render 1.502 Sec
19-04-2010 09:17:16.912 [1304]Demux : Audio to render 1.028 Sec
19-04-2010 09:17:16.927 [1304]aud:set discontinuity
19-04-2010 09:17:17.101 [1304]Demux : Audio to render 1.007 Sec
No Tswriter equivalent log. I also can see this on MediaPortal.log in glitch time:
Code:
2010-04-19 09:17:16.683807 [Info.][MPMain(1)]: TSReaderPlayer:OnRequestAudioChange()
2010-04-19 09:17:16.683807 [Debug][MPMain(1)]: TVHome.OnAudioTracksReady()
2010-04-19 09:17:16.683807 [Debug][MPMain(1)]: TVHome.GetPreferedAudioStreamIndex(): preferred LANG(s):spa preferAC3:True preferAudioTypeOverLang:True
2010-04-19 09:17:16.683807 [Debug][MPMain(1)]: Audio streams avail: 2
2010-04-19 09:17:16.684807 [Info.][MPMain(1)]: TsReaderPlayer: GetAudioDualMonoMode mode=0 succeeded
2010-04-19 09:17:16.685807 [Info.][MPMain(1)]: TsReaderPlayer: GetAudioDualMonoMode mode=0 succeeded
2010-04-19 09:17:16.685807 [Debug][MPMain(1)]: Stream 0 lang spa, lang priority index 0
2010-04-19 09:17:16.685807 [Debug][MPMain(1)]: Setting mpeg pref
2010-04-19 09:17:16.686807 [Info.][MPMain(1)]: TsReaderPlayer: GetAudioDualMonoMode mode=0 succeeded
2010-04-19 09:17:16.686807 [Debug][MPMain(1)]: Stream 1 lang mul, lang priority index -1
2010-04-19 09:17:16.687807 [Info.][MPMain(1)]: Audio stream: no preferred AC3 audio stream found, trying mpeg instead.
2010-04-19 09:17:16.687807 [Info.][MPMain(1)]: Audio stream: switching to preferred MPEG audio stream 0, based on LANG spa
2010-04-19 09:17:16.688807 [Info.][MPMain(1)]: TsReaderPlayer: GetAudioDualMonoMode mode=0 succeeded
2010-04-19 09:17:16.689807 [Info.][MPMain(1)]: TsReaderPlayer: SetAudioDualMonoMode mode=STEREO succeeded
Also tv.log related to this glitch:
Code:
2010-04-19 09:17:16.214807 [(12)]: subch:0 OnPMTReceived() pmt:67 ran:True dynamic:True
2010-04-19 09:17:16.215807 [(12)]: subch:0 SendPmt:B4 B4 13 14
2010-04-19 09:17:16.215807 [(12)]: Decode pmt
2010-04-19 09:17:16.215807 [(12)]: Set descriptor data with length 3
2010-04-19 09:17:16.216807 [(12)]: Set descriptor data with length 3
2010-04-19 09:17:16.216807 [(12)]: PROBLEM : descriptor lengths dont match 6 9
2010-04-19 09:17:16.217807 [(12)]: Set descriptor data with length 3
2010-04-19 09:17:16.217807 [(12)]: PROBLEM : descriptor lengths dont match 6 9
2010-04-19 09:17:16.217807 [(12)]: Set descriptor data with length 3
2010-04-19 09:17:16.218807 [(12)]: PROBLEM : descriptor lengths dont match 12 15
2010-04-19 09:17:16.218807 [(12)]: Set descriptor data with length 3
2010-04-19 09:17:16.218807 [(12)]: Set descriptor data with length 3
2010-04-19 09:17:16.219807 [(12)]: subch:0 SendPMT: Channel is FTA, nothing to do.
2010-04-19 09:17:16.219807 [(12)]: subch:0 SetMpegPidMapping
2010-04-19 09:17:16.220807 [(12)]: subch:0 pid:CB pcr
2010-04-19 09:17:16.220807 [(12)]: subch:0 pid:67 pmt
2010-04-19 09:17:16.220807 [(12)]: subch:0 pid:CB video type:MPEG-2
2010-04-19 09:17:16.221807 [(12)]: subch:0 map pid:CB video type:MPEG-2
2010-04-19 09:17:16.222807 [(12)]: subch:0 pid:12F audio lang: type:MPEG-1
2010-04-19 09:17:16.222807 [(12)]: subch:0 map pid:12F audio lang: type:MPEG-1
2010-04-19 09:17:16.223807 [(12)]: subch:0 pid:132 audio lang: type:MPEG-1
2010-04-19 09:17:16.223807 [(12)]: subch:0 pid:2BF teletext type:6
2010-04-19 09:17:16.224807 [(12)]: subch:0 map pid:2BF teletext type:6
2010-04-19 09:17:16.224807 [(12)]: subch:0 pid:8FE type:5
2010-04-19 09:17:16.225807 [(12)]: subch:0 pid:8FF type:B
2010-04-19 09:17:16.225807 [(12)]: subch:0 pid:900 type:5
2010-04-19 09:17:16.226807 [(12)]: subch:0 pid:901 type:B
2010-04-19 09:17:16.226807 [(12)]: subch:0 pid:902 type:5
2010-04-19 09:17:16.227807 [(12)]: subch:0 pid:908 type:5
2010-04-19 09:17:16.227807 [(12)]: subch:0 pid:912 type:5
2010-04-19 09:17:16.228807 [(12)]: subch:0 pid:91C type:5
2010-04-19 09:17:16.228807 [(12)]: Number of HWPIDS that needs to be sent to tuner :10
2010-04-19 09:17:16.360807 [(12)]: PID seen - type = Audio
2010-04-19 09:17:16.360807 [(12)]: audioVideoEventHandler Audio
2010-04-19 09:17:16.361807 [(12)]: PID seen - type = Audio
2010-04-19 09:17:16.652807 [(12)]: PID seen - type = Video
2010-04-19 09:17:16.652807 [(12)]: audioVideoEventHandler Video
I'm investigating if it's signal problem, (because it's not happening with absolutely any DVB-t channel) but any of my DVB-t cards reports 100% quality, and if I do an analisys of a DVB-t ts stream using other tools (TsReader standalone app, TransEdit Analyze option (DVBViewer scanning app)), I see no missing packets...
Does this message:
19-04-2010 09:17:16.662 [1304]Unexpected LiveTV PAT change due to provider, update m_ReqPatVersion to new PAT version : 1
...means anything to you? Can I still think is a signal problem anyway?
Last, but not least, this started happening after installing 1.1.0 RC2 (no problems with same hard/soft, and MP 1.0.2).
If you need more in deep logs, please tell me... but I didn't see any significant info in other logfiles.
WAF Factor is pushing hard me... Any clue is very much appreciated!!! Definetly, I don't want to roll back to 1.0.2, as I see many great improvements within other areas with 1.1.0 RC2... but LiveTV is not usable this way...
Thank you very much. I'll post any other clue I can see, as I continue doing different tests.
bye!