- September 1, 2008
- 21,577
- 8,224
- Home Country
- New Zealand
Hello again T^2
Good to hear from you again...
Something seems funky there.
It is taking a long time because TV Server is waiting for information about the available streams (video, audio, subtitles etc.). In technical terms this is known as "PMT" - program map table.
In that case:
TV Server sets up to grab the PMT information:
After 10 seconds it hadn't been seen:
...so TV Server goes hunting:
...and 7 seconds later TV Server finds PMT where it was previously looking:
Very very strange!
It should not be taking 17+ seconds to receive PMT. If that were really happening it would indicate a non-compliant broadcast stream from your cable provider.
I wonder if your CableCARD is 100% healthy.
Could you please submit a support request to Silicondust and get them to check your log files and see if everything is A-OK.
mm
Good to hear from you again...
Okay, so I think I can see what you mean with the attempt to view National Geographic Wild HD (NgeoWildHD channel 81).So... Still getting some odd behavior even with the firewall turned off. Most of the time the channel changes are quick in MP. However, occasionally the channel change can take an excessive amount of time. Say Tuner 0 is currently active, command a new channel, and it just waits. While waiting Tuner 1 LED will start blinking and will remain blinking for some time after the channel change finally happens (eventually going out). Tuner 0's LED remains steady the whole time.
Something seems funky there.
It is taking a long time because TV Server is waiting for information about the available streams (video, audio, subtitles etc.). In technical terms this is known as "PMT" - program map table.
In that case:
[2014-01-24 22:07:27,893] [Log ] [24 ] [INFO ] - atsc:Tune:ATSC:tv:Cable WILDH__NATGEOWILD_HD Freq:565250 ONID:18968 TSID:0 SID:2841 PMT:0x31 FTA:False LCN:81 phys:81 maj:914 min:0 mod:Mod256Qam
[2014-01-24 22:07:27,893] [Log ] [24 ] [INFO ] - DRI CC: tune channel 914 "WILDH__NATGEOWILD_HD", sub channel ID 0
[2014-01-24 22:07:27,893] [Log ] [24 ] [DEBUG] - existing subchannel 0
[2014-01-24 22:07:27,893] [Log ] [24 ] [INFO ] - subch:0 OnBeforeTune
[2014-01-24 22:07:27,894] [Log ] [24 ] [DEBUG] - DRI CC: tuning...
[2014-01-24 22:07:27,911] [Log ] [13 ] [INFO ] - DRI CC: device 12 descrambling status update, old status = Possible, new status = Unknown
[2014-01-24 22:07:28,472] [Log ] [13 ] [INFO ] - DRI CC: device 12 descrambling status update, old status = Unknown, new status = Possible
[2014-01-24 22:07:28,579] [Log ] [24 ] [INFO ] - subch:0 OnAfterTune
[2014-01-24 22:07:28,580] [Log ] [24 ] [INFO ] - RunGraph
[2014-01-24 22:07:28,582] [Log ] [24 ] [INFO ] - DRI CC: signal locked immediately
[2014-01-24 22:07:28,582] [Log ] [24 ] [INFO ] - subch:0 OnGraphStart
[2014-01-24 22:07:28,583] [Log ] [24 ] [INFO ] - subch:0 Graph already running - WaitForPMT
[2014-01-24 22:07:28,584] [Log ] [24 ] [INFO ] - subch:0 SetupPmtGrabberid 31 sid:B19
[2014-01-24 22:07:28,585] [Log ] [24 ] [INFO ] - subch:0 set pmt grabber pmt:31 sid:B19
[2014-01-24 22:07:28,586] [Log ] [24 ] [DEBUG] - TimeShifter.OnAfterTune: resetting audio/video time
[2014-01-24 22:07:28,587] [Log ] [24 ] [DEBUG] - WaitForPMT: Waiting for PMT 31
[2014-01-24 22:07:38,587] [Log ] [24 ] [DEBUG] - WaitForPMT: Timed out waiting for PMT after 10.000572 seconds. Increase the PMT timeout value?
[2014-01-24 22:07:38,588] [Log ] [24 ] [DEBUG] - Setting to 0 to search for new PMT.
[2014-01-24 22:07:38,588] [Log ] [24 ] [INFO ] - subch:0 SetupPmtGrabberid 0 sid:B19
[2014-01-24 22:07:38,589] [Log ] [24 ] [INFO ] - subch:0 set pmt grabber pmt:0 sid:B19
[2014-01-24 22:07:38,590] [Log ] [24 ] [DEBUG] - TimeShifter.OnAfterTune: resetting audio/video time
[2014-01-24 22:07:38,591] [Log ] [24 ] [DEBUG] - WaitForPMT: Waiting for PMT 0
[2014-01-24 22:07:45,886] [Log ] [9 ] [INFO ] - subch:0 OnPMTReceived() pmt:31 ran:True dynamic:False
[2014-01-24 22:07:45,887] [Log ] [24 ] [DEBUG] - WaitForPMT: Found PMT after 7.2954173 seconds.
TV Server sets up to grab the PMT information:
[2014-01-24 22:07:28,585] [Log ] [24 ] [INFO ] - subch:0 set pmt grabber pmt:31 sid:B19
After 10 seconds it hadn't been seen:
[2014-01-24 22:07:38,587] [Log ] [24 ] [DEBUG] - WaitForPMT: Timed out waiting for PMT after 10.000572 seconds. Increase the PMT timeout value?
...so TV Server goes hunting:
[2014-01-24 22:07:38,588] [Log ] [24 ] [DEBUG] - Setting to 0 to search for new PMT.
...and 7 seconds later TV Server finds PMT where it was previously looking:
[2014-01-24 22:07:45,886] [Log ] [9 ] [INFO ] - subch:0 OnPMTReceived() pmt:31 ran:True dynamic:False
[2014-01-24 22:07:45,887] [Log ] [24 ] [DEBUG] - WaitForPMT: Found PMT after 7.2954173 seconds.
Very very strange!
It should not be taking 17+ seconds to receive PMT. If that were really happening it would indicate a non-compliant broadcast stream from your cable provider.
I wonder if your CableCARD is 100% healthy.
Could you please submit a support request to Silicondust and get them to check your log files and see if everything is A-OK.
mm