Beiträge von mm93

Zitat von gman

Der Kathrein läuft nun
Mit der Tvheadend 4.4 aus dem Dezember gibt es keine Probleme. auch was Arte + Das Erste parallel betrifft.
Leider ist er ne kleine Saufziege was Strom angeht.
locker 15 Watt im Standby.
Nun gilt es abzuwägen: Xoro mit 1,5 Watt Standby, dafür kein Tvheadend sondern TvMosaic oder Kathrein mit Tvheadend

Hi, hattest du also auch Problem, dass du bei zwei HD-Streams auf dem gleichen Transponder ständig "Continuity counter error" hattest? Bin aktuell auf TVH 4.3-1994 im Docker Container.

edit: @ados75

Könntest du mir bitte den Gefallen tun und mal 5-6 Streams (3-4 beliebige + zdf neo HD + ZDF HD) starten und in das TVH [definition='1','0']log[/definition] schauen, ob du ab und an "Continuity counter errors" bekommst?

Vielen Dank im Voraus!

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

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

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!

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!

Hallo, hat jemand MagentaTV über Tvheadend am Laufen?
Wie sind die Umschaltzeiten?
Wie stabil läuft es?
Muss ich die m3u liste zwingend mit pipe betreiben und ffmpeg installieren?

Besten Dank im Voraus!

Hab jetzt auch mal VDR ausprobiert, aber irgendwie komm ich nicht von TVH weg...

Timeshift funktioniert mittlerweile echt super gut mit TVH und Kodi 18 pvr.hts 4.4.16, nur habe ich das Problem, dass mir das so auf dem Apple TV derzeit nicht möglich ist, da es zum Einen kein Kodi 18 für den Apple TV gibt und zum Anderen MrMC noch eine uralt Version von pvr.hts integriert hat ... -.-

Wie läuft dein Timeshift so auf dem Apple TV 4K?

Beste Grüße

Vielen Dank!!!

Zitat von vdr.tuxnet

In den Plugineinstellungen, des Plugins, selbst, die Setup.conf bearbeitet man normal nie händisch

Ich verwende hald nur das vnsi plugin in kodi, hier sehe ich keine Option das anzupassen!?

Zitat von vdr.tuxnet

Du startest Minisatip mit dem -O Parameter, in dieser Art ./minisatip -O [deine weiteren Parameter] und im plugin-vdr-satip stellst du von Unicast auf RTPoverTCP, danach den VDR einmal neu starten.

Hi!

Vielen Dank für die schnelle Antwort!
Wo stelle ich auf RTPoverTCP im Plugin um? In der Setup.conf?

Besten Dank!

Hallo,
ich stehe gerade etwas auf dem Schlauch...
Ich verwende vdr 2.3.8 mit satip 2.3.0. Als Backend Kodi mit dem VNSI-Plugin.
Irgendwie werde ich aus dem README nicht wirklich schlau, in welche Config ich den Transportmodus auf TCP einstellen kann und in welcher Syntax das eingetragen wird?!

Vielen Dank im Voraus!

Zitat von hoppel118

Also bei mir läuft vdr seit Ewigkeiten problemlos. Ich habe allerdings überall auf performante Komponenten wertgelegt.

Frontend:
- Nvidia Shield mit Kodi 17.6
- Windows 10 Notebook und PC mit Kodi 17.6 und für Testzwecke Kodi 18 zusätzlich auf dem PC

Backend
- Openmediavault4 (Basis Debian Stretch)
- Kernel 4.14 (der unterstützt meine Max S8 ootb)
- VDR 2.2.0 und VNSI 1.5.1 Pakete direkt aus dem Stretch Repo
- Mein Timeshift wird auf eine SSD im Server geschrieben bzw. von dort auch gelesen, die ich eigens dafür angeschafft habe
- Aufnahmen landen auf meinem Raid-Z2

Mit Timeshift und Skippen hatte ich schon ewig keine Probleme mehr. Insgesamt habe ich den Eindruck, dass VDR aus dem Stretch Repo 100% stabil läuft. Mitte Dezember 2017 habe ich umgestellt auf omv4. Seither hatte ich noch kein einziges Problem mit dem VDR.

Gruß Hoppel

Alles anzeigen

Hallo Hoppel,

gibt es einen Grund wieso du letztendlich dann doch zu TVH rübergeswitched bist?
"Mein Timeshift wird auf eine SSD im Server geschrieben bzw. von dort auch gelesen, die ich eigens dafür angeschafft habe"
--> Hast du dir einen Patch geschrieben, damit der Stream nicht in den RAM sondern auf Platte geschrieben wird?

Vielen Dank im Voraus!

Beste Grüße

Zitat von hoppel118

@Horstepipe

Ich habe nun mittlerweile ein paar Tage LiveTV per Software-Decoding geschaut. Da das Bild ab und zu mal ganz leicht stockt (1x Pause/Play drücken behebt das Problem), habe ich mich gerade mal daran gesetzt und versucht das Problem einzugrenzen.

Ich habe dann nach und nach die Hardware-Decoding-Optionen in folgender Reihenfolge aktiviert:

1. Allow hardware acceleration - AVFoundation
2. Allow hardware acceleration - VTBDecoder
3. Allow HEVC HDR content

Ich habe nach jeder gesetzter Einstellung immer wieder getestet, ob das Problem mit der kurzen Pause nach dem Senderwechsel noch auftaucht. Was soll ich sagen, das Problem ist bei allen 3 Aktivierungen nicht mehr aufgetaucht. Das Problem ist weg.

Kannst du das bei dir nachvollziehen?

Aktiviere Hardware Decoding bitte auch nochmal.

Ich nutze folgende tvOS-Version: kodi-20180227-4a25e62-yab-tvos.deb

Gruß Hoppel

Alles anzeigen

Hi,

funktioniert das Hardware Decoding bei dir ?

Ich habe es aktiv und es werden trotzdem alle HD-Sender in der CPU decoded?! Habe bei 1080p eine Auslastung von 200 %!

Gruß

Hat diesbezüglich schon mal wer MLD (Minidvblinux) ausprobiert?

Zitat von CvH

du aktivierst Position 1-4 wie du es auf dem Screenshot mit Pos 1 gemacht hast für alle Tuner (je nach Setup kann da sinnlos sein, oder auch nicht - schadet aber auch nicht)

dann aktivierst alle Tuner und deaktivierst überall EPG und idlescan, dann sollte es erstmal gehen

Nur mal zum Verständnis: Was bedeuten die einzelnen Positionen? Dachte eigentlich Position AA beinhaltet den MHz-Bereich bei Astra, die anderen Positionen sind MHz-Bereiche für andere Satelliten, oder liege ich da komplett falsch?
Ich habe jetzt den Idlescan und EPG nur auf den ersten Tuner aktiviert, sonst habe ich ja kein EPG mehr. Hoffe das passt so.

Zitat von CvH

hupps thread übersehen, also das sieht nicht falsch aus, ich gehe mal davon aus das du alle 4 tuner gleich eingestellt hast ? Position 1-4 auch alle gleich ?

Ich geh mal davon aus das du überall idlescan und ota epg an hast ? wenn ja killt das deine Box, das ist bekannt. Idle scan bei einem Tuner maximal an und EPG auch dann sollte das gehen.

Also ich habe derzeit nur einen Tuner aktiv und auf dem Tuner nur Position 1 aktiviert (siehe Screenshot).
Ich muss/sollte doch für Astra 19,2 E auch nur Position 1 auf jedem Tuner einschalten oder?

Falls ich mal mehrere Tuner in Betrieb habe, was auch geplant ist, dann darf ich IDLE Scan, OTA EPG nur auf einem Tuner aktiv lassen? Was ist mit Initial Scan?

Zitat von Normalseher

Kleines Zwischenfazit mit v9 #0124 und dem dazugehörenden Tvheadend 4.2, am HTPC:

- Die beiden "Endanschläge" beim Timeshift sind implementiert. Aber es gelingt nicht immer, wieder exakt den Live-Mode zu treffen. Im Vergleich mit dem Raspi-System im Nebenraum hatte ich manchmal ca. 1 s Nachlauf hinter dem Live-Bild, den man mit Skip nicht immer beseitigen konnte. Die Anzeige rechts von der Zeitleiste springt dann im Wechsel auf -00:01 bzw. verschwindet (was offenbar "Live" bedeutet).

- Nach Skip häufig holpriger Anlauf für ca. 5s (ruckelnd, teilweise Bild/Ton asynchron), dann immer für ca. 8 s Einfrieren, bis es schließlich weitergeht. Während der Gedenkzeit erfolgt kein Plattenzugriff.

- Es ist mir bisher nicht gelungen, einen Skip-Fehler oder permanentes Einfrieren zu provozieren. Aber einmal hat es den DVB-Stick zerlegt (keine Daten mehr). Reboot half nix, Stick raus und rein hat funktioniert.

- Ich habe bisher keine Artefakte im Timeshift gesehen. Ein Test mit gut gefülltem Puffer steht aber noch aus.

Du denkst also, dass das Problem nicht am TVH-Server liegt, sondern am TVH-Client-Plugin?

Hallo CvH,

passen die Einstellungen?

Hi CvH,

kein Problem! Bin für deine Hilfe dankbar!

Ich muss dann nur den Raspberry PI neu starten und ich kann den Sender wieder ganz normal abspielen.
Den R1 muss ich nicht neu starten.

RTP/AVP/TCP (embedded data) habe ich aktiviert, damit die Pakete per TCP übertragen werden.
Ist hier noch eine Anpassung seitens Digibit bzw. Minisatip notwendig?

Ich habe aktuell nur einen Tuner aktiv, bin noch in der Testphase

Im Anhang die Config.

Vielen Dank!!!