tvheadend ca ecm key too late

  • Hi Leute,

    ich hoffe meine Frage verstößt hier nicht gegen die Regeln. Mein Kumpel und ich wollen bei uns im Haus seine alte Sky Karte sharen... Das klappt soweit auch, also gehe ich da nicht weiter drauf ein, allerdings haben wir immer mal wieder Aussetzer. Das ist am häufigsten auf den HD+ Sendern zu finden... hier mal ein kleiner Log auszug...


    der Aussetzer dauert dann ein paar Sekunden, worauf es dann wieder weiter geht... Was machen wir falsch? Als Grundlage für TVheadend Server haben wir Libreelec genommen. Sollten wir da eher Ubuntu oder ein Debian nehmen?
    Wir verbinden uns mit newcamd.
    Danke euch, falls das hier unerwünscht ist, bitte löschen...

    Das hört sich fast nach meinem Problem an... tvheadend HD+ Probleme

  • Was verstehst du denn nicht an key to late?

    Der Key kommt zu langsam das liegt an den Latenzzeiten zwischen euch und es ist auch so gewollt. Ich glaube soetwas ist der Ping und dieser muss einfach schneller sein ;)
    So war es jedenfalls als ich mich mit soetwas noch beschäftigt habe.

    Es ist so gewollt! Sky hatte die abfrage mal so hoch eingestellt das es Probleme bei den ganzen Receivern gab und sie haben es ganz schnell wieder etwas reduziert.

    Das ist meine Meinung dazu!

    Greift er per VPN drauf zu?

  • Normal bei HD+ sind bis zu 1000ms. Hast du schon Verbindung über dvbapi oder cccam probiert? Bietet die neueste TVH-Version jetzt endlich auch an (cccam).
    Falls du Oscam benutzt, einfach mal die Version wechseln, die basteln da auch ständig rum, dann geht mal das eine oder andere nicht mehr.

    Spoiler anzeigen

    Server: Supermicro mit 2xXeon E5-2690v2 und 128GB RAM, Emby-Server, Plex-Server, Tvheadend. Ubuntu-Server 18.04 LTS, ZFS-Datengrab

    Workstation Threadripper 2950x mit 32GB RAM

    Client: 2x X96 Libreelec mit Kodi 18.1

  • Code
    2018-04-27 19:18:31.536 descrambler: ECM - key late (12517 ms) for service "SAT.1 HD"

    Naja, 12,5 Sekunden ist schon eine Hausnummer, normalerweise kommt der Key mit einer deutlich kleineren Latenz (hier ca. 400 ms). Entweder kommt der Descrambler nicht hinterher oder ihr habt ein Netzwerkproblem.

    AZi (DEV): Nexus auf LibreElec | Asrock J4205 | 4 GB RAM | 128 GB Sandisk| Rii mini
    DEV: PC Ubuntu 20.04 | Matrix
    AZi: Tanix TX3 | Android/CoreElec Dualboot (EMMC), Nexus
    WoZi: Nexus auf LibreElec | Asrock J4205 | 4GB RAM | 128 GB Sandisk SSD | Atric IR | URC7960
    NAS: unRaid, 3x6TB, 2x12TB | TV-Server: Futro S550 mit Hauppauge QuadHD DVB-C
    PayPal: paypal.me/pvdbj1

  • Code
    PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND
      538 root      20   0 2774552 736772  12740 S  31.1 37.9  90:17.17 tvheadend
      617 root      20   0 1895860 128708  47668 S  26.8  6.6 227:57.90 kodi.bin
      589 root      19  -1  283080   3128   2560 S   0.7  0.2   6:38.33 oscam
       16 root      20   0       0      0      0 S   0.3  0.0   0:19.67 ksoftirqd/1
      421 root      20   0   17484   4020   3628 S   0.3  0.2   0:00.65 wpa_supplicant
     7888 root      20   0    9388   2012   1776 R   0.3  0.1   0:01.09 top

    2 streams. bei mir einer und beim kumpel!

    wäre die cpu Last besser wenn ein debian drunter laufen würde?

  • Schau' mal per 'uptime' nach der CPU-Load...

    AZi (DEV): Nexus auf LibreElec | Asrock J4205 | 4 GB RAM | 128 GB Sandisk| Rii mini
    DEV: PC Ubuntu 20.04 | Matrix
    AZi: Tanix TX3 | Android/CoreElec Dualboot (EMMC), Nexus
    WoZi: Nexus auf LibreElec | Asrock J4205 | 4GB RAM | 128 GB Sandisk SSD | Atric IR | URC7960
    NAS: unRaid, 3x6TB, 2x12TB | TV-Server: Futro S550 mit Hauppauge QuadHD DVB-C
    PayPal: paypal.me/pvdbj1

  • Poste mal nen Oscam [definition='1','0']log[/definition] von der Anfrage. Da sieht man ja dann wie lange der reader braucht.
    Das sollte so in etwa aussehen:

    Code
    2018/04/28 21:40:14 66A88447 c      (ecm) tvh ([CAID:09C7] [PID:000000] [SID:C351] [L:6B]): found (50 ms) by sky-kdg - TNT Serie HD

    Du du ja sagst das es um eine Sky Karte geht sollte es ja eine NDS sein und die Zeiten so um den dreh wie bei meiner sein.

  • So, evt interessiert es ja den ein oder anderen.
    Das Problem, war mit der letzen Aktion hier bedeutend besser, aber nicht weg!! Also hab ich weitergesucht und herausgefunden, das es scheinbar am Kernel liegt. Dieses Problem kommt scheinbar nur mit HD+ zustande. Wie dem auch sei... ich habe jetzt Ubuntu 16.04 als Unterbau anstatt Libreelec. Die Einrichtung ist nicht ganz so simple ;) aber was soll ich sagen... seid 2 Tagen keine Aussetzer mehr!!!
    Ob jetzt Kernel oder nicht, Fakt ist, jetzt geht es!
    Hoffe der ein oder andere kann damit was anfangen, ist ja immer blöd wenn man über Probleme ließt, aber die Lösungen später verschwiegen werden.

  • Ob jetzt Kernel oder nicht, Fakt ist, jetzt geht es!

    das kann aber auch an gaaaaaaaaaaaaaaaaaanz viel anderem liegen ;)
    leider ist das ein bekanntes Problem, das hängt mit der Entschlüsselung lib zusammen, leider ist die derzeitige Lösung so oder so mist - das ist erst mit Tvh 4.3 gelöst (soweit ich weiß - bin selber davon auch nicht betroffen).

  • Ich gehe mal davon aus das LE einen Kernel größer 4.9 verwendet, oder? Falls nicht dann könnt Ihr den Rest hier vergessen ;)

    Bei diesen Kerneln gibt es scheinbar ein Problem mit einem Patch im Serial Modul. Dieser führt dazu das die ECM Zeiten durch die Decke gehen.

    Das soll sich beheben lassen indem man die Easymouse mit dem Tool setserial in den low_latency Modus versetzt. Jetzt fragt mich aber nicht ob und wie das bei LE funktionieren würde.

    Ubuntu 16.04 nutzt noch Kernel 4.4 da existiert das Problem nicht.

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!