Hallo zusammen,

seit den Updates heute findet nach dem Deep Standby bzw. einem Neustart keine Entschlüsselung mehr statt, sowohl HD+ wie auch Sky.
Nach dem ersten Umschalten auf irgend einen anderen Kanal funktioniert das Entschlüsseln dann aber wieder ohne Probleme.

Gleiches Verhalten danach auch beim Schauen eines verschlüsselten Kanals und anschließendem Neustarten des Cams.
Hier mal der entsprechende Teil aus dem journalctl davon, falls es euch hilft:

Jan 20 20:11:31 dm7080 root[820]: /usr/script/doscam_cam.sh stop
Jan 20 20:11:31 dm7080 gdaemon[192]: /usr/script/doscam_cam.sh stop
Jan 20 20:11:31 dm7080 enigma2[201]: [eDVBCAServiceConn] '/tmp/camd.socket' connection closed
Jan 20 20:11:31 dm7080 kernel[177]: [  243.181000] CA: disable pid 0403 on demux 3
Jan 20 20:11:31 dm7080 kernel[177]: [  243.182000] CA: disable pid 03ff on demux 3
Jan 20 20:11:31 dm7080 kernel[177]: [  243.449000] ch0: unlock
Jan 20 20:11:33 dm7080 enigma2[201]: [eFileMonitor] 1 events queued
Jan 20 20:11:33 dm7080 enigma2[201]: [eFileMonitor] File {/tmp/ecm.info} has been deleted
Jan 20 20:11:33 dm7080 enigma2[201]: [eDVBCAService] stat '/tmp/ecm.info' failed (No such file or directory)
Jan 20 20:11:33 dm7080 root[826]: /usr/script/doscam_cam.sh start
Jan 20 20:11:33 dm7080 gdaemon[192]: /usr/script/doscam_cam.sh start
Jan 20 20:11:34 dm7080 kernel[177]: [  246.345000] 246:344368891 SMCA:
Jan 20 20:11:34 dm7080 kernel[177]: [  246.345000] 246:344440373 SMCB: invalid ioctl: 0x80047309
Jan 20 20:11:34 dm7080 kernel[177]: [  246.346000] invalid ioctl: 0x80047309
Jan 20 20:11:34 dm7080 kernel[177]: [  246.355000] 246:354587030 SMCA: controller reset timed out
Jan 20 20:11:34 dm7080 kernel[177]: [  246.654000] 246:652841953 SMCB: invalid ioctl: 0x8004730c
Jan 20 20:11:34 dm7080 kernel[177]: [  246.665000] 246:663825645 SMCA: invalid ioctl: 0x8004730c
Jan 20 20:11:35 dm7080 kernel[177]: [  247.734000] 247:733600799 SMCA: invalid ioctl: 0x00005407
Jan 20 20:11:36 dm7080 kernel[177]: [  248.959000] 248:958450944 SMCB: invalid ioctl: 0x00005407
Jan 20 20:11:38 dm7080 enigma2[201]: no ancillary data in audio stream... abort radiotext pes parser
Jan 20 20:11:46 dm7080 enigma2[201]: [eFileMonitor] 1 events queued
Jan 20 20:11:46 dm7080 enigma2[201]: [eFileMonitor] 1 events queued
Jan 20 20:11:46 dm7080 enigma2[201]: [eFileMonitor] File {/tmp/camd.socket} has been deleted
Jan 20 20:11:46 dm7080 enigma2[201]: [eFileMonitor] File {/tmp/camd.socket} has been created

Aufnahmen aus dem Deep Standby heraus funktionieren aber, die *.ts hat auch bei verschlüsselten Sendern Bild und Ton.

Autokorrektur halt

Da es vorher aber ohne Probleme funktioniert hat, waren die Updates wohl nicht ganz unschuldig dran ...

Zitat von dhwz

a) kein Support für Softcams
b) man systemd

Es ist ja kein Cam Problem, das startet und funktioniert grundsätzlich.
Ich schätze eher, dass der Fix von PiP mit Verschlüsselung hier was kaputt gemacht hat.

Es scheint mir, als müsste ich es nochmal ausführlicher beschreiben, da einige hier des Lesens und/oder Verstehens nicht mächtig zu sein scheinen:

Sowohl das automatische Starten des Cams beim Hochfahren der Box, wie auch das Entschlüsseln von Kanälen mittels einer HD+ HD02 bzw. Sky S02 im laufenden Betrieb oder bei einer Aufnahme aus dem Deep Standby heraus funktioniert ohne Probleme.

Das einzige was nicht funktioniert, ist die direkte Entschlüsselung, wenn der eingeschaltete Kanal nach dem Hochfahren/Neustart ein verschlüsselter ist. Nach dem ersten Umschalten wird alles entschlüsselt wie es sich gehört.

Es ist einfach erst seit den e2 bzw. linux Updates gestern so und ich dachte mir, ich melde das mal, weil irgendwann (Tage/Wochen/Monate) geht es dann bei keinem mehr und dann ist das Geschrei wieder groß und die Fehlersuche wird dadurch komplizierter und unnötig in die Länge gezogen, weil man nicht weiß, wodurch das ganze ursprünglich verursacht wurde. Mit dem Update scheint sich ja irgendwas geändert zu haben, was dieses Problem bedingt, was auch tine1084 bestätigt hat, wenn auch wie üblich nicht bei allen, da die Setups zu unterschiedlich sind.

Ich hab kein Problem nach dem Starten auf einen anderen Kanal zu schalten. Und der andere Patch soll auch nicht rückgängig gemacht werden. Das war nur meine Vermutung, da es sich auch mit der Entschlüsselung von Kanälen beschäftigt und mit eben diesem Update kam.

Wenn DMM Zeit hat, werden sie sich das schon anschauen. Das hier ist ein Minor bei wenigen Nutzern mit Workaround, also kein Stress.

Nur: Wenn die Probleme nicht gemeldet werden können sie auch nicht gefixt werden!

Zitat von DerMicha

Daran wird's wohl liegen.
Deshalb hast auch nur du diese Probleme

Ja, nur ich ... und anscheinend tine1084.

Zitat von dhwz

Nein wir sind nicht zu blöd zum Lesen, ich sagte ich hab es getestet und ES FUNKTIONIERT.

Naja, was sollte denn "man systemd" heißen ... ? Es startet und funktioniert ja grundsätzlich. Und vor dem Update war es noch ok, mehr hab ich nicht geändert, außer den Updates.

Zitat von dhwz

Und meinen Ratschlag solltest du nochmal überdenken "man systemd" wenn das ... zu früh gestartet wird bist du selbst schuld, ... werden unter DreamOS nicht per init gestartet sondern mit systemd!!!

Also wenn überhaupt startet der gdaemon das Teil zu früh, nämlich laut Log 13 Sekunden nach Start/Beginn des Logs

steht doch oben im Log wer startet, das mit dem zu früh vom systemd starten hast du gesagt

Und für den gdaemon gabs gestern keine Updates, sondern für e2, daher habe ich es hier gepostet.

Aber wenn du meinst, dass es am zu frühen Starten durch den gdaemon liegt, dann eben hier weiter:
http://www.i-have-a-dreambox.c…hread.php?threadid=187716

Wenn ich so drüber nachdenke ... da das gleiche Verhalten auch auftritt, wenn ich einfach im Betrieb das Cam neustarte, kann es doch eigentlich nicht am daemon liegen, oder?