CI-Unterstützung für CineS2, Mystique SaTiX-S2 Dual usw.

Zitat von SurfaceCleanerZ

... das CI+-Konsortium es nicht zertifizieren werden wird ...

Nun ja, wenn die Implementierung bei der Veröffentlichung des Plugins noch nicht ganz fertig ist, dann wirst du wohl recht haben. Wie schade ...

Zitat von SurfaceCleanerZ

Wenn der VDR das kann, bringt das doch eigentlich nur eine Verschlankung des weiterhin nötigen nicht zu nennenden Plugins, oder (da keys fehlen) ? Wenn überhaupt...

Ein ciplus Plugin macht dieses Plugin nicht überflüssig, aber es die einzige Möglichkeit die neuen CAMs mit integrierter SmartCard Funktion, also ohne physisch vorhandene SmartCard, zu betreiben. Woher die Keys kommen um das auch tatsächlich zum Laufen zu bekommen, ist ja nicht Sache des Plugin Entwicklers. Wobei ich mir sicher bin es wird sich schon jemand finden der da was machen wird

Zitat von SurfaceCleanerZ

Gibt es nicht jetzt schon CI-CAMs, die CI+-Karten nutzen können?

Ja, aber die funktionieren nur mit echten SmartCards und auf lange Sicht werden diese Verschwinden. Und wie lange die überhaupt noch funktionieren ist auch eine Frage.
Mehr dürfen wir aber zu diesen Dingern nicht schreiben in diesem Forum

Hallo!

Die zum VDR 2.3.5 passende ddci2 Plugin Version ist im Git.
Der Devel Branch pre-1.0.5 wurde gelöscht.
Tag stable-1 wurde verschoben und Tag 1.0.5 ist neu.

LG,
Jasmin

Zitat von jasminj

Die CI+ Spezifikation ist nur eine Erweiterung der CI Spezifikation und somit ist es sehr wohl möglich eine CI Schnittstelle für CI+ zu verwenden. Die Hardware von DD zusammen mit dem ddci2 Plugin sind eine ideale Plattform für solch eine Implementierung, da damit alle Tuner Karten beliebiger Hersteller mit einem CAM versorgt werden können, wenn man die Treiber von nst verwendet.

Wer sich mit VDR 2.3.5 und dem Thema genauer auseinander setzten will Diskussion oder PN an mich.

LG,
Jasmin

Vielen Dank für die neue Version.

Funktioniert gut

Gruß
Karl

Hi,
ich habe ein mittelschweres Problem mit dem ddci Plugin
Ich setze den VDR 2.1.7 (aktuelles Yavdr) und das aktuellste ddci Plugin (git Stand gestern) ein. Ich habe 2 CAMs im DD-Dual Slot stecken, eine Sky Karte ohne aktivierten HD+ (CAM1) und eine HD01 Karte (CAM2)
Schalte ich auf einen Sky Sender, alles i.o. Schalte ich auf einen HD+ Sender kommt 3-4 sek. ein Bild dann ist es wieder weg, 20 sek später wieder 3-4sek ein Bild, dann wieder weg

Irgendwie geht er die einzelnen CAMs durch, bleibt aber bei CAM2 nicht stehen obwohl ein Bild gekommen ist.
Jemand eine Idee?

Jun 16 10:22:01 YAVDR vdr: [3731] CAM 2: module ready
Jun 16 10:22:02 YAVDR vdr: [3727] CAM 1: AlphaCrypt, 01, 4A20, 4A22
Jun 16 10:22:02 YAVDR vdr: [3731] CAM 2: AlphaCrypt, 01, 4A20, 4A22
Jun 16 10:22:03 YAVDR vdr: [3727] CAM 1: system ids: 098C 0648 1702 1722 1762 4A20 0500 0B00 0100 1833 1834 0D05 0D95 09C4 093E 0963 0919 09C7
Jun 16 10:22:03 YAVDR vdr: [3731] CAM 2: system ids: 1830 0648 1702 1722 1762 4A20 0500 0B00 0100 1833 1834 0D05 0D95 09C4 093E 0963 0919 09C7
Jun 16 10:22:05 YAVDR vdr: [3727] CAM 1: replies to QUERY - multi channel decryption possible
Jun 16 10:22:05 YAVDR vdr: [3731] CAM 2: replies to QUERY - multi channel decryption possible


Jun 16 10:23:03 YAVDR vdr: [3817] retuning due to modification of channel 3 (RTL HD)
Jun 16 10:23:03 YAVDR vdr: [3817] switching to channel 3 (RTL HD)
Jun 16 10:23:03 YAVDR vdr: [3817] CAM 1: unassigned
Jun 16 10:23:03 YAVDR vdr: [3817] CAM 1: assigned to device 1
Jun 16 10:23:03 YAVDR vdr: [3921] device 1 TS buffer thread ended (pid=3817, tid=3921)
Jun 16 10:23:03 YAVDR vdr: [3920] buffer stats: 173712 (3%) used
Jun 16 10:23:03 YAVDR vdr: [3920] device 1 receiver thread ended (pid=3817, tid=3920)
Jun 16 10:23:03 YAVDR vdr: [3922] device 1 receiver thread started (pid=3817, tid=3922, prio=high)
Jun 16 10:23:03 YAVDR vdr: [3923] device 1 TS buffer thread started (pid=3817, tid=3923, prio=high)
Jun 16 10:23:03 YAVDR vdr: [3817] [softhddev]SetPlayMode: 1
Jun 16 10:23:06 YAVDR vdr: [3915] Text2Skin: channelInfo display update thread ended (pid=3817, tid=3915)
Jun 16 10:23:06 YAVDR vdr: [3924] Text2Skin: menu display update thread started (pid=3817, tid=3924, prio=high)
Jun 16 10:23:06 YAVDR vdr: [3817] CAM 1: Menu ------------------
Jun 16 10:23:06 YAVDR vdr: [3817] CAM 1: 'AlphaCrypt'
Jun 16 10:23:06 YAVDR vdr: [3817] CAM 1: 'Sie haben keine Berechtigung'
Jun 16 10:23:06 YAVDR vdr: [3817] CAM 1: 'dieses Programm zu empfangen !'
Jun 16 10:23:06 YAVDR vdr: [3817] CAM 1: 'Dr�cken Sie OK '
Jun 16 10:23:07 YAVDR vdr: [3922] detaching receiver - won't decrypt channel S19.2E-1-1057-61200 with CAM 1
Jun 16 10:23:07 YAVDR vdr: [3922] [softhddev]SetPlayMode: 0
Jun 16 10:23:07 YAVDR vdr: [3922] [softhddev]SetVideoDisplayFormat: 1
Jun 16 10:23:07 YAVDR vdr: [3922] [softhddev]GetSpuDecoder:
Jun 16 10:23:07 YAVDR vdr: [3922] CAM 1: unassigned
Jun 16 10:23:07 YAVDR vdr: [3923] device 1 TS buffer thread ended (pid=3817, tid=3923)
Jun 16 10:23:07 YAVDR vdr: [3922] buffer stats: 215260 (4%) used
Jun 16 10:23:07 YAVDR vdr: [3922] device 1 receiver thread ended (pid=3817, tid=3922)
Jun 16 10:23:07 YAVDR vdr: [3924] Text2Skin: menu display update thread ended (pid=3817, tid=3924)
Jun 16 10:23:07 YAVDR vdr: [3817] switching to channel 3 (RTL HD)
Jun 16 10:23:07 YAVDR vdr: [3817] CAM 2: assigned to device 1
Jun 16 10:23:07 YAVDR vdr: [3925] device 1 receiver thread started (pid=3817, tid=3925, prio=high)
Jun 16 10:23:07 YAVDR vdr: [3926] device 1 TS buffer thread started (pid=3817, tid=3926, prio=high)
Jun 16 10:23:08 YAVDR vdr: [3817] [softhddev]SetPlayMode: 1
Jun 16 10:23:10 YAVDR vdr: video: decoder buffer empty, duping frame (193/10) 0 v-buf
Jun 16 10:23:10 YAVDR vdr: video: slow down video, duping frame
Jun 16 10:23:10 YAVDR vdr: video: 12:56:32.465 +988  377   0/\ms   1+8 v-buf
Jun 16 10:23:12 YAVDR vdr: video/vdpau: synced after 127 frames
Jun 16 10:23:15 YAVDR vdr: [3925] detaching receiver - won't decrypt channel S19.2E-1-1057-61200 with CAM 2
Jun 16 10:23:15 YAVDR vdr: [3925] [softhddev]SetPlayMode: 0
Jun 16 10:23:15 YAVDR vdr: [3925] [softhddev]SetVideoDisplayFormat: 1
Jun 16 10:23:15 YAVDR vdr: [3925] [softhddev]GetSpuDecoder:
Jun 16 10:23:16 YAVDR vdr: [3925] CAM 2: unassigned
Jun 16 10:23:16 YAVDR vdr: [3926] device 1 TS buffer thread ended (pid=3817, tid=3926)
Jun 16 10:23:16 YAVDR vdr: [3925] buffer stats: 235188 (4%) used
Jun 16 10:23:16 YAVDR vdr: [3925] device 1 receiver thread ended (pid=3817, tid=3925)
Jun 16 10:23:16 YAVDR vdr: [3817] switching to channel 3 (RTL HD)
Jun 16 10:23:16 YAVDR vdr: [3817] info: Kanal nicht verfügbar!

Zitat von Tobias

[...] Jemand eine Idee? ...

Den VDR updaten und eine "cam.data" anlegen.

yavdr stable läuft mit vdr 2.2.0, was neueres gibt es da nicht.

Lars

Nun ja, es gibt ja zum Glück auch Distributionen, die mit aktuelleren VDR Versionen laufen.

Du verwechselst die aktuelle Version mit den Zwischenstufen zur nächsten Version.

Lars.

Hi Lars, 3PO,

kennt/habt ihr ein Repository mit dem ich meinen stable Yavdr auf die aktuelle VDR Version 2.3.5 oder 2.3.4 updaten kann?
Das das alles testing oder unstable ist, ist mir schon klar.
Alternativ ev. einen Link wie ich auf einem Yavdr eine selbstkompilierte VDR VErsion draufbekomme, zb. welche Binaries ich wo austauschen muss, mit welchen Parametern der VDR kompiliert werden muss

Da ich das ya-Zeugs nicht verwende, kenne ich mich damit auch nicht aus.

Es kann sein, dass CKone oder seahawk1986 jeweils ein PPA mit vdr 2.3.x haben, aber die habe ich selbst noch nie benutzt.

Lars.

oder bei Frodo oder bei fnu, es gibt an einigen Stellen einen 2.3.x für yavdr 0.6x

Tag ,

benutze aktuell die ddbridge version von craycat69 master . 0.9.28 , nur damit wurde mein DuoFlex CI erkannt.

Alle älteren Treiber die dd direkt anbietet sind wohl nicht mit meinem kernel 4.4 kompatibel oder waren so alt das, dass CI Modul nicht erkannt worden ist.

Gestern lief alles super, dehalb hab ich mir auch keine weiteren sorgen gemacht.

Heute leider nicht mehr. ddbdrige schmiert beim tunen ab und wirft einen traceback.

https://pastebin.com/jZYBqUMk

Möglicherweise doch die falschen Treiber ?

Hi,

Zitat von sharky1337

benutze aktuell die ddbridge version von craycat69 master . 0.9.28

warum nicht "0.9.29" der ist doch aktuell! ...was nutzt du für ein System?

Gruss
Wolfgang

Sorry Wolfgang , hab mich wohl im Git verlesen.

Nutze Ubuntu 16.04 LTS

sharky@tv-server:~$ modinfo ddbridge
filename: /lib/modules/4.4.0-83-generic/extra/ddbridge/ddbridge.ko
version: 0.9.29
license: GPL
author: Ralph and Marcus Metzler, Metzler Brothers Systementwicklung GbR
description: Digital Devices PCIe Bridge

Hi,

Zitat von sharky1337

hab mich wohl im Git verlesen.

...für Xenial hab ich ein "dkms" Paket im PPA liegen
Vorteil "dkms" -> es braucht nach Kernel-Update der Treiber nicht nochmals gebaut werden. Build läuft auch mit Kernel-4.10 durch.

sudo su
cd /tmp
wget https://launchpad.net/~mango-vdr/+archive/ubuntu/my-others/+files/dddvb-dkms_0.9.29.1easyVDR0-xenial_all.deb
dpkg -i *xenial_all.deb

P.S
Da du ja schon "0.9.29" installiert hast, wird das wohl nicht viel ändern!

Gruss
Wolfgang

Kann ja trotzdem Mal deine Treiber probieren.

Kann mir jemand sagen wie ich die aus dem git kompilierten wieder los werde ?

Probiere in der Zwischenzeit mal folgendes :

Hey jasminj,

habe leider immer noch Aussetzer auf HD+ Sendern und das allerdings nur in Kombination mit dem VNSI Plugin.

Streamdev läuft hingegen flüssig, das kann ich mir nur durch andere Buffergrößen erklären, aber gut das ist ein anders Thema...

Wenn ich z.B RTL HD schauen kommt es nach kurzer Zeit zu folgendem Log Eintrag.

Mich verwirrt das nicht das DDCI Plugin diese Meldung auswirft ? Weiß das VNSI Plugin überhaupt etwas von dem CAM?

Kann man das noch weiter debuggen ?

Hallo sharky1337!

Nachdem die IP vom VDR Portal noch immer auf einer SPAM Blacklist steht, bekomme ich keine eMails vom Forum über meinen Provider zugestellt und somit auch keinen Hinweis, dass jemand was gepostet hat. Und wohnen tue ich in Wien, ned im Forum, also hab ich dein Problem nicht mitbekommen

Zitat von sharky1337

habe leider immer noch Aussetzer auf HD+ Sendern und das allerdings nur in Kombination mit dem VNSI Plugin.

Das heißt also mit dem VDR kannst du problemlos schauen, bzw. mit streamdev streamen. Na dann frag ich mich schon wie ich helfen soll, wenn ddci2 tut was es soll

Zitat von sharky1337

Jul 14 22:22:39 tv-server vdr: [4042] VNSI: CAM error, try reset

Also das Plugin traut sich was, dem VDR Code in die Quere zu kommen. Ich habe mir das aber nicht angeschaut, ob das so sein darf.

Du solltest mal das Logging im ddci2 Plugin aufdrehen. Wie steht in der README.
Folgendes hab ich bei mir eingestellt:

[ddci2]
-l 3
-d 0x0001
-d 0x0800
-d 0x1000

Damit spricht das Plugin über seine intimsten Gefühle und dann wissen wir vielleicht mehr.

Zitat von sharky1337

Mich verwirrt das nicht das DDCI Plugin diese Meldung auswirft ?

Das ddci2 Plugin sagt bezüglich CAM gar nichts. Das kommt alles vom VDR. ddci2 kann man als eine Art Übersetzer vom VDR CAM Control Code für die DD CI Hardware sehen. Dabei macht es nur die caX und ciX/secX für den VDR verfügbar. Also recht Low Level. Deshalb glaube ich auch ned an einen Fehler an der Stelle.
Solange der VDR mit dem CAM sprechen kann, ist für diesen auch alles in Ordnung.
Es kann aber sein, dass es bei dir zu Buffer Under/Overruns oder ev. auch Entschlüsselungsunterbrechern kommt.
Letzteres sollte man mit dem ddci2 Logging aber sehen.

Zitat von sharky1337

Weiß das VNSI Plugin überhaupt etwas von dem CAM?

Hab den Code ned angeschaut, aber es hat ja was von wegen CAM geloggt ... .

LG,
Jasmin