Opened 18 years ago
Closed 18 years ago
#2246 closed defect (invalid)
DVB-S with CAM broken in latest svn
Reported by: | Owned by: | danielk | |
---|---|---|---|
Priority: | trivial | Milestone: | unknown |
Component: | mythtv | Version: | head |
Severity: | medium | Keywords: | |
Cc: | Ticket locked: | no |
Description
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.
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.
Detail (edited) as posted to the -dev list:
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.
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.
The specific card giving me grief is (lspci -v):
08:0d.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
Subsystem: Technotrend Systemtechnik GmbH Technotrend-Budget /
Hauppauge WinTV-NOVA-CI DVB card
Flags: bus master, medium devsel, latency 64, IRQ 193
Memory at ddbffe00 (32-bit, non-prefetchable) [size=512]
And the replies:
On Fri, 2006-08-25 at 09:38 +0100, Stuart Auchterlonie wrote:
From what I can see the CA information streams aren't passed through
to the output PMT, and then tv_rec refuses to record the encrypted
stream.
either
a) the CA streams need to be passed through to the output PMT
b) the streams need decrypting before being send to the recorder.
Which one is the correct behaviour?
They need decrypting before being sent to the recorder.
What is supposed to happen is that when we get the input
PMT or CAT table and it tells us that something is
encrypted we send the CA info to the MythTV CAM module
which does the CAM magic. Meanwhile we strip any CA info
from the output PMT and ignore all encrypted streams.
Once the CAM kicks in it rewrites the flags on the
encrypted streams to tell the recorder it is safe to look
at those PIDs.
MythTV will refuse to record an encrypted stream if you
have "Free to air channels only" checked in the DVB Options
in mythtv-setups Input Connections pane for the input you
are using for this recording. It sounds like that might
be the case. Otherwise this might be a bug. None of the
regular devs use CAM so it might be a while before anyone
fixes a CAM bug, but they should still get tickets.
-- Daniel
Attachments (2)
Change History (6)
Changed 18 years ago by
Attachment: | mythbackend.log.gz added |
---|
Changed 18 years ago by
Attachment: | mythconverg.sql.gz added |
---|
The database records as specified in the description.
comment:1 Changed 18 years ago by
Incidentally, I still have the issue defined in log 3 from issue #2110, but I'll wait until this main issue is fixed before following that one up.
comment:2 Changed 18 years ago by
Milestone: | → unknown |
---|---|
Owner: | changed from Isaac Richards to danielk |
Priority: | minor → trivial |
comment:3 Changed 18 years ago by
As posted to the dev list:
I have spent the day putting logging into mythtv and the Linux kernel to
find out where this is going wrong. I think I have tracked it down to
the dvb_ca_en50221.c code in the kernel and have posted the linux-dvb
list. Can someone please close this issue as I don't want to waste
anyones time by leaving the issue open. I may reopen it later if this
turns out to be a red-herring.
comment:4 Changed 18 years ago by
Resolution: | → invalid |
---|---|
Status: | new → closed |
The log as specified in the description.