Btw, I'm not sure if I mentioned, but this is happening in VDR 1.6, and I
belive Halim has it on 1.7? So it has been around for quite a while. I can
try patches if needed, as it should be pretty straight forward applying
them on Gentoo, but 1.6 would be prefered.
Yip - I've been experiencing
On 12/25/10 09:48, Halim Sahin wrote:
Hello,
On Thu, Dec 23, 2010 at 09:59:19PM +0100, Oliver Schinagl wrote:
so its nothing illegal, also you can use 1 smartcard on more than 1 dvb
card, even CI-less cards.
I don't think that it's legal in germany or in other countries.
I don't think
Hello,
On Thu, Dec 23, 2010 at 09:59:19PM +0100, Oliver Schinagl wrote:
so its nothing illegal, also you can use 1 smartcard on more than 1 dvb
card, even CI-less cards.
I don't think that it's legal in germany or in other countries.
Please don't spam this thread with such suggestions.
The is a
On 12/23/10 04:48, Simon Baxter wrote:
On 12/23/10 00:14, Simon Baxter wrote:
hello Klaus,
I tried the patch below with a knc1 dvb-c, tt c1500 and tt connect
ct-3650
I used a alphacrypt light and I also tried the classic module
always the same behavior - if I zap from encrypted channel to
hello Klaus,
I tried the patch below with a knc1 dvb-c, tt c1500 and tt connect ct-3650
I used a alphacrypt light and I also tried the classic module
always the same behavior - if I zap from encrypted channel to encrypted
channel in some situations vdr says channel not available
if I reset
On 12/23/10 00:14, Simon Baxter wrote:
hello Klaus,
I tried the patch below with a knc1 dvb-c, tt c1500 and tt connect
ct-3650
I used a alphacrypt light and I also tried the classic module
always the same behavior - if I zap from encrypted channel to
encrypted channel in some situations
Hi,
This Problem is really strange. I have also tested it with different kind
of hw combinations and got always the same result.
I don't like the answers like use and ... plugin etc.
I have asked many times in vdr-portal's irc channel about this problem
and got not one useful answer.
Well except
On 12/23/10 00:14, Simon Baxter wrote:
hello Klaus,
I tried the patch below with a knc1 dvb-c, tt c1500 and tt connect
ct-3650
I used a alphacrypt light and I also tried the classic module
always the same behavior - if I zap from encrypted channel to
encrypted channel in some situations vdr
hello Klaus,
I tried the patch below with a knc1 dvb-c, tt c1500 and tt connect ct-3650
I used a alphacrypt light and I also tried the classic module
always the same behavior - if I zap from encrypted channel to encrypted
channel in some situations vdr says channel not available
if I reset
On 01.12.2010 16:28, Halim Sahin wrote:
Hi,
On Sun, Dec 06, 2009 at 04:42:02PM +0100, Klaus Schmidinger wrote:
On 01.09.2009 23:38, Simon Baxter wrote:
I was afraid that might be the suggestion!
It seems pretty random when the CAM will crash. It is possible it's
only on certain channels,
Sep 2 08:17:55 freddy vdr: [27707] ERROR: can't write to CI adapter on
device 0: Input/output error
Sep 2 08:17:55 freddy kernel: dvb_ca adapter 0: DVB CAM detected and
initialised successfully
This looks more like a driver bug to me.
Well maybe but unfortunately responds to my mails in
Hi,
On Sun, Dec 06, 2009 at 04:42:02PM +0100, Klaus Schmidinger wrote:
On 01.09.2009 23:38, Simon Baxter wrote:
I was afraid that might be the suggestion!
It seems pretty random when the CAM will crash. It is possible it's
only on certain channels, and only one of the CAMs - it only
On 08.12.2009 18:36, Simon Baxter wrote:
I've discovered this happens to both CAMs, so it's either not a hardware
issue, or both CAMs are affected.
Managed to capture the following logs prior to the CAM dropping from
AlphaCrypt to CAM Ready (with no decrypting)
This looks more like a
I've discovered this happens to both CAMs, so it's either not a hardware
issue, or both CAMs are affected.
Managed to capture the following logs prior to the CAM dropping from
AlphaCrypt to CAM Ready (with no decrypting)
This looks more like a driver bug to me.
Klaus
Can I do a CAM Reset
On 01.09.2009 23:38, Simon Baxter wrote:
I was afraid that might be the suggestion!
It seems pretty random when the CAM will crash. It is possible it's
only on certain channels, and only one of the CAMs - it only happens
very rarely
So you have 2 identical CAMs (Alphacrypt) (with the
I was afraid that might be the suggestion!
It seems pretty random when the CAM will crash. It is possible it's
only on certain channels, and only one of the CAMs - it only happens
very rarely
So you have 2 identical CAMs (Alphacrypt) (with the same firmware?),
and exactly one of them
On 16.08.2009 21:38, Simon Baxter wrote:
Occasionally one of the CAMs seems to crash and if I go into Setup
CAM one of the CAMs changes from Alphacrypt to CAM Ready - and will
no longer decrypt channels. I then correspondingly get a bunch of timer
conflicts, as 1/2 my CAM resources have
On 03.08.2009 22:54, Simon Baxter wrote:
Hello
My v 1.6.0 system has 2x Alphacrypt multi-CAMs.
Occasionally one of the CAMs seems to crash and if I go into Setup
CAM one of the CAMs changes from Alphacrypt to CAM Ready - and will
no longer decrypt channels. I then correspondingly get a
Occasionally one of the CAMs seems to crash and if I go into Setup
CAM one of the CAMs changes from Alphacrypt to CAM Ready - and will
no longer decrypt channels. I then correspondingly get a bunch of timer
conflicts, as 1/2 my CAM resources have vanished. Only ever one CAM
fails, never both.
Hi!
Got the same problem here, would be nice to have at least a possibility
to check for crashed CAM's per SVDRP and maybe the possibility to reset it.
Regards
Marco
Simon Baxter schrieb:
Hello
My v 1.6.0 system has 2x Alphacrypt multi-CAMs.
Occasionally one of the CAMs seems to crash
Hello
My v 1.6.0 system has 2x Alphacrypt multi-CAMs.
Occasionally one of the CAMs seems to crash and if I go into Setup CAM
one of the CAMs changes from Alphacrypt to CAM Ready - and will no
longer decrypt channels. I then correspondingly get a bunch of timer
conflicts, as 1/2 my CAM
21 matches
Mail list logo
