Entschlüsselung hängt nach 10 Sekunden - Standbild

[Enigmafreak]

Spoiler: Logauszug Oscam-Webif Client

(dvbapi) Demuxer 0 found channel in cache and matching prio -> start descrambling ecmpid 13
(dvbapi) Demuxer 0 trying to descramble PID 13 CAID 0500 PROVID 050F00 ECMPID 0921 ANY CHID PMTPID 0000 VPID 025F
(ecm) anonymous (0500@050F00/050F/100B/138:FA00AAFXXXXXXXXXXXXXXXX): found (244 ms) by Remote-CCcam2_hdv
(dvbapi) Demuxer 0 stop descrambling program number 100B (0500@050F00:100B unknown)

Es wird zuerst korrekt entschlüsselt, nach ca. 20 Sekunden friert das Bild ein. Schalte ich um und wieder zurück, geht gleiches Spiel von vorne los. System ist zwischenzeitlich ein yaVDR.

Spoiler: Logauszug yaVDR

Jan 22 18:53:51 YaVDR: [2651] DVBAPI: Write, sock=69

Jan 22 18:53:51 YaVDR: [2651] DVBAPI: socket_fd=69 len=215 wrote=215

Jan 22 18:53:51 YaVDR: [1615] DVBAPI: Action: Got DMX_STOP request, adapter_index=0, pid=1, demux_idx=0, filter_num=2

Jan 22 18:53:51 YaVDR: [1615] DVBAPI: SetFilter: adapter=0 set FILTER pid=0001 start=0, demux=0, filter=2

Jan 22 18:53:51 YaVDR: [1615] DVBAPI: SetFilter: deleting filter, demux=0, filter_num=2

Jan 22 18:53:51 YaVDR: [1615] DVBAPI: SetFilter: deleted the last filter for pid=0001, removing list

Jan 22 18:53:52 YaVDR: video/vdpau: synced after 99 frames

Jan 22 18:53:54 YaVDR: [2651] detaching receiver - won't decrypt channel -0-0-0 with CAM 1

Könnte mir jemand mal seine funktionierenden Konfigurationsdateien für die Redlight-Karte auf Astra 19.2 zur Verfügung stellen? Gerne auch per PN.

 

[DarkStarXxX]

Das Plugin kommt nicht mit den Long ECM's von der Karte zurecht, deswegen stoppt die Entschlüsselung.
Same Shit as VDR-SC

 

[Enigmafreak]

@DarkStarXxX
Abhilfe? Was kann man dagegen tun? Mich wundert nur, dass ich dieses Problem im September schonmal für mehrere Tage hatte, es dann bis aber letzte Woche wieder monatelang funktionierte.

 

[DarkStarXxX]

Wenn die Softcam nicht mit langen ECMs umgehen kann, dann kannst du als User leider gar nichts dagegen tun.
Evtl. dieses andere DVBapi Plugin aus dem SB ausprobieren.

 

[Enigmafreak]

Welches andere DVBapi Plugin? SB?

 

[DarkStarXxX]

Streamboard.
Keine Ahnung wie genau der Name des Plugins lautet.
Ich selbst nutze TVHeadend + Kodi.

 

[Enigmafreak]

Danke für deine Infos, DarkStarXxX!
Vielleicht liest ja hier noch irgendein anderer yaVDR-Nutzer mit, der weiß, was gemeint ist. Würde mich über eine Info freuen.

 

[Pilot]

Vielleicht liest ja hier noch irgendein anderer yaVDR-Nutzer mit, der weiß, was gemeint ist. Würde mich über eine Info freuen.

Glaube eher bist du richtig.
VDR user lesen hier mehr...

 

[Enigmafreak]

@Pilot
Danke, hoffen wir mal, dass hier jemand das Problem kennt.

Ich krieg noch die Störung...
Ich habe eben mal MLD 5.4 installiert, die Oscam-Konfigdateien habe ich 1:1 vom yaVDR (der, bei dem das geschilderte Problem auftritt) übernommen. Und siehe da: Unter dem MLD tritt das Problem nicht auf!
Nun könnte ich mir vorstellen, dass - aus welchem Grund auch immer - die Kombi yaVDR und Oscam bei mir die Probleme verursachen. Wie bereits von DarkStarXxX vermutet. Vielleicht hat irgendeiner der yaVDR-User noch eine rettende Idee, ansonsten kann ich nur drauf hoffen, dass das Problem wie bereits im September nach ein paar Tagen wieder verschwindet.

Edit:
Ich poste mal noch Logs, bzw. Auszüge davon.

Spoiler: Log yaVDR kurz nach Start

Jan 23 20:54:18 yaVDR5 vdr: [3184] DVBAPI: 0.0 got CA pmt ciCmd=1 caLm=5
Jan 23 20:54:18 yaVDR5 vdr: [3184] DVBAPI: 0.0 answer to query suppressed
Jan 23 20:54:18 yaVDR5 vdr: [3184] DVBAPI: 0.0 set CAM decrypt (SID 4064 (0x0FE0), caLm 5, HasCaDescriptors 1)
Jan 23 20:54:18 yaVDR5 vdr: [3184] DVBAPI: SendStopDescrambling
Jan 23 20:54:18 yaVDR5 vdr: [3184] DVBAPI: Write, sock=0
Jan 23 20:54:18 yaVDR5 vdr: [3184] DVBAPI: 0.0 CA_PMT decoding len=6 lm=3 prg=0 len=0
Jan 23 20:54:18 yaVDR5 vdr: [3184] DVBAPI: 0.0 got CA pmt ciCmd=-1 caLm=3
Jan 23 20:54:18 yaVDR5 vdr: [3184] DVBAPI: 0.0 answer to query suppressed
Jan 23 20:54:18 yaVDR5 vdr: [3184] DVBAPI: 0.0 stop decrypt
Jan 23 20:54:18 yaVDR5 vdr: [3184] CAM 1: unassigned
Jan 23 20:54:18 yaVDR5 vdr: [3528] device 1 TS buffer thread ended (pid=3184, tid=3528)
Jan 23 20:54:18 yaVDR5 vdr: [3527] buffer stats: 53204 (1%) used
Jan 23 20:54:18 yaVDR5 vdr: [3527] device 1 receiver thread ended (pid=3184, tid=3527)
Jan 23 20:54:18 yaVDR5 vdr: [3184] CAM 1: assigned to device 1
Jan 23 20:54:18 yaVDR5 vdr: [3184] DVBAPI: 0.0 CA_PMT decoding len=fc lm=4 prg=4064 len=34
Jan 23 20:54:18 yaVDR5 vdr: [3184] DVBAPI: ci_cmd(G)=01
Jan 23 20:54:18 yaVDR5 vdr: [3184] DVBAPI: pid=2,0234 len=92 (0x5c)
Jan 23 20:54:18 yaVDR5 vdr: [3184] DVBAPI: ci_cmd(S)=01
Jan 23 20:54:18 yaVDR5 vdr: [3184] DVBAPI: pid=4,005a len=92 (0x5c)
Jan 23 20:54:18 yaVDR5 vdr: [3184] DVBAPI: ci_cmd(S)=01
Jan 23 20:54:18 yaVDR5 vdr: [3184] DVBAPI: 0.0 got CA pmt ciCmd=1 caLm=4
Jan 23 20:54:18 yaVDR5 vdr: [3184] DVBAPI: 0.0 answer to query suppressed
Jan 23 20:54:18 yaVDR5 vdr: [3184] DVBAPI: 0.0 set CAM decrypt (SID 4064 (0x0FE0), caLm 4, HasCaDescriptors 1)
Jan 23 20:54:18 yaVDR5 vdr: [3184] DVBAPI: send: channelSid=0xfe0 (4064)
Jan 23 20:54:18 yaVDR5 vdr: [3184] DVBAPI: Write, sock=0
Jan 23 20:54:18 yaVDR5 vdr: [3529] device 1 receiver thread started (pid=3184, tid=3529, prio=high)
Jan 23 20:54:18 yaVDR5 vdr: [3532] device 1 TS buffer thread started (pid=3184, tid=3532, prio=high)
Jan 23 20:54:18 yaVDR5 vdr: [3262] DVBAPI: OSCam not connected, (re)connecting...
Jan 23 20:54:18 yaVDR5 vdr: [3262] DVBAPI: created socket with socket_fd=71
Jan 23 20:54:18 yaVDR5 vdr: [3262] DVBAPI: Successfully (re)connected to OSCam
Jan 23 20:54:18 yaVDR5 vdr: [3262] DVBAPI: Write, sock=71
Jan 23 20:54:18 yaVDR5 vdr: [3262] DVBAPI: socket_fd=71 len=42 wrote=42
Jan 23 20:54:18 yaVDR5 vdr: [3262] DVBAPI: send: channelSid=0xfe0 (4064)
Jan 23 20:54:18 yaVDR5 vdr: [3262] DVBAPI: Write, sock=71
Jan 23 20:54:18 yaVDR5 vdr: [3262] DVBAPI: socket_fd=71 len=262 wrote=262
Jan 23 20:54:18 yaVDR5 vdr: [3262] DVBAPI: Action: Got SERVER_INFO: OSCam v1.20-unstable_svn, build r11398 (x86_64-linux-gnu); , protocol_version = 3
Jan 23 20:54:18 yaVDR5 vdr: [3262] DVBAPI: Action: Got DMX_SET_FILTER request, adapter_index=0, pid=0, demux_idx=0, filter_num=0
Jan 23 20:54:18 yaVDR5 vdr: [3262] DVBAPI: SetFilter: adapter=0 set FILTER pid=0000 start=1, demux=0, filter=0

Spoiler: Log yaVDR zusammenkopiert

Jan 23 20:50:45 YaVDR5 vdr: [1632] DVBAPI: SetDescr

Jan 23 20:50:45 YaVDR5 vdr: [1632] DVBAPI: 0: odd key set

Jan 23 20:50:45 YaVDR5 vdr: [1632] DVBAPI: Action: Got CA_SET_DESCR request, adapter_index=0, index=0

Jan 23 20:50:45 YaVDR5 vdr: [1632] DVBAPI: Action: Got ECM_INFO: adapter_index=0, SID = 0FE0, CAID = 0500 (viaccess), PID = 0D92, ProvID = 050F00, ECM time = 253 ms, reader = Remote-CCcam2_hdv, from = 192.XXX.XXX.Xx, protocol = cccam_ext, hops = 1

Jan 23 20:50:45 YaVDR5 vdr: [1632] DVBAPI: UpdateEcmInfo: PMTO update, adapter=0, SID=0FE0

Jan 23 20:50:45 YaVDR5 vdr: video: slow down video, duping frame

Jan 23 20:50:45 YaVDR5 vdr: video: decoder buffer empty, duping frame (51580/1014) 0 v-buf

Jan 23 20:50:45 YaVDR5 vdr: video: --:--:--.--- +0 0 0/\ms 0+0 v-buf

Jan 23 20:50:45 YaVDR5 vdr: [3125] Text2Skin: channelInfo display update thread ended (pid=1553, tid=3125)

Jan 23 20:50:45 YaVDR5 vdr: [softhddev] 2 invalid PES video packet(s)

Jan 23 20:50:46 YaVDR5 vdr: video: decoder buffer empty, duping frame (51643/8) 0 v-buf

Jan 23 20:50:46 YaVDR5 vdr: video: slow down video, duping frame

Jan 23 20:50:46 YaVDR5 vdr: video: XX:XX:XX.XXX +XXX 447 0/\ms 1+7 v-buf

Jan 23 20:50:47 YaVDR5 vdr: [3123] DVBAPI: Analyze: saving first part of data, tablelen=309

Jan 23 20:50:47 YaVDR5 vdr: [3123] DVBAPI: Analyze: PUSI=0, to_copy=129

Jan 23 20:50:47 YaVDR5 vdr: [3123] DVBAPI: Analyze: filter data assembled, sending len=312

Jan 23 20:50:47 YaVDR5 vdr: [3123] DVBAPI: Write, sock=63

Jan 23 20:50:47 YaVDR5 vdr: [3123] DVBAPI: socket_fd=63 len=318 wrote=318

Jan 23 20:50:47 YaVDR5 vdr: [3123] DVBAPI: Analyze: saving first part of data, tablelen=309

Jan 23 20:50:47 YaVDR5 vdr: [1632] DVBAPI: Action: Got DMX_SET_FILTER request, adapter_index=0, pid=D92, demux_idx=0, filter_num=1

Jan 23 20:50:47 YaVDR5 vdr: [1632] DVBAPI: SetFilter: adapter=0 set FILTER pid=0D92 start=1, demux=0, filter=1

Jan 23 20:50:47 YaVDR5 vdr: [1632] DVBAPI: --> FILTER: XX 00 00 00 00 00 XX XX 00 00 00 00 00 00 00 00

Jan 23 20:50:47 YaVDR5 vdr: [1632] DVBAPI: --> MASK: FF 00 00 00 00 00 XX XX 00 00 00 00 00 00 00

Jan 23 20:50:47 YaVDR5 vdr: [1632] DVBAPI: SetFilter: filter update, demux=0, filter_num=1

Jan 23 20:50:47 YaVDR5 vdr: [3123] DVBAPI: Analyze: PUSI=0, to_copy=129

Jan 23 20:50:47 YaVDR5 vdr: [3123] DVBAPI: Analyze: filter data assembled, sending len=312

Jan 23 20:50:47 YaVDR5 vdr: [3123] DVBAPI: Write, sock=63

Jan 23 20:50:47 YaVDR5 vdr: [3123] DVBAPI: socket_fd=63 len=318 wrote=318

Jan 23 20:50:47 YaVDR5 vdr: [1632] DVBAPI: SetDescr

Jan 23 20:50:47 YaVDR5 vdr: [1632] DVBAPI: 0: odd key set

Jan 23 20:50:47 YaVDR5 vdr: [1632] DVBAPI: Action: Got CA_SET_DESCR request, adapter_index=0, index=0

Jan 23 20:50:47 YaVDR5 vdr: [1632] DVBAPI: Action: Got ECM_INFO: adapter_index=0, SID = 0FE0, CAID = 0500 (viaccess), PID = 0D92, ProvID = 050F00, ECM time = 252 ms, reader = Remote-CCcam2_hdv, from = 192.XXX.XXX.XX, protocol = cccam_ext, hops = 1

Jan 23 20:50:47 YaVDR5 vdr: [1632] DVBAPI: UpdateEcmInfo: PMTO update, adapter=0, SID=0FE0

Jan 23 20:50:48 YaVDR5 vdr: [3123] detaching receiver - won't decrypt channel -0-0-0 with CAM 1

Jan 23 20:50:48 YaVDR5 vdr: video/vdpau: synced after 151 frames

Jan 23 20:50:51 YaVDR5 dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 3

Jan 23 20:50:54 YaVDR5 dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 6

Jan 23 20:51:00 YaVDR5 dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 14

 

[hotlein]

Guten Morgen,

Ich habe das gleiche Problem wie Enigmafreak seit einigen Tagen. Ich nutze VDR 2.2.0 und vdr-plugin-dvbapi 2.2.3. Wenn Enigmafreak jetzt schreibt, daß es mit MLD 5.4 respektive VDR 2.3.8 und vdr-plugin-dvbapi 2.2.4 funktioniert scheint es wohl am plugin zu liegen. Leider kann man das 2.2.4 nicht für VDR 2.2.0 kompilieren. Ließt Manio hier mit?

Gruß hotlein

 

[Enigmafreak]

Hallo,
ich verwende die gleichen Versionsnummern wie hotlein.
Jüngst wieder aufgetreten ist das Problem am 18. Januar. (sieht man mal vom September vergangenen Jahres ab)
Gruß
Enigmafreak

 

[hotlein]

@Enigmafreak:

Wenn Du VDR 2.3.8 und dvbapi 2.2.4 verwendest (MLD 5.4), tritt das Problem dann auch auf?

Gruß hotlein

 

[Enigmafreak]

@hotlein
Die MLD 5.4-Installation verwendet hier vdr 2.3.8 und dvbapi 2.2.4 und damit läuft es ja ohne Probleme.

Oder meinst du damit, vdr 2.3.8 und dvbapi 2.2.4 unter yaVDR ausprobieren? In dem Fall muss ich dann nämlich passen, keine Ahnung wie ich unter yaVDR die vdr-Version updaten kann.

Könnte das hier aus der Readme von manio möglicherweise zur Lösung beitragen?

Add switch to disable CW expiration check

When a ConstantCW was used, the OSCam sent the keys once after zap,
this was leading to stop decryption after 20 secs.

manio committed on 28 Apr 2014

Disable CW expiration check:
----------------------------
The plugin is automatically checking if the key obtained from OSCam is still
valid and doesn't expired before using it for decrypting. This way if OSCam
cannot provide a key for a channel, VDR have a chance to switch to other CAM
which is able to do so. In some circumstances (eg. when you're using Constant
CW in OSCam) you may need to disable this check, starting VDR like this:
vdr -P"dvbapi -d"

Ich weiß jedoch nicht, wo und wie ich dem vdr dieses Startparameter mit auf den Weg gebe...

 

[hotlein]

@Enigmafreak:

Ja, ich wollte nur wissen, ob es definitiv mit MLD 5.4 funktioniert. Das macht es ja. Den Schalter "-d" für dvbapi habe ich bei mir aktiviert, das nützt auch nichts. Leider kann ich Dir da bei yaVDR nicht weiterhelfen. Mir sind noch folgende Dinge gestern beim Testen aufgefallen.

@all

1. Wenn ich nach den Start von VDR auf Hustler TV gehe, wird auch über die 10 Sekunden entschlüsselt, es scheint also, die ECM Länge von 0x138 macht scheinbar keine Probleme.
2. Wenn ich dann auf einen unverschlüsselten und dann auf z.B. Vivid schalte (welcher nach 10 Sekunden einfriert), dann auf unverschlüsselt und wieder Hustler, dann friert auch Hustler ein.
3. kabel eins classics wird entschlüsselt, AXN Deutschland friert nach 10 Sekunden ein, ECM Länge bei beiden glaube 0x8B.
4. Außer kabel eins classics liegen alle anderen auf dem selben Transponder.

So, das waren erstmal meine Beobachtungen, vielleicht kann sich mal ein Sehender zum Thema äußern.

Gruß hotlein

 

[Enigmafreak]

Mir ist aufgefallen, (Aufnahme per Timer von Vivid oder Hustler), dass nach Einfrieren des Bildes und Unterbrechung, die Entschlüsselung irgendwann wieder kurzzeitig erfolgt. Bis zum erneuten Einfrieren des Bildes. Zwischen Einfrieren und Wiederaufnahme der Entschlüsselung liegen teilweise aber Minuten.
Die beiden Dorcel-Sender, die ebenfalls über die Karte empfangbar sind, werden ohne Probleme entschlüsselt.