[mythtv-commits] Ticket #2246: DVB-S with CAM broken in latest svn

[MythTV]

#2246: DVB-S with CAM broken in latest svn
----------------------------------+-----------------------------------------
 Reporter:  dave at daveoxley.co.uk  |       Owner:  ijr 
     Type:  defect                |      Status:  new 
 Priority:  minor                 |   Milestone:      
Component:  mythtv                |     Version:  head
 Severity:  medium                |  
----------------------------------+-----------------------------------------
 I had previously opened ticket #2110. This was put down to an incompatible
 CAM with the changes that Austar had made. I now have a new CAM that is
 confirmed as working with Austar. I no longer get the 'INSERT VALID CARD'
 error that I previously got so am reporting again.[[BR]]
 [[BR]]
 My server is a Xeon EM64T running Gentoo kernel 2.6.17-r5 and MythTV trunk
 revision 10905. The sattelite provider is Austar in Australia.[[BR]]
 [[BR]]
 Detail (edited) as posted to the -dev list:[[BR]]
 I have a problem getting my DVB-S working with Austar here in Australia.
 I can view an FTA channel, but cannot view non-FTA channels on the same
 multiplex. I have attached a log with record,channel,siparser where I
 initially recorded from TVSN (A FTA channel) and then recorded from CNBC
 (A non-FTA channel). I get picture and sound from TVSN, but on CNBC I
 just get a black screen with a blue square in the bottom right hand
 corner.[[BR]]
 [[BR]]
 The Austar subscription card works in my STB, the CAM has been checked
 and decrypts Austar fine and the card is working for FTA. I do get EIT
 data which I think must be encrypted as I don't get EIT data when the
 CAM isn't plugged in.[[BR]]
 [[BR]]
 The specific card giving me grief is (lspci -v):[[BR]]
 08:0d.0 Multimedia controller: Philips Semiconductors SAA7146 (rev
 01)[[BR]]
         Subsystem: Technotrend Systemtechnik GmbH Technotrend-Budget
 /[[BR]]
 Hauppauge WinTV-NOVA-CI DVB card[[BR]]
         Flags: bus master, medium devsel, latency 64, IRQ 193[[BR]]
         Memory at ddbffe00 (32-bit, non-prefetchable) [size=512][[BR]]
 [[BR]]
 And the replies:[[BR]]
 > On Fri, 2006-08-25 at 09:38 +0100, Stuart Auchterlonie wrote:[[BR]]
 >> From what I can see the CA information streams aren't passed
 through[[BR]]
 >> to the output PMT, and then tv_rec refuses to record the
 encrypted[[BR]]
 >> stream.[[BR]]
 >> either[[BR]]
 >> a) the CA streams need to be passed through to the output PMT[[BR]]
 >> b) the streams need decrypting before being send to the recorder.[[BR]]
 >> Which one is the correct behaviour?[[BR]]
 > [[BR]]
 > They need decrypting before being sent to the recorder.[[BR]]
 > What is supposed to happen is that when we get the input[[BR]]
 > PMT or CAT table and it tells us that something is[[BR]]
 > encrypted we send the CA info to the MythTV CAM module[[BR]]
 > which does the CAM magic. Meanwhile we strip any CA info[[BR]]
 > from the output PMT and ignore all encrypted streams.[[BR]]
 > Once the CAM kicks in it rewrites the flags on the[[BR]]
 > encrypted streams to tell the recorder it is safe to look[[BR]]
 > at those PIDs.[[BR]]
 > [[BR]]
 > MythTV will refuse to record an encrypted stream if you[[BR]]
 > have "Free to air channels only" checked in the DVB Options[[BR]]
 > in mythtv-setups Input Connections pane for the input you[[BR]]
 > are using for this recording. It sounds like that might[[BR]]
 > be the case. Otherwise this might be a bug. None of the[[BR]]
 > regular devs use CAM so it might be a while before anyone[[BR]]
 > fixes a CAM bug, but they should still get tickets.[[BR]]
 > [[BR]]
 > -- Daniel[[BR]]

-- 
Ticket URL: <http://cvs.mythtv.org/trac/ticket/2246>
MythTV <http://www.mythtv.org/>
MythTV