Es gibt noch einen Grund, wieso es zu Freezern kommen kann, wenn die Antwort aus dem Cache stammt:
Sie ist zu schnell!
Die meisten haben immer nur möglichst kurze Antwortzeiten im Blick, es geht aber eben auch
zu kurz.
Sinkt die Antwortzeit deutlich unter die Zeit, die bei einer Anfrage per Karte erreichbar wäre, dann gibt es genauso Freezer, als wenn gar keine oder eine zu späte Antwort käme.
Die gute Nachricht:
Das Problem ist ganz einfach lösbar.
Meine Clients haben alle in der oscam.dvbapi gleich am Anfang stehen:
D: <CAID> <Mindestzeit in ms>
verzögert das Weiterreichen der Antwort an die dvbapi
auf (nicht um!) die jeweils angegebene Zeit.
Kommt also die Antwort auf eine Anfrage für CAID 098C schon nach 20ms rein, was bei mir durchaus häufiger vorkommt *g*, dann wird sie um weitere 100ms verzögert, damit die Gesamtzeit bei 120ms liegt, wie bei einer schnell angesprochenen Karte.
Bei einer Antwort nach z.B. 143ms hingegen wird nicht verzögert, da die Zeit ja bereits >120ms ist.
Insofern ist es eine der wenigen Einstellungen in oscam.dvbapi, mit denen man nicht wirklich viel falsch machen kann (Es sei denn man stellt kompletten Schwachsinn, z.B. für CAID 098C z.B. 500ms, ein).
Deshalb werden sie vermutlich auch so wenig beachtet, ich habe manchmal den Eindruck, die Leute basteln eher an der oscam.dvbapi rum,
damit sie Probleme kriegen *g*
Man kann auch auf dem oscam-Server eine Verzögerung einstellen, die ist dann aber für alle User und alle CAIDs gleich und damit weniger gut geeignet.