-----Message d'origine-----
De : vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.org] De la part de
Klaus Schmidinger
Envoyé : dimanche 4 mai 2008 17:59
À : vdr@linuxtv.org
Objet : Re: [vdr] Upgrading from 1.4.7 to 1.7.0 : enabling #define
On 05/04/08 16:40, Pierre-Yves Paranthoen (PERSO)
. . . .
This log is really to heavy to post it. Pse find attached a tarball of it.
Pierre
-Message d'origine-
De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de
Klaus Schmidinger
Envoyé : dimanche 4 mai 2008 17:59
À : vdr@linuxtv.org
Objet : Re: [vdr] Upgrading from
On 05/04/08 16:40, Pierre-Yves Paranthoen (PERSO) wrote:
> One part of the pb is that my cam module is ramdomly identified under 1.7.0
> that might be the reason why the info "Application Info" and "Ca Pmt Reply"
> is not in the log.
> VDR-1.7.0 most gives CAM 2: module present & CAM 2: module rea
May 4 16:10:52 localhost vdr: [8251] CAM 2: module present
May 4 16:10:53 localhost vdr: [8251] CAM 2: module ready
I can change the 'dbgprotocol' to 'dsyslog' under VDR-1.4.7 & give you the
results if it might helps.
Pierre
-Message d'origine-
De : [EMAI
On 05/04/08 15:31, Pierre-Yves Paranthoen (PERSO) wrote:
> Here are the results with the device.c patch you gave me :
>
> ...
> May 4 15:28:08 localhost vdr: [7030] edited channel 1
> TF1;CSAT:11895:vC34O0S0:S19.2E:27500:171:124=fra,125=eng:53:0:8371:1:1074:0
> ...
> May 4 15:28:29 localhost v
>This is getting stranger by the minute...
>Why would the CAM try to establish another MMI resource?
>
>Are you sure this is an unpatched version of VDR 1.7.0 (except for
>the patch to device.c I gave you)?
>
>Klaus
It's a native & unpatched vdr-1.7.0.
I try the patch
Pierre
__
On 05/04/08 10:34, Pierre-Yves Paranthoen (PERSO) wrote:
> I also increased values in
>
> #define TS_SCRAMBLING_CONTROL 0xC0
> #define TS_SCRAMBLING_TIMEOUT 5 // seconds to wait until a TS
> becomes unscrambled
> #define TS_SCRAMBLING_TIME_OK15 // seconds before a Channel/CAM
> combina
On 05/04/08 10:23, Pierre-Yves Paranthoen (PERSO) wrote:
Added in device.c debug output to cDevice::GetDevice(const cChannel
*Channel, int Priority, bool LiveView) :
GetDevice 2 0 1 -1
j = 1, i = 0, imp = 020C4C4B, Impact =
device 0
GetDevice 2 0 1 -1
no usable CAM slots!
...
Look
I also increased values in
#define TS_SCRAMBLING_CONTROL 0xC0
#define TS_SCRAMBLING_TIMEOUT 5 // seconds to wait until a TS becomes
unscrambled
#define TS_SCRAMBLING_TIME_OK15 // seconds before a Channel/CAM
combination is marked as known to decrypt
still the same.
May 4 10:33:34 lo
Added in device.c debug output to cDevice::GetDevice(const cChannel
*Channel, int Priority, bool LiveView) :
GetDevice 2 0 1 -1
j = 1, i = 0, imp = 020C4C4B, Impact =
device 0
GetDevice 2 0 1 -1
no usable CAM slots!
GetDevice 2 0 1 -1
no usable CAM slots!
GetDevice 2 0 1 -1
j = 1, i =
On 04/25/08 18:34, Pierre-Yves Paranthoen (PERSO) wrote:
> I increased the values in ci.c. A bit better but, still no decryption
> and channel not available :
>
> #define MODULE_CHECK_INTERVAL 1 // ms
> #define MODULE_RESET_TIMEOUT5 // s
> gives under 1.7.0 :
>
>
> Apr 25 18:29:04 lo
I increased the values in ci.c. A bit better but, still no decryption and
channel not available :
#define MODULE_CHECK_INTERVAL 1 // ms
#define MODULE_RESET_TIMEOUT5 // s
gives under 1.7.0 :
Apr 25 18:29:04 localhost vdr: [7317] CAM 2: module ready
Apr 25 18:29:11 localhost vdr: [731
12 matches
Mail list logo