Tvheadend + Digibit R1, Continuity Errors beim Senderwechsel und 1 Minute nach Channel unsubscribe

  • Hallo zusammen,

    ich habe das Problem, dass ich bei einem Senderwechsel durch einen anderen Benutzer manchmal, jedoch nicht immer, Continuity Errors im Log auftauchen und kann einfach nicht nachvollziehen wo diese herkommen.
    Des Weiteren treten sporadische Continuity Errors genau eine Minute nachdem ein Channel unsubscribed wurde.

    Beispiel: User1 streamt ZDF, deabonniert diesen Kanal, genau eine Minute später folgen Continuity Errors auf unterschiedlichsten Kanälen der anderen Usern. (siehe Log)

    Ich bin auf Tvheadend 4.3-1915 (Docker unter Odroid), hab auch andere Versionen getestet - leider ohne Erfolgt.
    Der Digibit R1 ist mit satip-axe geflashed und die Übertragung zum Headend läuft per TCP (Umstellen auf UDP hat nicht geholfen). Die Clients dahinter streamen über das Kodi PVR-Plugin (HTSP).

    Channel subscribe:

    Spoiler anzeigen
    Code
    2020-11-17 18:07:02.119 [   INFO] subscription: 027B: "192.168.1.100 [ mm | Kodi Media Center ]" subscribing on channel "VOX HD", weight: 100, adapter: "SAT>IP DVB-S Tuner #2 (192.168.1.101@TCP)", network: "Astra 19,2E", mux: "10832.25H", provider: "CBC", service: "VOX HD", profile="htsp", hostname="192.168.1.100", username="mm", client="Kodi Media Center"
    2020-11-17 18:07:02.371 [WARNING] TS: Astra 19,2E/11493.75H/arte HD: H264 @ #1279 Continuity counter error (total 1)

    Channel unsubscribe:

    Spoiler anzeigen
    Code
    2020-11-17 17:20:59.709 [   INFO] subscription: 016A: "192.168.1.100 [ mm | Kodi Media Center ]" unsubscribing from "Das Erste HD", hostname="192.168.1.100", user
    2020-11-17 17:21:59.981 [WARNING] TS: Astra 19,2E/10832.25H/VOX HD: H264 @ #511 Continuity counter error (total 3)
    2020-11-17 17:21:59.981 [WARNING] TS: Astra 19,2E/10832.25H/VOX HD: AC3 @ #515 Continuity counter error (total 2)
    2020-11-17 17:21:59.981 [WARNING] TS: Astra 19,2E/10832.25H/VOX HD: TELETEXT @ #33 Continuity counter error (total 3)
    2020-11-17 17:21:59.991 [WARNING] TS: Astra 19,2E/11361.75H/ZDF HD: H264 @ #6110 Continuity counter error (total 1)
    2020-11-17 17:21:59.991 [WARNING] TS: Astra 19,2E/11361.75H/ZDF HD: MPEG2AUDIO @ #6123 Continuity counter error (total 1)
    2020-11-17 17:21:59.992 [WARNING] TS: Astra 19,2E/11361.75H/ZDF HD: MPEG2AUDIO @ #6120 Continuity counter error (total 1)
    2020-11-17 17:21:59.992 [WARNING] TS: Astra 19,2E/11361.75H/ZDF HD: MPEG2AUDIO @ #6121 Continuity counter error (total 1)
    2020-11-17 17:21:59.992 [WARNING] TS: Astra 19,2E/11361.75H/ZDF HD: TELETEXT @ #6130 Continuity counter error (total 1)


    edit:
    soeben wieder:


    Code
    2020-11-17 18:03:42.246 [   INFO] subscription: 0245: "scan" unsubscribing
    2020-11-17 18:03:46.623 [   INFO] subscription: 01EA: "192.168.1.100 [ mm | Kodi Media Center ]" unsubscribing from "WELT HD", hostname="192.168.1.100", username="mm", client="Kodi Media Center"
    2020-11-17 18:04:46.889 [WARNING] TS: Astra 19,2E/11361.75H/ZDF HD: H264 @ #6110 Continuity counter error (total 2)
    2020-11-17 18:04:46.889 [WARNING] TS: Astra 19,2E/11361.75H/ZDF HD: MPEG2AUDIO @ #6121 Continuity counter error (total 2)
    2020-11-17 18:04:46.889 [WARNING] TS: Astra 19,2E/11361.75H/ZDF HD: TELETEXT @ #6130 Continuity counter error (total 2)
    2020-11-17 18:04:46.889 [WARNING] TS: Astra 19,2E/11361.75H/ZDF HD: AC3 @ #6122 Continuity counter error (total 1)

    Digitbit Statuspage sieht wie folgt aus

    Spoiler anzeigen

    [xattach=47049][/xattach]


    Meine SAT>IP Konfiguration im Anhang (Tuner Einstellung sind auf allen 3 Tunern gleich, bis auf Tuner 4, dort ist EPG, Initial Suche und Leerlaufsuche aktiv.

    Spoiler anzeigen

    [xattach=47045][/xattach][xattach=47046][/xattach][xattach=47047][/xattach][xattach=47048][/xattach]

    Ich wäre sehr dankbar für jede Hilfe, vielleicht hat ja einer von Euch eine Idee.


    Besten Dank im Voraus!

  • Ich habe ein nahezu identisches setup, aufgefallen ist mir das du den transport mode nicht auf tcp stehen hast, versuch das mal.

    Als docker nutze ich das Image von linuxserver.io, dort habe ich als runparameter noch folgendes dazu geheben :

    Code
    --satip_xml http://192.168.20.226:8080/desc.xml

    Bist du sicher das zdf auch betroffen ist? Möglicherweise liegt auch ein oscam problem vor

    2 Mal editiert, zuletzt von DeBaschdi (17. November 2020 um 18:35)

  • Ich habe ein nahezu identisches setup, aufgefallen ist mir das du den transport mode nicht auf tcp stehen hast, versuch das mal.

    Als docker nutze ich das Image von linuxserver.io, dort habe ich als runparameter noch folgendes dazu geheben :

    Code
    --satip_xml http://192.168.20.226:8080/desc.xml

    Bist du sicher das zdf auch betroffen ist? Möglicherweise liegt auch ein oscam problem vor


    Hi, danke für die flotte Antwort.

    Ich benutze auch das Image von linuxserver.io und habe den SAT>IP Server über "--satip_xml" eingebunden :)

    Das mit TCP habe ich mir auch schon gedacht, jedoch erben die Tuner den Paramter "Transport mode" von der übergeordneten Option "RTP/AVP/TCP transport supported". Die ist bei mir auf enabled und ich habe auch mittels tcpdump auf dem Hostsystem festgestellt, dass der RTP Stream über TCP ankommt.

    Also du hast keinerlei Continuity Errors?
    Wie sieht dein Signal auf dem Digibit aus? Wobei ich mir kaum vorstellen kann, dass es am Signal liegt, zumal die Fehler ja nur beim subscriben und unsubscriben auftauchen.
    Welches SATIP-AXE Release nutzt du auf dem Digitbit? (sieht man beim Login über SSH - SATIP-AXE server 201810211549-15)
    Welche minitsatip-Version hast du auf dem Digitbit am Laufen? (kannst du über "ps aux | grep minisatip" auf Shell nachschauen) - Bei mir läuft minisatip7 mit den Schaltern -f und -g (minisatip7 -f -g)

    Besten Dank im Voraus!

    3 Mal editiert, zuletzt von mm93 (17. November 2020 um 18:54)

  • Ich bin in der Kombination Digibits mit TVH auf einem NAS/Server diese Fehler auch nie wirklich losgeworden. Weder mit satip-axe Firmware, noch mit (damals) aktueller Vanilla Firmware auf den Digibits, und weder mit UDP, noch mit TCP Protokoll. Ich hatte mehrere Switches zwischen Server, Digibits und Clients. Die Reduktion der Switches brachte Besserung, aber nie eine Beseitigung der CC-Errors. Ich habe die Digibits irgendwann rausgeworfen und durch Digital Devices Tunerkarten im Server ersetzt. Danach waren sämtliche Fehler weg.

    ABER: Auch wenn bei der Digibit Lösung in meinem Fall Fehler nie zu eliminieren waren, habe ich trotzdem jahrelang weder in Live-TV, noch in Aufnahmen tatsächlich Fehler oder Artefakte gesehen. Der Wechsel auf DD hatte andere Gründe. In gewisser Weise, habe ich "Gespenster gejagt". Deswegen meine Frage: Siehst(!) Du irgendwelche Probleme bei Live-TV und/oder Aufnahmen? Oder "ärgern" Dich nur die Fehler in den Logs (wie mich damals)?

    Server: DIY NAS / Media Server w/ i3-8100, 32GB RAM, 4x6 TB WD Red in Raid5, DD Cine S2 + 3 x DuoFlex, OMV w/ Emby, TVheadend, Oscam fully dockered
    Living Room: NVIDIA Shield TV Pro 2019, Panasonic DP-UB9004, NAD 758v3, LG OLED 65 B7, L/R B&W CM10, B&W C S2, B&W ASW10 CM, SL/SR Elac WS 1445, HL/HR Dali Alteco C1
    Kids Room: Xbox One X w/ Kodi, Panasonic Viera TX-P50 Plasma

  • @mm93
    tatsächlich habe ich keine errors, nur ab und an beim subscripen während des einschaltens / wechseln :)
    Ich nutze minisatip8 minisatip8 -f -g server 201810211549-15

  • Ich zeig dir mal meine config :


    Hab da in der Vergangenheit das ein oder andere modifiziert

  • Ich bin in der Kombination Digibits mit TVH auf einem NAS/Server diese Fehler auch nie wirklich losgeworden. Weder mit satip-axe Firmware, noch mit (damals) aktueller Vanilla Firmware auf den Digibits, und weder mit UDP, noch mit TCP Protokoll. Ich hatte mehrere Switches zwischen Server, Digibits und Clients. Die Reduktion der Switches brachte Besserung, aber nie eine Beseitigung der CC-Errors. Ich habe die Digibits irgendwann rausgeworfen und durch Digital Devices Tunerkarten im Server ersetzt. Danach waren sämtliche Fehler weg.

    ABER: Auch wenn bei der Digibit Lösung in meinem Fall Fehler nie zu eliminieren waren, habe ich trotzdem jahrelang weder in Live-TV, noch in Aufnahmen tatsächlich Fehler oder Artefakte gesehen. Der Wechsel auf DD hatte andere Gründe. In gewisser Weise, habe ich "Gespenster gejagt". Deswegen meine Frage: Siehst(!) Du irgendwelche Probleme bei Live-TV und/oder Aufnahmen? Oder "ärgern" Dich nur die Fehler in den Logs (wie mich damals)?


    Ok, ja bei den Errors erscheinen ganz kurz Artefakte, es ist tatsächlich irgendein Problem, welches nicht nur im Log auftaucht.

    Ich zeig dir mal meine config :


    Hab da in der Vergangenheit das ein oder andere modifiziert


    Vielen Dank! Ich habe soeben mal minisatip8 aktiviert, mal schauen ob es irgendwelche Verbesserungen gibt.
    Hast du die Errors beim Umschalten dann nur auf dem einen Client oder werden alle Clients dadurch beeinflusst?

  • Nein, diese Errors kommen auch nur bei verschlüsselten Kanälen, und auch nur auf dem Client, der gerade umschaltet.
    Das hängt aber mit oscam zusammen, manchmal ist tvh schneller als oscam zum initialisieren benötigt.

  • Nein, diese Errors kommen auch nur bei verschlüsselten Kanälen, und auch nur auf dem Client, der gerade umschaltet.
    Das hängt aber mit oscam zusammen, manchmal ist tvh schneller als oscam zum initialisieren benötigt.

    Hmm, okay.. Also die Errors sind mit minisatip8 und deinen Einstellungen auch nicht weg. Ich versteh einfach nicht wo diese sche*ß Fehler herkommen.
    Hab jetzt mal den Odroid durch einen Raspberry ersetz - auch ohne Erfolg.
    Habt ihr eine Idee wo ich noch ansetzen könnte bzw. wie ich die Fehler mal etwas genauer debuggen und lokalisieren kann?

    Vielen Dank!

    edit:

    Also soweit ich jetzt sehen konnte, kommen die Errors wohl echt schon vom Digibit...

    Einmal editiert, zuletzt von mm93 (18. November 2020 um 11:36)

  • Nein, diese Errors kommen auch nur bei verschlüsselten Kanälen, und auch nur auf dem Client, der gerade umschaltet.
    Das hängt aber mit oscam zusammen, manchmal ist tvh schneller als oscam zum initialisieren benötigt.


    Hi, nochmal ein Frage zu deinem Setup: Was hast du denn für eine TVH-Version aktiv?


    Viele Grüße

  • Ausser der Reduzierung der Anzahl der Switche zwischen Digibit, TVH Server und Clients, hatte ich mal Verbesserungen der Fehlerrate durch Einbau eines Multiswitches zwischen Digibit und Quattro-Tunern (ich habe zwei Quattros, einen auf 19.2E und einen auf 28.2E). Vermutlich lag die Verbesserung an der externen Stromeinspeisung des Multiswitch, der die LNBs besser mit Strom versorgt hat. Sonst fällt mir aber auch nichts mehr ein...

    Server: DIY NAS / Media Server w/ i3-8100, 32GB RAM, 4x6 TB WD Red in Raid5, DD Cine S2 + 3 x DuoFlex, OMV w/ Emby, TVheadend, Oscam fully dockered
    Living Room: NVIDIA Shield TV Pro 2019, Panasonic DP-UB9004, NAD 758v3, LG OLED 65 B7, L/R B&W CM10, B&W C S2, B&W ASW10 CM, SL/SR Elac WS 1445, HL/HR Dali Alteco C1
    Kids Room: Xbox One X w/ Kodi, Panasonic Viera TX-P50 Plasma

Jetzt mitmachen!

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