Update AlphaCrypt auf Version 3.09

Ich habe es noch nicht installiert (weil es noch auf dem Postweg ist ), aber ich meine irgendwo gelesen zu haben, daß der Jugendschutz sich nun nicht mehr deaktivieren läßt und man immer die PIN eingeben muß. Das ganze mußte aufgrund von Premiere eingeführt werden, weil die sich beschwert haben, daß Arena und tividi auch tagsüber Programme ab 16 bzw. 18 zeigen obwohl nicht sichergestellt sei, daß keiner den Jugendschutz abschalten würde....

Bin mir da aber nicht ganz sicher....

Ein Downgrade der Firmware ist nicht möglich, zumindest nicht mit dem normalem Installer.

Die Lizenzgeber möchten verhindern das die Endkunden Schutzmassnahme durch Downgrade aushebeln können.

Im Portal gibt es einen Thead wo jemand mit der Alphacrypt Light Firmware 1.08 (entsprechend 3.08) Probleme mit VDR hatte.

dawart
...also ich hab ein Update auf 3.09 durchgeführt und bekomme bei keinem Kanal eine Aufforderung die PIN einzugeben. Wenn ich das richtig lese in der Feature-List, dann wird auch nur bei den "Mediendiensten" die Eingabe der PIN erforderlich, also bei den Erwachsenen-Kanälen...
Da ich die nicht abonniert hab, würd ich mal behaupten, funktioniert mein CAM wie früher.

Jarod

Ich hab das Update über Satellit eingespielt. Einfach auf Oe3 Tunen und los gehts.
Um ganz ehrlich zu sein hab ich das Update nur aufgespielt, um die andauernde Meldungen über ein zur Verfügung stehendes Update loszuwerden. Ich hab noch nicht gemerkt, dass sich etwas verschlimmbessert hat. Soll heißen, es funktioniert alles wie vor dem Update. Ich hoffe ja noch, dass es mit der 3.09er Firmware möglich ist, zwei verschlüsselte Sender auf ein und demselben Transponder simultan aufzunehmen. Ich hatte aber noch keine Zeit das zu testen.

Jarod

um die Multikanalentschlüsselung beim Vdr zu aktivieren muss man in device.c XXX_DO_MULTIPLE_CA_CHANNELS und in dvbdevice.c DO_MULTIPLE_CA_CHANNELS gleich 1 setzen und den vdr neu kompilieren.

Hatte es mit nem alphacrypt light und firmware 1.08 probiert. Hat aber leider nicht funktionniert.

Gruß,
besse

Ich hab mir gestern mal 5 minuten Zeit genommen und die Sache mit dem DO_MULTIPLE_CA_CHANNELS getestet.
Auch in der Version 3.09 der Alphacrypt FW funktioniert es nicht einen Kanal aufzunehmen und einen anderen Kanal auf dem gleichen Transponder anzusehen. Die Aufnahme hat zum Zeitpunkt des Umschaltens immer kleine Aussetzer.

Jarod

Zitat

Originally posted by Jarod
Auch in der Version 3.09 der Alphacrypt FW funktioniert es nicht einen Kanal aufzunehmen und einen anderen Kanal auf dem gleichen Transponder anzusehen. Die Aufnahme hat zum Zeitpunkt des Umschaltens immer kleine Aussetzer.

Versuch' mal die CAM-Option "CA-PMT Löschzeit" auf "1 s" zu setzen.

Klaus

Ich habe heute Morgen die "CA-PMT Löschzeit" auf 1s gesetzt und danach noch mal schnell eine Aufnahme gestartet.
Die erste Aufnahme lief fehlerfrei. Das Umschalten zu den anderen Kanälen ging relativ schnell (<1sec).
Die zweite Aufnahme jedoch, die ich kurze Zeit später gestartet habe, hatte wieder kleine Fehler. Das Umschalten auf andere Kanäle auf dem gleichen Transpoder hat dabei bis zu 5 Sekunden gedauert. Das OSD kam sofort, nur nur das Anzeigen des Bildes hat übermäßig lange gedauert. Das Ganze ging so lange, bis nach dem 6. oder 7. Umschalten der VDR neu startet.

Eine kurze Frage hab ich noch. Sind die Einstellungen meines Alpahcrypt hier ok, oder sollte ich dort veilleicht noch etwas ändern?

CA-Modus: MULTI/DYNAMIC
Erzwinge Lesen originale PMT: AUS

Bye,
Jarod

Hier der Log-Auszug zu Zeitpunkt des Neustarts:

Jul 19 08:43:54 video vdr: [2728] transfer thread started (pid=2728, tid=2728)
Jul 19 08:43:54 video vdr: [2729] receiver on device 1 thread started (pid=2729, tid=2729)
Jul 19 08:43:54 video vdr: [2730] TS buffer on device 1 thread started (pid=2730, tid=2730)
Jul 19 08:43:55 video vdr: [2665] timer 26 (56 0843-1143 '@TITLE EPISODE') start
Jul 19 08:43:55 video vdr: [2665] Title: 'Bad Girls' Subtitle: 'Western'
Jul 19 08:43:55 video vdr: [2665] record /video0/@Bad_Girls_Western/2006-07-19.08.43.50.99.rec
Jul 19 08:43:55 video vdr: [2665] creating directory /video0/@Bad_Girls_Western
Jul 19 08:43:55 video vdr: [2665] creating directory /video0/@Bad_Girls_Western/2006-07-19.08.43.50.99.rec
Jul 19 08:43:55 video vdr: [2665] recording to '/video0/@Bad_Girls_Western/2006-07-19.08.43.50.99.rec/001.vdr'
Jul 19 08:43:55 video vdr: [2731] file writer thread started (pid=2731, tid=2731)
Jul 19 08:43:55 video vdr: [2732] recording thread started (pid=2732, tid=2732)
Jul 19 08:43:55 video vdr: [2665] info: Aufzeichnung gestartet
Jul 19 08:43:58 video vdr: [2665] timer 26 (56 0843-1143 '@Bad Girls Western') set to event Mit 19.07.2006 09:40-11:15 'Saraka Bo'
Jul 19 08:44:01 video /USR/SBIN/CRON[2734]: (root) CMD (/usr/local/bin/CPUTempCheck.sh)
Jul 19 08:44:07 video vdr: [2665] switching to channel 55
Jul 19 08:44:08 video vdr: [2728] transfer thread ended (pid=2728, tid=2728)
Jul 19 08:44:08 video vdr: [2665] buffer stats: 75764 (3%) used
Jul 19 08:44:09 video vdr: [2665] CanDecrypt 1 1 55 PREMIERE 5
Jul 19 08:44:31 video vdr: [2665] switching to channel 54
Jul 19 08:44:31 video vdr: [2665] CanDecrypt 1 1 54 PREMIERE 4
Jul 19 08:44:32 video vdr: [2732] cAudioRepacker(0xC0): skipped 1468 bytes while syncing on next audio frame
Jul 19 08:44:43 video vdr: [2732] 1 cRepacker messages suppressed
Jul 19 08:44:43 video vdr: [2732] cAudioRepacker(0xC0): skipped 4 bytes to sync on next audio frame
Jul 19 08:44:53 video vdr: [2665] switching to channel 53
Jul 19 08:44:53 video vdr: [2665] CanDecrypt 1 1 53 PREMIERE 3
Jul 19 08:44:54 video vdr: [2732] cAudioRepacker(0xC0): skipped 572 bytes while syncing on next audio frame
Jul 19 08:45:01 video /USR/SBIN/CRON[2739]: (root) CMD (/usr/local/bin/CPUTempCheck.sh)
Jul 19 08:45:05 video vdr: [2665] switching to channel 52
Jul 19 08:45:06 video vdr: [2665] CanDecrypt 1 1 52 PREMIERE 2
Jul 19 08:45:07 video vdr: [2732] 1 cRepacker messages suppressed
Jul 19 08:45:07 video vdr: [2732] cAudioRepacker(0xC0): skipped 1148 bytes while syncing on next audio frame
Jul 19 08:45:13 video vdr: [2665] switching to channel 51
Jul 19 08:45:17 video vdr: [2665] CanDecrypt 1 0 51 PREMIERE 1
Jul 19 08:45:18 video vdr: [2732] cAudioRepacker(0xC0): skipped 4 bytes to sync on next audio frame
Jul 19 08:45:28 video vdr: [2665] switching to channel 50
Jul 19 08:45:32 video vdr: [2665] CanDecrypt 1 0 50 PREMIERE START
Jul 19 08:46:01 video /USR/SBIN/CRON[2744]: (root) CMD (/usr/local/bin/CPUTempCheck.sh)
Jul 19 08:46:04 video vdr: [2665] switching to channel 51
Jul 19 08:46:09 video vdr: [2665] CanDecrypt 1 1 51 PREMIERE 1
Jul 19 08:46:09 video vdr: [2732] cAudioRepacker(0xC0): skipped 312 bytes while syncing on next audio frame
Jul 19 08:46:16 video vdr: [2665] switching to channel 52
Jul 19 08:46:20 video vdr: [2665] CanDecrypt 1 0 52 PREMIERE 2
Jul 19 08:46:40 video vdr: [2665] switching to channel 53
Jul 19 08:46:41 video vdr: [2731] ERROR: video data stream broken
Jul 19 08:46:41 video vdr: [2731] initiating emergency exit
Jul 19 08:46:41 video vdr: [2732] 2 cRepacker messages suppressed
Jul 19 08:46:41 video vdr: [2732] cAudioRepacker(0xC0): skipped 4 bytes to sync on next audio frame
Jul 19 08:46:45 video vdr: [2665] CanDecrypt 1 0 53 PREMIERE 3
Jul 19 08:46:46 video vdr: [2665] emergency exit requested - shutting down

Ich empfehle alphacrypt Usern alle Firmware Versionen in der Windows Version zu archivieren, da kann man nach einem schlechten Update zumindest eine Ersatzkarte auf einen ältern Stand bringen.

Per Google konnte ich ältere Versionen nicht finden.

Zitat

Original von besse
um die Multikanalentschlüsselung beim Vdr zu aktivieren muss man in device.c XXX_DO_MULTIPLE_CA_CHANNELS und in dvbdevice.c DO_MULTIPLE_CA_CHANNELS gleich 1 setzen und den vdr neu kompilieren.

Das Ganze sieht auch noch ziemlich experimentell aus. Das CAM wird schon mitspielen aber der Code im VDR braucht da sicher noch Feinschliff.