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:

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:

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)

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

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.

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

Besten Dank im Voraus!

Zitat von DeBaschdi

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!

Zitat von M4tt0

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.

Zitat von DeBaschdi

Ich zeig dir mal meine config :

Code

bash-4.30# cat /etc/sysconfig/config
#
# SATIP AXE firmware configuration
#


CFGVER="14"
HOSTNAME="satip-axe"
KMODULES="drivers/usb/serial/cp210x.ko drivers/usb/serial/pl2303.ko drivers/usb/serial/ftdi_sio.ko"


#
# STV6210 baseband amplifier gain (0dB .. 16dB - 2dB step)
#
STV6210_BAMP="16dB"
#DEMUXTS_OLD="yes"


#
# ttyUSB names
#


TTYUSB1_DEV="2-1:1.0"
TTYUSB1_NAME="ttyUSBupper"
TTYUSB2_DEV="4-1:1.0"
TTYUSB2_NAME="ttyUSBlower"


TTYUSB3_DEV="1-1.1:1.0"         # USB hub port#1 in upper port
TTYUSB3_NAME="ttyUSBupper1"
TTYUSB4_DEV="3-1.2:1.0"         # USB hub port#2 in lower port
TTYUSB4_NAME="ttyUSBlower2"


#
# IPV4 config
#
IPV4="dhcp"
# or
#IPV4="192.168.1.240"
#IPV4_NETMASK="255.255.255.0"
#IPV4_BROADCAST="192.168.1.255"
#IPV4_GATEWAY="192.168.1.1"


#
# ntpd
#
NTPD_OPTS="-p 0.pool.ntp.org"


#
# syslogd
#
#SYSLOGD_OPTS="-R 192.168.1.1:514"


#
# telnetd
#
TELNETD="yes"


#
# dropbear
#
DROPBEAR="yes"


#
# minisatip
#
#MINISATIP="yes"
#MINISATIP_OPTS=""


#
# minisatip 0.5
#
#MINISATIP5="yes"
#MINISATIP5_OPTS=""


#
# minisatip 0.7
#
#MINISATIP7="yes"
#MINISATIP7_OPTS=""


#
# minisatip 0.8
#
MINISATIP8="yes"
MINISATIP8_OPTS=""


#
# inetd (httpd,ftpd)
#
INETD="yes"


#
# crond
#
CROND="yes"


#
# nfsd v3
#
NFSD="yes"
NFSD_HOTPLUG_EXPORT="*" # replace with host or subnet, '*' = world


#
# oscamd
#
OSCAMD="yes"


#
# custom daemon/service/setup executed from sysinit
#
#CUSTOMD="/etc/sysconfig/myboot"

Alles anzeigen

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?

Zitat von DeBaschdi

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...

Zitat von DeBaschdi

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