Lost a Channel on Cox Cable
Posted: Wed Jun 03, 2020 2:35 am
Hi Everyone,
I'm using a Ceton InfiniTV 6 ETH with a Myth server, using Cox Cable in southern California. Just two days ago I lost the ability to tune CNBC, either in SD or HD. The channel numbers are 44 and 1044.
I have 3 systems: Ceton InfiniTV, a TiVo, and a cable box. The Ceton and the TiVo both take cable cards and require tuning adapters. Funny thing, I can get 44 and 1044 on the cable box, but not on the cable card systems.
Of course, calls to Cox have been useless. They reset my tuning adapters, say there's nothing more they can do, and want to send a technician. All of the other channels work fine. The TiVo and the cable box are on the same run, split close to each other, and the Ceton is on a separate run that split earlier. And yet the cable box works for CNBC, and the other two don't.
So before the technician comes (mid-pandemic, so they can't come inside...) I want to have as much info as possible.
Can anyone tell me what's happening here? I see it looks up the channel info from the tuning adapter, but it reverts back to 0.
I'm guessing this is an issue affecting the tuning adapters, but not the cable box, for some reason. Any help would be appreciated!
Thank you.
I'm using a Ceton InfiniTV 6 ETH with a Myth server, using Cox Cable in southern California. Just two days ago I lost the ability to tune CNBC, either in SD or HD. The channel numbers are 44 and 1044.
I have 3 systems: Ceton InfiniTV, a TiVo, and a cable box. The Ceton and the TiVo both take cable cards and require tuning adapters. Funny thing, I can get 44 and 1044 on the cable box, but not on the cable card systems.
Of course, calls to Cox have been useless. They reset my tuning adapters, say there's nothing more they can do, and want to send a technician. All of the other channels work fine. The TiVo and the cable box are on the same run, split close to each other, and the Ceton is on a separate run that split earlier. And yet the cable box works for CNBC, and the other two don't.
So before the technician comes (mid-pandemic, so they can't come inside...) I want to have as much info as possible.
Can anyone tell me what's happening here? I see it looks up the channel info from the tuning adapter, but it reverts back to 0.
Code: Select all
Jan 1 01:06:33 ocur[21]: ocur: [0] Attempting to SetChannel (Channel=44 SourceId=0 Mode=0)
Jan 1 01:06:33 ocur[21]: ocur: Disabled table monitor for instance 0
Jan 1 01:06:33 ocur[21]: ocur: [0] Program number set to 0, was 0
Jan 1 01:06:33 ocur[21]: ocur: [0] Starting TA[6] resolve for channel 44
Jan 1 01:06:33 ocur[21]: libcetontrif: trif[6] Found channel 44 in map
Jan 1 01:06:33 ocur[21]: ocur: [0] Resolved channel 44 -> freq 141000, prog 58780, modulation 16
Jan 1 01:06:33 ocur[21]: ocur: [0] Tune to 44 (mod=q256, freq=141000, program=58780, std=9)
Jan 1 01:06:33 ocur[21]: ocur: [0] Program number set to 58780, was 0
Jan 1 01:06:33 ocur[21]: ocur: Disabled table monitor for instance 0
Jan 1 01:06:33 ocur[21]: ocur: [0] Locked: 1 Acc E: 9
Jan 1 01:06:33 ocur[21]: upnp: Event(cas[0]): DescramblingStatus, "Unknown"
Jan 1 01:06:33 ocur[21]: ocur: [0] Getting pmt for program 58780
Jan 1 01:06:34 ocur[21]: ocur: [0] Got pmt for program# 58780
Jan 1 01:06:34 ocur[21]: ocur: [0] Adding pid 0x1ffc
Jan 1 01:06:34 ocur[21]: ocur: [0] Adding pid 0x0083
Jan 1 01:06:34 ocur[21]: ocur: [0] Adding pid 0x0084
Jan 1 01:06:34 ocur[21]: ocur: [0] Adding pid 0x0085
Jan 1 01:06:34 ocur[21]: ocur: [0] Adding pid 0x0086
Jan 1 01:06:34 ocur[21]: upnp: Event(tuner[0]): PCRLock, "1"
Jan 1 01:06:34 ocur[21]: ocur: [0] Adding pid 0x0000
Jan 1 01:06:34 ocur[21]: ocur: [0] Adding pid 0x0936
Jan 1 01:06:34 ocur[21]: ocur: [0] Adding pid 0x0154
Jan 1 01:06:34 ocur[21]: ocur: [0] Adding pid 0x0937
Jan 1 01:06:34 ocur[21]: ocur: [0] Adding pid 0x0938
Jan 1 01:06:34 ocur[21]: ocur: [0] Adding pid 0x0939
Jan 1 01:06:34 ocur[21]: ocur: Disabled table monitor for instance 0
Jan 1 01:06:34 ocur[21]: ocur: Enabled table monitor for instance 0
Jan 1 01:06:34 ocur[21]: ocur: [0] Channel is scrambled, expecting CCI
Jan 1 01:06:34 ocur[21]: ocur: [0] Sending ca_pmt to CableCARD for program number 58780 index 0
Jan 1 01:06:34 ocur[21]: libcetonrtsp: object cetonmpeg0
Jan 1 01:06:34 ocur[21]: libctn91xx: Setting mpeg_eth headers for instance 0
Jan 1 01:06:34 ocur[21]: libctn91xx: rip C0A8013A lip C0A80139 rp 50042 lp 43012
Jan 1 01:06:34 ocur[21]: ocur: [0] rtp setup for client 192.168.1.58:50042
Jan 1 01:06:34 ocur[21]: ocur: [0] CCI 00 arrived for program# 58780
Jan 1 01:06:35 ocur[21]: ocur: [0] rtp teardown for client 192.168.1.58:50042
Jan 1 01:06:35 ocur[21]: libcetonrtsp: object cetonmpeg0
Jan 1 01:06:35 ocur[21]: libctn91xx: Setting mpeg_eth headers for instance 0
Jan 1 01:06:35 ocur[21]: libctn91xx: rip C0A8013A lip C0A80139 rp 54498 lp 43012
Jan 1 01:06:35 ocur[21]: ocur: [0] rtp setup for client 192.168.1.58:54498
Jan 1 01:06:39 ocur[21]: ocur: [0] rtp teardown for client 192.168.1.58:54498
Jan 1 01:06:39 ocur[21]: ocur: [0] Attempting to SetChannel (Channel=0 SourceId=0 Mode=0)
Jan 1 01:06:39 ocur[21]: ocur: Disabled table monitor for instance 0
Jan 1 01:06:39 ocur[21]: ocur: [0] Program number set to 0, was 58780
Jan 1 01:06:39 ocur[21]: ocur: [0] Starting TA[6] resolve for channel 0
Jan 1 01:06:39 ocur[21]: ocur: WARNING: [0] OCTA resolution failed. tune_status=7.
Jan 1 01:06:39 ocur[21]: ocur: WARNING: [0] Setting timer to fire resolve error c0046007
Jan 1 01:06:40 ocur[21]: ocur: WARNING: [0] Channel 0 not found
Jan 1 01:06:44 ocur[21]: ocur: WARNING: [0] Firing resolve error c0046007
Jan 1 01:06:44 ocur[21]: upnp: Event(cas[0]): DescramblingStatus, "Not possible (technical reason)"
Thank you.