[iNOB]

Was bewirken/machen den die beiden Optionen in System/Setup/DVB?

Timeout zur Entschlüsselung (s) = 3
Timeout bis zur bestätigten Entschlüsselung (s) = 10

Haben die irgendwie Einwirkung auf "alternative" Entschlüsselungsmethoden?

[clausmuus]

Das ist die Zeit, die der VDR da drauf wartet, das ein Sender getuned werden kann, bevor ein neuer Versuch gestartet wird. Bei manchen Systemen sind diese Standartwerte zu niedrig, weshalb man die jetzt konfigurieren kann.
So habe ich das jedenfalls verstanden.

Claus

[iNOB]

Wurde bei der Implementierung da was "versaubeutelt"? Ich bekomme auf manchen verschlüsselten Sendern nur noch ein schwarzes Bild angezeigt mit dieser Fehlermeldung (z.B. n-tv HD mit MLD5.1 testing):

ERROR: no free slot for PID 7362 on device 1

Nach ner Weile Rumzappen auf verschlüsselten Kanälen funktionieren dann nur noch FTA-Sender. Vorher hat das eigentlich gefunzt 
Ist der Patch hier vergessen worden?

[clausmuus]

Da fragst Du am besten mal bei Christian nach. Er hat die Erweiterung hinzugefügt.
Allerdings ist die Implementierung so einfach, dass ich da keinen Fehler drin erkennen kann und ich nicht glaube das es damit zusammen hängt. Ob der von Dir gefundene Patch helfen kann, kann Christian sicherlich auch am besten beantworten.

Claus

[iNOB]

Hab Christian eine pm geschickt, leider hat er bis jetzt nicht geantwortet. Während dessen habe ich mich diesbezüglich auf der Mailing List etwas schlau gemacht. Die Optionen mögen ja für eine physische CAM oder vnsi geeignet sein, für dvbapi ist das allerdings unbrauchbar wie glenvt18 richtigerweise anmerkt. Ich kann bei den beiden Optionen eintragen was ich will, irgendwann kommt immer ein

vdr: ERROR: no free slot for PID xxxx on device X

da er den Camslot blacklistet und dann Schluss mit der Entschlüsselung ist, selbst wenn noch andere freie CAMs zur Verfügung ständen.

[Christian]

Hi,

die Änderungen von mir haben keinen Einfluss. Einzig die Option zum ändern des std wertes ist hinzugekommen.

Bei deinem Problem scheint MAXPIDHANDLES zu klein zu sein... im unstable änder ich das mal

Grüße

[iNOB]

So funktionierts einigermaßen auf nem Raspi Satip-Client:

Timeout zur Entschlüsselung (s) = 1
Timeout bis zur bestätigten Entschlüsselung (s) = 0

Allerdings war das insgesamt gesehen schon besser mit der Zapperei.

[Christian]

Deine Einstellungen bedeuten das diese Funktion deaktiviert ist. Die Bestätigung das es gehen muss ist mit der "0" sofort gegeben. Ein ändern des ersten Timeouts sollte keine Auswirkung mehr haben.
Grüße

[iNOB]

Auch mit vorgenannten Einstellungen ist ab einem (un)bestimmten Zeitpunkt nichts mehr entschlüsselt worden. Mit der nachfolgenden Einstellung hatte ich bis jetzt den Hänger nicht mehr:

Tuner des primären Devices blockieren = ja
Timeout zur Entschlüsselung (s) = 1
Timeout bis zur bestätigten Entschlüsselung (s) = 0

Keine Ahnung, ob das auf Dauer was bringt. Ich beobachte das mal...

[iNOB]

Geht auch mit diesen Einstellungen nicht gescheit. Irgendwann wirds dann nichts mehr hell. Bei meiner Kiste hatte ich, als es damals Probleme mit "n-tv HD" gab, die MAXPIDHANDLES von 64 auf 128 gestellt.

@Christian
Meinst du das? Ich glaube allerdings mich zu entsinnen, dass es in dem Zusammenhang einen Patch von "Mini73 " gab, der das dynamisch angepasst hat. Auf meiner Büchse stehen nämlich die 64 drin 

[Christian]

Test wäre es wert das zu erhöhen. Ich kann deine Probleme aber nicht nachvollziehen???

[iNOB]

Wollte mich hier nochmal melden. Das Stehenbleiben nach Empfang des ersten ECMs auf dem SAT-IP-Client, lag an "Drop old CW=1" im "Hilfsprogramm" zu dvbapi. Ebenso ist dort mit den neuen Einstelloptionen des VDRs zusätzlich "Delayer=50" zu setzen, ansonsten startet der Entschlüsselungvorgang nicht immer zuverlässig.

So läuft es mit den schon o.g. Einstellungen im VDR-Setup wieder einigermaßen rund. Ab und zu hat der SAT-IP-Client beim Zappen noch das Problem, dass er den verschlüsselten Sender nicht sofort findet. Vor- und Zurückzappen behebt das Problem. Hat aber scheints nichts mit der Entschlüsselung zu tun. Eventuell hängt es ja mit dem rpihddevice zusammen. Das steht dann im Log:

(none) user.err vdr: [3136] rpihddevice: [libav] Header missing
(none) user.err vdr: [3136] rpihddevice: failed to decode audio frame!

[NemoN]

lag an "Drop old CW=1" im "Hilfsprogramm" zu dvbapi. Ebenso ist dort mit den neuen Einstelloptionen des VDRs zusätzlich "Delayer=50" zu setzen

also wo genau muss ich das jetzt ändern?
Drop old CW=0
Delayer=50
im O***M setup?