Hi!

Did you get this working, got a similar problem here with a AstonCrypt CAM too, but with vdr-1.6.0.


When switching to the channels:

CANAL+ SPORT;CYFRA +:10892:HC34:S13.0E:27500:168:112=pol,113=ORY:500:100,500:4809:318:11900:0 CANAL+ Polska;CYFRA +:10892:hC34:S13.0E:27500:160:80=pol,81=ORY:500:100,500:4801:318:11900:0

VDR encrypts some pictures and after 2 seconds screen goes black and "channel not available" is shown. I assume that there is a problem with the second Audio PID because the channels:

TVP 1;CYFRA +:10892:hC34:S13.0E:27500:166:104=pol:503:100,500,B00,B01:4807:318:11900:0 TVP 2;CYFRA +:10892:hC34:S13.0E:27500:167:108=pol:508:100,500,B00,B01:4808:318:11900:0

are working without any problem.

Regards

Marco


Pierre-Yves Paranthoen (PERSO) schrieb:
Ok, I modified those lines but the no more informations. I've extended the
replacement of dbgprotocol to other parts of ci.c. Here are the logs while
getting for once a successfull detection of the module.
For info i'm running vdr-1.7.0 like this : ./vdr -l 3 -c /etc/vdr -L
/srv/vdr-1.7.0/lib > log 2>&1 and giving you back both syslog and the pipe
of the core.


May  5 10:43:06 localhost vdr: [17188] switching to channel 2
May  5 10:43:06 localhost vdr: [17188] GetDevice 2 0 1 -1 0500
May  5 10:43:06 localhost vdr: [17188] NumCamSlots = 2
May  5 10:43:06 localhost vdr: [17188] CAM 0 not ready
May  5 10:43:06 localhost vdr: [17188] CAM 1 ready
May  5 10:43:06 localhost vdr: [17188] CAM 1 provides CA
May  5 10:43:06 localhost vdr: [17188]
ChannelCamRelations.CamChecked(S19.2E-1-1080-8801, 2) = 0
May  5 10:43:06 localhost vdr: [17188] no usable CAM slots!
May  5 10:43:06 localhost vdr: [17188] info: Channel not available!
May  5 10:43:17 localhost vdr: [17188] switching to channel 2
May  5 10:43:17 localhost vdr: [17188] GetDevice 2 0 1 -1 0500
May  5 10:43:17 localhost vdr: [17188] NumCamSlots = 2
May  5 10:43:17 localhost vdr: [17188] CAM 0 not ready
May  5 10:43:17 localhost vdr: [17188] CAM 1 ready
May  5 10:43:17 localhost vdr: [17188] CAM 1 provides CA
May  5 10:43:17 localhost vdr: [17188] NumUsableSlots = 1
May  5 10:43:17 localhost vdr: [17188] j = 1, i = 0, imp = 020C4C4B, Impact
= FFFFFFFF
May  5 10:43:17 localhost vdr: [17188] device 0
May  5 10:43:17 localhost vdr: [17235] transfer thread started (pid=17188,
tid=17235)
May  5 10:43:17 localhost vdr: [17236] receiver on device 1 thread started
(pid=17188, tid=17236)
May  5 10:43:18 localhost vdr: [17237] TS buffer on device 1 thread started
(pid=17188, tid=17237)
May  5 10:43:20 localhost vdr: [17235] setting audio track to 1 (0)
May  5 10:52:04 localhost vdr: [17188] switching to channel 7
May  5 10:52:04 localhost vdr: [17188] GetDevice 7 0 1 -1 0500
May  5 10:52:04 localhost vdr: [17188] NumCamSlots = 2
May  5 10:52:04 localhost vdr: [17188] CAM 0 not ready
May  5 10:52:04 localhost vdr: [17188] CAM 1 ready
May  5 10:52:04 localhost vdr: [17188] CAM 1 provides CA
May  5 10:52:04 localhost vdr: [17188]
ChannelCamRelations.CamChecked(S19.2E-1-1090-8591, 2) = 0
May  5 10:52:04 localhost vdr: [17188] no usable CAM slots!
May  5 10:52:04 localhost vdr: [17188] info: Channel not available!
May  5 10:52:15 localhost vdr: [17188] switching to channel 7
May  5 10:52:15 localhost vdr: [17188] GetDevice 7 0 1 -1 0500
May  5 10:52:15 localhost vdr: [17188] NumCamSlots = 2
May  5 10:52:15 localhost vdr: [17188] CAM 0 not ready
May  5 10:52:15 localhost vdr: [17188] CAM 1 ready
May  5 10:52:15 localhost vdr: [17188] CAM 1 provides CA
May  5 10:52:15 localhost vdr: [17188] NumUsableSlots = 1
May  5 10:52:15 localhost vdr: [17188] j = 1, i = 0, imp = 020C4C4B, Impact
= FFFFFFFF
May  5 10:52:15 localhost vdr: [17188] device 0
May  5 10:52:15 localhost vdr: [17722] transfer thread started (pid=17188,
tid=17722)
May  5 10:52:15 localhost vdr: [17723] receiver on device 1 thread started
(pid=17188, tid=17723)
May  5 10:52:16 localhost vdr: [17724] TS buffer on device 1 thread started
(pid=17188, tid=17724)
May  5 10:52:18 localhost vdr: [17722] setting audio track to 1 (0)
May  5 10:54:40 localhost vdr: [17188] switching to channel 10
May  5 10:54:40 localhost vdr: [17188] GetDevice 10 0 1 -1 0500
May  5 10:54:40 localhost vdr: [17188] NumCamSlots = 2
May  5 10:54:40 localhost vdr: [17188] CAM 0 not ready
May  5 10:54:40 localhost vdr: [17188] CAM 1 ready
May  5 10:54:40 localhost vdr: [17188] CAM 1 provides CA
May  5 10:54:40 localhost vdr: [17188]
ChannelCamRelations.CamChecked(S19.2E-1-1084-9403, 2) = 0
May  5 10:54:40 localhost vdr: [17188] no usable CAM slots!
May  5 10:54:40 localhost vdr: [17188] info: Channel not available!
May  5 10:54:49 localhost vdr: [17188] switching to channel 10
May  5 10:54:49 localhost vdr: [17188] GetDevice 10 0 1 -1 0500
May  5 10:54:49 localhost vdr: [17188] NumCamSlots = 2
May  5 10:54:49 localhost vdr: [17188] CAM 0 not ready
May  5 10:54:49 localhost vdr: [17188] CAM 1 ready
May  5 10:54:49 localhost vdr: [17188] CAM 1 provides CA
May  5 10:54:49 localhost vdr: [17188]
ChannelCamRelations.CamChecked(S19.2E-1-1084-9403, 2) = 0
May  5 10:54:49 localhost vdr: [17188] no usable CAM slots!
May  5 10:54:49 localhost vdr: [17188] info: Channel not available!
May  5 10:55:00 localhost vdr: [17188] switching to channel 10
May  5 10:55:00 localhost vdr: [17188] GetDevice 10 0 1 -1 0500
May  5 10:55:00 localhost vdr: [17188] NumCamSlots = 2
May  5 10:55:00 localhost vdr: [17188] CAM 0 not ready
May  5 10:55:00 localhost vdr: [17188] CAM 1 ready
May  5 10:55:00 localhost vdr: [17188] CAM 1 provides CA
May  5 10:55:00 localhost vdr: [17188] NumUsableSlots = 1
May  5 10:55:00 localhost vdr: [17188] j = 1, i = 0, imp = 020C4C4B, Impact
= FFFFFFFF
May  5 10:55:00 localhost vdr: [17188] device 0
May  5 10:55:00 localhost vdr: [17879] transfer thread started (pid=17188,
tid=17879)
May  5 10:55:00 localhost vdr: [17880] receiver on device 1 thread started
(pid=17188, tid=17880)
May  5 10:55:01 localhost vdr: [17881] TS buffer on device 1 thread started
(pid=17188, tid=17881)
May  5 10:55:03 localhost vdr: [17192] CAM 2: module reset
May  5 10:55:03 localhost vdr: [17192] CAM 2: module present
May  5 10:55:04 localhost vdr: [17192] CAM 2: module ready
May  5 10:55:04 localhost vdr: [17879] transfer thread ended (pid=17188,
tid=17879)
May  5 10:55:05 localhost vdr: [17881] TS buffer on device 1 thread ended
(pid=17188, tid=17881)
May  5 10:55:05 localhost vdr: [17880] buffer stats: 77832 (3%) used
May  5 10:55:05 localhost vdr: [17880] receiver on device 1 thread ended
(pid=17188, tid=17880)
May  5 10:55:11 localhost vdr: [17188] switching to channel 10
May  5 10:55:11 localhost vdr: [17188] cTS2PES got 0 TS errors, 1 TS
continuity errors
May  5 10:55:11 localhost last message repeated 2 times
May  5 10:55:11 localhost vdr: [17188] buffer stats: 49632 (2%) used
May  5 10:55:11 localhost vdr: [17188] GetDevice 10 0 1 -1 0500
May  5 10:55:11 localhost vdr: [17188] NumCamSlots = 2
May  5 10:55:11 localhost vdr: [17188] CAM 0 not ready
May  5 10:55:11 localhost vdr: [17188] CAM 1 ready
May  5 10:55:11 localhost vdr: [17188] no usable CAM slots!
May  5 10:55:11 localhost vdr: [17188] info: Channel not available!
May  5 10:55:22 localhost vdr: [17188] switching to channel 10
May  5 10:55:22 localhost vdr: [17188] GetDevice 10 0 1 -1 0500
May  5 10:55:22 localhost vdr: [17188] NumCamSlots = 2
May  5 10:55:22 localhost vdr: [17188] CAM 0 not ready
May  5 10:55:22 localhost vdr: [17188] CAM 1 ready
May  5 10:55:22 localhost vdr: [17188] no usable CAM slots!
May  5 10:55:22 localhost vdr: [17188] info: Channel not available!

--> a few channels work afer staying 5 or 6 s on each one. Then CAM module
what was marked ASTON came back to generic and no more decryption. I tried
then to manually reset it. Unsuccessful.

May  5 11:04:40 localhost vdr: [17192] CAM 2: module present
May  5 11:04:41 localhost vdr: [17192] CAM 2: module ready
May  5 11:04:42 localhost vdr: [17192] CAM 2: module reset
May  5 11:04:43 localhost vdr: [17192] CAM 2: module present
May  5 11:04:44 localhost vdr: [17192] CAM 2: module ready
May  5 11:04:49 localhost vdr: [17192] CAM 2: module reset
May  5 11:04:49 localhost vdr: [17192] CAM 2: module present
May  5 11:04:50 localhost vdr: [17192] CAM 2: module ready
May  5 11:04:53 localhost vdr: [17192] CAM 2: module present
May  5 11:04:55 localhost vdr: [17192] CAM 2: module ready
May  5 11:05:00 localhost vdr: [17192] CAM 2: module reset
May  5 11:05:01 localhost vdr: [17192] CAM 2: module present
May  5 11:05:02 localhost vdr: [17192] CAM 2: module ready
May  5 11:05:06 localhost vdr: [17192] CAM 2: module reset
May  5 11:05:07 localhost vdr: [17192] CAM 2: module present
May  5 11:05:08 localhost vdr: [17192] CAM 2: module ready
May  5 11:05:09 localhost vdr: [17192] CAM 2: module reset
May  5 11:05:10 localhost vdr: [17192] CAM 2: module present
May  5 11:05:11 localhost vdr: [17192] CAM 2: module ready
May  5 11:05:12 localhost vdr: [17192] CAM 2: module reset
May  5 11:05:12 localhost vdr: [17192] CAM 2: module present
May  5 11:05:13 localhost vdr: [17192] CAM 2: module ready


Pipe log :

...
Slot 2: ==> Poll
     2: --> 01 01 A0 01 01
     2: <-- 01 01 80 02 01 00
            .  .  .  .  .  .
Slot 2: ==> Poll
     2: --> 01 01 A0 01 01
     2: <-- 01 01 80 02 01 00
            .  .  .  .  .  .
Slot 2: ==> Poll
     2: --> 01 01 A0 01 01
     2: <-- 01 01 80 02 01 00
            .  .  .  .  .  .
Slot 2: ==> Poll
     2: --> 01 01 A0 01 01
     2: <-- 01 01 80 02 01 00
            .  .  .  .  .  .
Slot 2: ==> Poll
     2: --> 01 01 A0 01 01
     2: <-- 01 01 80 02 01 00
            .  .  .  .  .  .
Slot 2: ==> Poll
     2: --> 01 01 A0 01 01
     2: <-- 01 01 80 02 01 00
            .  .  .  .  .  .
...

Slot 2: reset...ok.
Slot 2: module present
Slot 2: module ready
Slot 2: creating connection 1/1
Slot 2: create connection 1/1
     2: --> 01 01 82 01 01
     2: <-- 01 01 83 01 01 80 02 01 00
            .  .  .  .  .  .  .  .  .
Slot 2: connection created 1/1
Slot 2: ==> Poll
     2: --> 01 01 A0 01 01
     2: <-- 01 01 80 02 01 80
            .  .  .  .  .  .
Slot 2: receive data 1/1
     2: --> 01 01 81 01 01
     2: <-- 01 01 A0 07 01 91 04 00 01 00 41 80 02 01 00
            .  .     .  .  .  .  .  .  .  A  .  .  .  .
Slot 2: open session 00010041
Slot 2: new Resource Manager (session id 1)
     2: --> 01 01 A0 0A 01 92 07 00 00 01 00 41 00 01
Slot 2: ==> Profile Enq (1)
     2: --> 01 01 A0 09 01 90 02 00 01 9F 80 10 00
     2: <-- 01 01 80 02 01 00
            .  .  .  .  .  .
Slot 2: ==> Poll
     2: --> 01 01 A0 01 01
Slot 2: ==> Ca Pmt (3) 3 4
     2: --> 01 01 A0 10 01 90 02 00 03 9F 80 32 07 03 00 00 01 00 01 04
Slot 2: ==> Ca Pmt (3) 3 1
     2: --> 01 01 A0 1F 01 90 02 00 03 9F 80 32 16 03 24 BB 01 00 01 01 02
00 A2 00 00 04 00 58 00 00 04 00 59 00 00
     2: <-- 01 01 80 02 01 00
            .  .  .  .  .  .
Slot 2: receive data 1/1
     2: --> 01 01 81 01 01
     2: <-- 01 01 A0 07 01 91 04 00 40 00 41 80 02 01 80
            .  .     .  .  .  .  .  @  .  A  .  .  .  .
Slot 2: open session 00400041
ERROR: CAM 2: session for resource identifier 00400041 already exists
(1/1)Slot 2: receive data 1/1
     2: --> 01 01 81 01 01
     2: <-- 01 01 A0 0A 01 90 02 00 05 9F 88 00 01 00 80 02 01 00
            .  .     .  .  .  .  .  .  .  .  .  .  .  .  .  .  .
Slot 2: <== Close MMI (5)  id = 00  delay = -1
Slot 2: ==> Poll
     2: --> 01 01 A0 01 01
     2: <-- 01 01 80 02 01 00
            .  .  .  .  .  .
Slot 2: ==> Poll
     2: --> 01 01 A0 01 01
     2: <-- 01 01 80 02 01 00
            .  .  .  .  .  .
Slot 2: ==> Poll
     2: --> 01 01 A0 01 01
     2: <-- 01 01 80 02 01 00
            .  .  .  .  .  .
Slot 2: ==> Poll
     2: --> 01 01 A0 01 01
     2: <-- 01 01 80 02 01 00
            .  .  .  .  .  .
Slot 2: ==> Poll
     2: --> 01 01 A0 01 01
Slot 2: ==> Ca Pmt (3) 3 4
     2: --> 01 01 A0 10 01 90 02 00 03 9F 80 32 07 03 00 00 01 00 01 04
     2: <-- 01 01 80 02 01 00
            .  .  .  .  .  .


This log is really to heavy to post it. Pse find attached a tarball of it.

Pierre



-----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) 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 ready instead of giving Aston Module 1.0300, 01, 0100,0100 (info taken from
vdr-1.4.7).
When it's correctly being identified and trying to access CAM informations under OSD, VDR-1.7 responds ERROR: Can't open CAM menu!
A CAM reset gives then a basic information : 2 CAM ready and nothing else.
Of course no decryption.

Here is the log of matching my explainations : May 4 16:07:49 localhost vdr: [8251] CAM 2: module present May 4 16:07:50 localhost vdr: [8251] CAM 1: no module present May 4 16:07:50 localhost vdr: [8251] CAM 2: module ready May 4 16:07:54 localhost vdr: [8251] Slot 2: <== Application Info (2) May 4 16:07:54 localhost vdr: [8251] CAM 2: Aston Module 1.0300, 01, 0100, 0100

So the "application information" is being received.
I'm afraid I was looking at the wrong lines when telling you which
'dbgprotocol's to change. Please also change the ones in lines

696:   dbgprotocol("Slot %d: <== Ca Info (%d)",
Tc()->CamSlot()->SlotNumber(), SessionId());

702:   dbgprotocol(" %04X", id);

713:   dbgprotocol("\n");

Klaus

_______________________________________________
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
------------------------------------------------------------------------

_______________________________________________
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


--
Needful GbR  Rheinstraße 60a          Telefon +49 (0) 26 24 / 95 29 301
            56203 Hoehr-Grenzhausen  Telefax +49 (0) 26 24 / 95 29 303
            http://www.needful.de    E-Mail  m...@needful.de


_______________________________________________
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Reply via email to