said by GTFan: said by telcodad:
A recent article on the Broadcasting & Cable site:
CEA to FCC: Deny Charter Set-Top Waiver and Come Up With Standard
Says FCC should bite bullet and resolve issue through standard interface for directly attaching retail boxes to MVPDs
By John Eggerton, Broadcasting & Cable - November 30, 2012
»www.broadcastingcable.co ··· dard.php
Way overdue after the FCC shirked their duty with AllVid. Instead they're just going to keep kicking the can down the road and hope cable comes up with something.
»apps.fcc.gov/ecfs/commen ··· 17143898
From today's Light Reading Cable cable news round-up article (»www.lightreading.com/doc ··· lr_cable
It's deja vu all over again for Tom Rutledge, Charter Communications Inc.'s new CEO. The Consumer Electronics Association (CEA) is opposing the operator's request for a two-year waiver on set-tops with integrated security so the MSO can move ahead on a plan to go all-digital and introduce a downloadable security system that relies on a security chip. The CEA opposed a similar request by Cablevision Systems Corp. (Rutledge's former company) in 2009, but the MSO ended up getting the waiver, which has since expired.
The CEA hasn't altered its argument much. In its Federal Communications Commission (FCC) filing Friday, the CEA argues that the FCC needs to instead "identify a new, secure, open, and national standard interface between MVPD [multichannel video programming distributor] services and retail device." The CEA and its cohorts have been urging the FCC to move ahead on AllVid, a possible successor to the CableCARD that would be applied to all U.S. pay-TV providers. The CEA fears that the security chip in Charter's plan will support just one conditional access system, removing any notion of device portability with other service providers. Replies are due to the FCC by Dec. 10, but Charter has already stressed that it intends to continue to support retail devices that rely on the CableCARD. (Cable Lobby Gripes About Google, AllVid: »www.lightreading.com/doc ··· lr_cable)