MPlayer cache fill increases only on channel change, no pic

Discussions for Linux infiniTV installations
Post Reply
johanh

Posts: 2
Joined: Sat Jul 19, 2014 9:22 pm
Location:

HTPC Specs: Show details

MPlayer cache fill increases only on channel change, no pic

#1

Post by johanh » Sat Jul 19, 2014 9:26 pm

I have installed the Ceton InfiniTV 6 PCI card, obtained a CableCARD from Comcast and activated it with them, apparently successfully; the information on the CableCARD in the web interface says:

CableCARD: Inserted
Card Manufacturer: Motorola
Card Version: 1573
Card MAC: 00:1e:5a:bf:6e:cc
Card Serial: MA0806CADM02
Card Authorization: Validated, validation message is received, authenticated, and the IDs match those in the current binding

However, when trying to get output via MPlayer I run into trouble. I have tuned the first tuner to a number of channels. However, the cache fill numbers do not move over 0% until I change channel. When I do that the number increases by a few percent, but it never moves on its own, and no MPlayer window appears.

Most channels that I tune to report copy protection as "One Copy" (0x02), which I understand will not play on Linux, but some channels instead report copy protection as "None". I have read that Comcast (of which I am a customer) should normally report copy freely instead, but is the only think that I can think of as an issue. Here is a log of c channel tune that bumps the cache fill a little:

Jan 10 19:07:00 ocur[21]: ocur: [0] Attempting to SetChannel (Channel=3 SourceId=0 Mode=0)
Jan 10 19:07:00 ocur[21]: ocur: Disabled table monitor for instance 0
Jan 10 19:07:00 ocur[21]: ocur: [0] Program number set to 0, was 0
Jan 10 19:07:00 ocur[21]: ocur: [0] Tune to 3 (mod=q256, freq=585000, program=10, std=9)
Jan 10 19:07:00 ocur[21]: ocur: [0] Program number set to 10, was 0
Jan 10 19:07:00 ocur[21]: ocur: Disabled table monitor for instance 0
Jan 10 19:07:00 ocur[21]: ocur: [0] Locked: 1 Acc E: 0
Jan 10 19:07:00 ocur[21]: ocur: [0] Tune finished to freq 585000
Jan 10 19:07:00 ocur[21]: ocur: [0] Getting pmt for program 10
Jan 10 19:07:01 ocur[21]: ocur: [0] Got pmt for program# 10
Jan 10 19:07:01 ocur[21]: ocur: [0] Adding pid 0x0032
Jan 10 19:07:01 ocur[21]: ocur: [0] Adding pid 0x0034
Jan 10 19:07:01 ocur[21]: ocur: [0] Adding pid 0x0035
Jan 10 19:07:01 ocur[21]: ocur: [0] Adding pid 0x0036
Jan 10 19:07:01 ocur[21]: ocur: [0] Adding pid 0x0037
Jan 10 19:07:01 ocur[21]: ocur: [0] Adding pid 0x003a
Jan 10 19:07:01 ocur[21]: ocur: [0] Adding pid 0x0030
Jan 10 19:07:01 ocur[21]: ocur: [0] Adding pid 0x0031
Jan 10 19:07:01 ocur[21]: ocur: [0] Adding pid 0x0033
Jan 10 19:07:01 ocur[21]: ocur: [0] Adding pid 0x0038
Jan 10 19:07:01 ocur[21]: ocur: [0] Adding pid 0x0039
Jan 10 19:07:01 ocur[21]: upnp: Event(tuner[0]): PCRLock, "1"
Jan 10 19:07:01 ocur[21]: ocur: [0] Adding pid 0x0000
Jan 10 19:07:01 ocur[21]: ocur: [0] Adding pid 0x0940
Jan 10 19:07:01 ocur[21]: ocur: [0] Adding pid 0x0436
Jan 10 19:07:01 ocur[21]: ocur: [0] Adding pid 0x0941
Jan 10 19:07:01 ocur[21]: ocur: Disabled table monitor for instance 0
Jan 10 19:07:01 ocur[21]: ocur: Enabled table monitor for instance 0
Jan 10 19:07:01 ocur[21]: ocur: [0] Channel is scrambled, expecting CCI
Jan 10 19:07:01 ocur[21]: ocur: [0] Sending ca_pmt to CableCARD for program number 10 index 0
Jan 10 19:07:01 ocur[21]: ocur: [0] CCI 02 arrived for program# 10

Times are somehow off in the logs, my system time is current.

Has anyone experienced this type of issue, and if so, found a solution to it? Any tips on where the problem might be would be much appreciated.

Thanks,
Johan H

User avatar
Yippee38

Posts: 28
Joined: Fri May 09, 2014 11:35 pm
Location:

HTPC Specs: Show details

#2

Post by Yippee38 » Sun Jul 20, 2014 6:58 pm

johanh wrote:Jan 10 19:07:01 ocur[21]: ocur: [0] CCI 02 arrived for program# 10
From what I've read, you card is not paired correctly, and that's why it's reporting 02.

johanh

Posts: 2
Joined: Sat Jul 19, 2014 9:22 pm
Location:

HTPC Specs: Show details

#3

Post by johanh » Thu Jul 24, 2014 1:02 am

OK, thanks for the pointer. I read that Comcast usually were liberal with the copy protection flag, so it had perplexed me that it reported CCI 02. Back on the phone to their tech support it sounds like <shudder>.

Post Reply