Ja, ohne das Plugin geht es nicht.
Anbei das log (auch ohne den dummy-patch):
Grüsse
kamel5
[Patch] CAM-Tweaks für Multi Channel Decryption
-
-
Ja, ohne das Plugin geht es nicht.
Man könnte sich mehr damit beschäftigen, es ist aber nicht so dringend.
Hier der Patch, der die statische CAPMT erst beim Umschalten auf ein verschlüsseltes Programm sendet. Damit sollte die Pin-Abfrage nicht mehr auftauchen.
Helmut
-
Hallo,
sieht jetzt soweit gut aus. Mit dem letzten Patch ist die PIN-Abfrage wieder weg.
Man könnte sich mehr damit beschäftigen, es ist aber nicht so dringend.
Das sehe ich auch so.
Mit Plugin läuft es ja soweit gut und das 2 Kanal Limit bei Sky ließe sich damit sicherlich auch nicht umgehen.
Viele Grüsse
kamel5
-
Ja, habe ich überprüft. Mehr als 2 geht nicht. Na ja ist dann halt so.
Grüße
Kamel5
-
Hi,
yes the ECM is a form of encryption and contains the a cw, in your case the CI has the cw already in the dvb de-scrambler from a different channel and you put in a additionally pid where only the caid matches and if the cw is valid it will clear the pid stream. The dvb-csa need only a valid cw for the stream and it doesn't matter where it comes from.
But maybe I'm totally wrong with that.
https://tsduck.io has also good docs and tools for both sides playout/receiver btw.
CU
9000h
-
he dvb-csa need only a valid cw for the stream and it doesn't matter where it comes from.
It's not that easy because there are multiple A/V streams - e.g. with the above two programs in the log:
The streams with Pid 1,2,3 of the first program can only be decrypted with the cw from the ECM with Pid 1010,
the streams with Pid 4,5,6 of the second program only with the cw from the ECM with pid 1020.
Packes with Pid 4 cannot be decrypted with the same cw as packets with Pid 1.
And these connections - Stream-Pids <-> ECM-Pids - must be announced to the CAM via a CAPMT message, it is not a free decision by the CAM.
LG Helmut -
Hi,
yes in case of a CI you are right.
CU
9000h
-
Ich hab leider den Faden verloren... welche Kombination an Patches ist denn für den "normalen" VDR User in Verbindung mit Cam-Tweaks 2.4 sinnvoll? Alles außer dummyservice oder nur Patch 1?
-
guten morgen zusammen,
mit dem neuen camtweaks laeuft mein syslog mit folgenden meldungen voll:
QuoteDisplay Morevdr: [32377] CAM 1: wait for ApplicationInformtion
vdr: [32377] CAM 2: wait for ApplicationInformtion
vdr: [32377] CAM 3: wait for ApplicationInformtion
vdr: [32377] CAM 4: wait for ApplicationInformtion
vdr: [32377] CAM 5: wait for ApplicationInformtion
vdr: [32377] CAM 6: wait for ApplicationInformtion
vdr: [32377] CAM 7: wait for ApplicationInformtion
vdr: [32377] CAM 8: wait for ApplicationInformtion
....
es handelt sich im uebrigen um ein sky-modul, debugging ist nicht eingeschaltet.
lassen sich die meldungen irgendwie abstellen?
gruss
beinhart
-
-
Neuerdings erhalte ich mit Deinem Patch die Fehlermeldung
vdr: [2479] CAM 2: wait for ApplicationInformtion
Das kommt aus Deinem vdr-2.4.1-camtweaks-2.4.patch-Patch. Mein CAM kann solange keinen Sender entschlüsseln, bis ich nach VDR-Start im VDR einen CAM-Reset durchführe. Danach funktioniert es wieder.
Hast Du eine Idee?
LG,
beta
Edit1: Sorry, jetzt erst gesehen, dass oben auch jemand dieses Problem hat...
-
War der gleiche Grund ;). Danke. Hast Du eine Idee, warum ich neuerdings einen CAM Reset durchführen muss, bevor ich Sky schauen kann?
-
Mit Deinem letzten Patch hat sich das Problem erledgt. Danke nochmal!Zu früh gefreut. Das Problem taucht mal auf und mal nicht. Aber immer nur nach einem Reboot. Es scheint also ein Timing-Problem zu sein. Sobald ich einen verwertbaren Log habe, poste ich ihn.
Participate now!
Don’t have an account yet? Register yourself now and be a part of our community!