tvmosaic - Sender beenden sich nach wenigen Minuten selbst?

[sylvio2000]

Hi.
Ich habe einen SAT-IP Server DD Octopus Net (4xdvb-s) und nun versucht tvmosaic mit Docker auf meiner Synology DS418play einzurichten. Ohne Docker funktioniert alles ohne Probleme.
Ich habe tvmosaic mit folgenden Befehlen in Docker installiert:

docker container run -d --restart always --name=tvmosaic --net=host \
-e PUID=1026 \
-e PGID=100 \
-e TZ=Europe/Berlin \
-v /etc/localtime:/etc/localtime:ro \
-v /volume1/docker/tvmosaic:/opt/TVMosaic \
-v /volume3/Filme/Aufnahmen:/opt/TVMosaic/RecordedTV \
dvblogic/tvmosaic:8.0.0.20001

Es funktioniert soweit alles:

• alle 4 Tuner werden erkannt
• ich kann alles sender abspielen
• die Aufnahmen landen im richtigen Ordner
• ...

ABER: Das einzige Problem was ich habe: Schaue ich mir einen Sender an (shieldTV-->tvmosaic client) beendet er sich nach wenigen Minuten selbst und ich lande wieder im EPG. Ich konnte bisher noch kein Muster erkennen.
Die Zeit bis zum Beenden schwankt zwischen 1-6 Minuten. Ich habe auch bereits verschiedene Sender ausprobiert.

EDIT:
Sehr merkwürdig: Bei Aufnahmen ist alles in Ordnung! Habe gerade 30 Minuten aufgenommen ohne Probleme. Es scheint also nur Live-TV zu betreffen!

 

[sylvio2000]

Es wird immer mysteriöser.
Ich habe nun den tvmosaic-Container gestoppt und die reguläre Installation von tvmosaic wieder gestartet. Hier ist nun genau das gleiche Problem?

 

[sylvio2000]

Update: Auf dem FireTV läuft alles ohne Probleme! Es liegt also an der ShieldTV. Ein Neustart brachte nichts, ich werde morgen weiter experimentieren.

 

[sylvio2000]

Ich wollte mal einen aktuellen Stand geben:

Ich habe weiter gelesen und experimentiert. Nach längerer Zeit traten auch am FireTV Fehler auf. Ebenso habe ich testweise einen anderen AP für das Wlan genutzt. Es brachte alles keine Besserung. Alle paar Minuten Klötzchenbildung bzw Ruckler.

An Docker selbst liegt es auch nicht. Es treten sowohl mit als auch ohne Docker die Fehler beim Live-TV auf.

Nächster Test: Nun wollte ich gerne DIREKT auf meine Octopus NET zugreifen ohne den TVServer auf der Synology zu nutzen. Kodi bietet dafür einen PVR-Client an. HIER FUNKTIONIERTE ALLES! Alles läuft sauber im LiveTV ohne irgendwelche Ruckler.

Nun habe ich überlegt, was sich durch die Synology bzw. den TVServer darauf eigentlich verändert: Der einzige Unterschied ist, dass hier noch ein simpler unmanaged Switch dazwischen hängt. Also habe ich gegoogelt, was ein Switch mit LiveTV über Sat-IP zu tun haben könnte und bin auf Folgendes gestoßen:

Da bei den Aufnahmen und Timeshift alles in Ordnung ist scheint es etwas mit Multicast bzw. IGMP zu tun zu haben. Scheinbar wird mein Netzwerk mit Anfragen des Live-Streams geflutet, wodurch die Aussetzer entstehen. Ich habe nun mal testweise im Router und Switch alles deaktiviert was mit igmp zu tun hat (igmp snooping, igmp proxy). Es gibt es auch tatsächlich eine Besserung. Gestern konnte ich 15 Minuten am Stück TV schauen ohne irgendwelche Aussetzer. Dann allerdings wurde der Sender komplett deaktiviert und ich wurde wieder ins EPG-Menü geworfen (TVMosaic Client für AndroidTV).

Ich habe mir nun einen managed Switch von Zyxel bestellt und werde damit das letzte Glied in der Kette austauschen, dass noch keine igmp 3 beherrscht (bis auf die Access Points). Dann experimentiere ich weiter und gebe Bescheid.

 

[sylvio2000]

Also ich weiß nicht mehr weiter
Zunächst habe ich nochmal recherchiert, ob der Octopus Net V2 überhaupt im Multicast-Format sendet. Das kann er, aber er war nicht so eingestellt. Wenn ich Multicast sende habe ich alle 5 Sekunden Bildfehler.

Ich habe nun alle Geräte (Switche und Router) einmal komplett mit igmp und ohne ausprobiert. Ich konnte keinen Unterschied feststellen. Auch als ich das Wlan deaktiviert habe und alles über Kabel lief gab es auch keine Verbesserung.

Ich habe nun die Octopus Net in Verdacht gehabt. An ihr kann es aber auch nicht liegen. Mein TV im Haus ist direkt per Koaxkabel mit der Octopus Net verbunden. Es ist also kein Netzwerk involviert. Hier läuft alles völlig Problemlos.

Dann habe ich nochmal versucht in Kodi direkt mit dem PVR-Client auf die Octopus Net zuzugreifen. Was vor wenigen Tagen funktioniert hat, lief nun gar nicht mehr. Alle paar Sekunden Bildfehler, obwohl der TV-Server in Docker gar nicht mehr dazwischen hängt.

Fall irgenjemand noch Ideen hat, immer her damit

Momentan sieht es also so aus:

TVmosaic läuft über Docker auf meiner Synology NAS 418play. Der Client verabschiedet sich im Schnitt nach ca. 20 Minuten und unterbricht die Live-Wiedergabe (in Kodi genau das gleiche, es liegt also nicht an der tvmosaic-client-software).
TVHeadend-Server über Docker verabschiedet sich zwar nicht, hier kommen aber gelegentlich Bildfehler alle paar Minuten.

Wie gesagt: Das bezieht sich IMMER nur auf LIVE-TV!!! Aufnahmen laufen völlig problemlos, deshalb lag die Vermutung auch nahe, dass es etwas mit igmp zu tun hat. Ich kenne mich da aber nicht wirklich gut aus.

 

[sylvio2000]

Ich habe hier mal einen Log von tvheadend angehängt nach nicht mal 2 Minuten:

2022-03-20 11:58:14.613 htsp: Got connection from 192.168.1.21
2022-03-20 11:58:14.613 htsp: 192.168.1.21: Welcomed client software: Kodi Media Center (HTSPv34)
2022-03-20 11:58:14.620 htsp: 192.168.1.21 [ Kodi Media Center ]: Identified as user 'tvh'
2022-03-20 11:58:14.620 htsp: 192.168.1.21 [ tvh | Kodi Media Center ]: Privileges updated
2022-03-20 11:58:46.766 mpegts: 11493.75H in DVB-S Netzwerk - tuning on SAT>IP DVB-S Tuner #1 (192.168.1.20@UDP)
2022-03-20 11:58:46.766 subscription: 003C: "192.168.1.21 [ tvh | Kodi Media Center ]" subscribing on channel "Das Erste HD", weight: 100, adapter: "SAT>IP DVB-S Tuner #1 (192.168.1.20@UDP)", network: "DVB-S Netzwerk", mux: "11493.75H", provider: "ARD", service: "Das Erste HD", profile="htsp", hostname="192.168.1.21", username="tvh", client="Kodi Media Center"
2022-03-20 11:58:46.769 satip: SAT>IP DVB-S Tuner #1 (192.168.1.20@UDP) - RTSP SETUP error -5 (I/O error) [6-404]
2022-03-20 11:58:46.818 satip: SAT>IP DVB-S Tuner #1 (192.168.1.20@UDP) - RTSP SETUP error -5 (I/O error) [6-404]
2022-03-20 11:58:48.766 subscription: 003C: service instance is bad, reason: Tuning failed
2022-03-20 11:58:48.766 mpegts: 11493.75H in DVB-S Netzwerk - tuning on SAT>IP DVB-S Tuner #2 (192.168.1.20@UDP)
2022-03-20 11:58:48.767 subscription: 003C: "192.168.1.21 [ tvh | Kodi Media Center ]" subscribing on channel "Das Erste HD", weight: 100, adapter: "SAT>IP DVB-S Tuner #2 (192.168.1.20@UDP)", network: "DVB-S Netzwerk", mux: "11493.75H", provider: "ARD", service: "Das Erste HD", profile="htsp", hostname="192.168.1.21", username="tvh", client="Kodi Media Center"
2022-03-20 11:58:49.567 timeshift: Unable to change directory permissions to "700" for "/Aufnahmen//buffer" (keeping "777")
2022-03-20 11:58:49.567 timeshift: Unable to change directory permissions to "777" for "/Aufnahmen//buffer/0" (keeping "755")
2022-03-20 11:59:31.972 htsp: Got connection from 192.168.1.21
2022-03-20 11:59:31.974 htsp: 192.168.1.21: Welcomed client software: Kodi Media Center (HTSPv34)
2022-03-20 11:59:31.977 htsp: 192.168.1.21 [ Kodi Media Center ]: Identified as user 'tvh'
2022-03-20 11:59:31.977 htsp: 192.168.1.21 [ tvh | Kodi Media Center ]: Privileges updated
2022-03-20 11:59:31.983 htsp: 192.168.1.21 [ tvh | Kodi Media Center ]: Disconnected
2022-03-20 11:59:31.983 subscription: 003C: "192.168.1.21 [ tvh | Kodi Media Center ]" unsubscribing from "Das Erste HD", hostname="192.168.1.21", username="tvh", client="Kodi Media Center"
2022-03-20 11:59:31.984 htsp: 192.168.1.21 [ tvh | Kodi Media Center ]: Write error -- Broken pipe
2022-03-20 11:59:32.011 mpegts: 11493.75H in DVB-S Netzwerk - tuning on SAT>IP DVB-S Tuner #1 (192.168.1.20@UDP)
2022-03-20 11:59:32.011 subscription: 003D: "192.168.1.21 [ tvh | Kodi Media Center ]" subscribing on channel "Das Erste HD", weight: 100, adapter: "SAT>IP DVB-S Tuner #1 (192.168.1.20@UDP)", network: "DVB-S Netzwerk", mux: "11493.75H", provider: "ARD", service: "Das Erste HD", profile="htsp", hostname="192.168.1.21", username="tvh", client="Kodi Media Center"
2022-03-20 11:59:32.013 satip: SAT>IP DVB-S Tuner #1 (192.168.1.20@UDP) - RTSP SETUP error -5 (I/O error) [6-404]
2022-03-20 11:59:32.069 satip: SAT>IP DVB-S Tuner #1 (192.168.1.20@UDP) - RTSP SETUP error -5 (I/O error) [6-404]
2022-03-20 11:59:34.010 subscription: 003D: service instance is bad, reason: Tuning failed
2022-03-20 11:59:34.011 mpegts: 11493.75H in DVB-S Netzwerk - tuning on SAT>IP DVB-S Tuner #2 (192.168.1.20@UDP)
2022-03-20 11:59:34.011 subscription: 003D: "192.168.1.21 [ tvh | Kodi Media Center ]" subscribing on channel "Das Erste HD", weight: 100, adapter: "SAT>IP DVB-S Tuner #2 (192.168.1.20@UDP)", network: "DVB-S Netzwerk", mux: "11493.75H", provider: "ARD", service: "Das Erste HD", profile="htsp", hostname="192.168.1.21", username="tvh", client="Kodi Media Center"
2022-03-20 11:59:34.693 TS: DVB-S Netzwerk/11493.75H/Das Erste HD Transport error indicator (total 1)

 

[Fusion]

Lese zwar mit, aber Idee hab ich keine gute.

Hab zwar ein DD Octopus.Net Max m4 mit Unicable LNB, aber dann geht es schon auseinander.
TV hat ebenfalls Unicable und zieht sich einen der 4 Kanäle.
Die anderen 3 sind auf Sat>IP gesetzt.
TVMosaic Server im LX Container unter Proxmox auf Intel NUC hat die 3 sat>ip server Slots eingebunden.
TVMosaic Client unter Ubuntu Desktop, keine Problem mit LiveTV oder RecordedTV WIedergabe hier.

Aufnahmen werden auf NAS Storage abgelegt und sind dort in Plex eingebunden (Wiedergabe über FireTV, TV, oder sonstige Plex Clients).
TVMosaic habe ich sonst nirgends mehr als Client laufen (weil ungenutzt, über die Zeit entsorgt). Am TV ist auch so SAT, Kabel verfügbar. Am FireTV gibt es LiveTV via iptv (prime video Live channels), oder Mediatheken, und TVMosaic Aufnahmen via Plex.

IMGP Snooping nicht aktiv im Unifi Netzwerk.

tvheadend hatte ich früher mal und mal wieder beim Versuch den satip Server darüber ins LiveTV von Plex einzubinden (dann hätte ich TVMosaic ad acta gelegt, wenn Plex Record/Live für sat>ip funktionieren würde). Ist zwar gute Software, aber ich hatte damit immer mehr Ärger als Freude. Deshalb aktuell nicht im Einsatz und kein LiveTV in Plex.


Gute Frage wieso bei dir die RTSP Streams abreißen und er es durch Neuverbindung auf dem nächsten Tuner probiert (weil der letzte vermutlich noch blockiert ist)....

 

[sylvio2000]

Ich habe ein paar Einstellungen in tvheadend geändert und die Fehler im Log sehen nun sehr human aus... Es gibt aber immer noch ab und zu kleine Bildaussetzer.
Nach über einer Stunde sieht der Log so aus:

2022-03-20 15:57:28.172 subscription: 004B: "192.168.1.21 [ tvh | Kodi Media Center ]" unsubscribing from "zdf_neo HD", hostname="192.168.1.21", username="tvh", client="Kodi Media Center"
2022-03-20 15:57:28.177 mpegts: 11362H in DVB-S Netzwerk - tuning on SAT>IP DVB-S Tuner #1 (192.168.1.20@UDP)
2022-03-20 15:57:28.177 subscription: 004F: "192.168.1.21 [ tvh | Kodi Media Center ]" subscribing on channel "ZDF HD", weight: 100, adapter: "SAT>IP DVB-S Tuner #1 (192.168.1.20@UDP)", network: "DVB-S Netzwerk", mux: "11362H", provider: "ZDFvision", service: "ZDF HD", profile="htsp", hostname="192.168.1.21", username="tvh", client="Kodi Media Center"
2022-03-20 15:57:28.858 TS: DVB-S Netzwerk/11362H/ZDF HD Transport error indicator (total 1)
2022-03-20 16:06:06.826 htsp: 192.168.1.21 [ tvh | Kodi Media Center ]: Disconnected
2022-03-20 16:06:06.826 subscription: 004F: "192.168.1.21 [ tvh | Kodi Media Center ]" unsubscribing from "ZDF HD", hostname="192.168.1.21", username="tvh", client="Kodi Media Center"
2022-03-20 16:06:06.828 htsp: 192.168.1.21 [ tvh | Kodi Media Center ]: Write error -- Broken pipe
2022-03-20 16:06:06.828 htsp: Got connection from 192.168.1.21
2022-03-20 16:06:06.829 htsp: 192.168.1.21: Welcomed client software: Kodi Media Center (HTSPv34)
2022-03-20 16:06:06.838 htsp: 192.168.1.21 [ Kodi Media Center ]: Identified as user 'tvh'
2022-03-20 16:06:06.838 htsp: 192.168.1.21 [ tvh | Kodi Media Center ]: Privileges updated
2022-03-20 16:06:06.866 mpegts: 11362H in DVB-S Netzwerk - tuning on SAT>IP DVB-S Tuner #1 (192.168.1.20@UDP)
2022-03-20 16:06:06.866 subscription: 0050: "192.168.1.21 [ tvh | Kodi Media Center ]" subscribing on channel "ZDF HD", weight: 100, adapter: "SAT>IP DVB-S Tuner #1 (192.168.1.20@UDP)", network: "DVB-S Netzwerk", mux: "11362H", provider: "ZDFvision", service: "ZDF HD", profile="htsp", hostname="192.168.1.21", username="tvh", client="Kodi Media Center"
2022-03-20 16:06:07.503 TS: DVB-S Netzwerk/11362H/ZDF HD Transport error indicator (total 1)
2022-03-20 16:23:27.542 subscription: 0050: "192.168.1.21 [ tvh | Kodi Media Center ]" unsubscribing from "ZDF HD", hostname="192.168.1.21", username="tvh", client="Kodi Media Center"
2022-03-20 16:23:27.547 mpegts: 12544.75H in DVB-S Netzwerk - tuning on SAT>IP DVB-S Tuner #1 (192.168.1.20@UDP)
2022-03-20 16:23:27.547 subscription: 0051: "192.168.1.21 [ tvh | Kodi Media Center ]" subscribing on channel "SAT.1", weight: 100, adapter: "SAT>IP DVB-S Tuner #1 (192.168.1.20@UDP)", network: "DVB-S Netzwerk", mux: "12544.75H", provider: "ProSiebenSat.1", service: "SAT.1", profile="htsp", hostname="192.168.1.21", username="tvh", client="Kodi Media Center"
2022-03-20 16:23:28.316 TS: DVB-S Netzwerk/12544.75H/SAT.1 Transport error indicator (total 1)
2022-03-20 16:28:10.337 subscription: 0051: "192.168.1.21 [ tvh | Kodi Media Center ]" unsubscribing from "SAT.1", hostname="192.168.1.21", username="tvh", client="Kodi Media Center"
2022-03-20 16:28:10.339 mpegts: 11362H in DVB-S Netzwerk - tuning on SAT>IP DVB-S Tuner #1 (192.168.1.20@UDP)
2022-03-20 16:28:10.339 subscription: 0052: "192.168.1.21 [ tvh | Kodi Media Center ]" subscribing on channel "zdf_neo HD", weight: 100, adapter: "SAT>IP DVB-S Tuner #1 (192.168.1.20@UDP)", network: "DVB-S Netzwerk", mux: "11362H", provider: "ZDFvision", service: "zdf_neo HD", profile="htsp", hostname="192.168.1.21", username="tvh", client="Kodi Media Center"
2022-03-20 16:29:55.393 htsp: 192.168.1.21 [ tvh | Kodi Media Center ]: Disconnected
2022-03-20 16:29:55.393 subscription: 0052: "192.168.1.21 [ tvh | Kodi Media Center ]" unsubscribing from "zdf_neo HD", hostname="192.168.1.21", username="tvh", client="Kodi Media Center"
2022-03-20 16:29:55.394 htsp: 192.168.1.21 [ tvh | Kodi Media Center ]: Write error -- Broken pipe
2022-03-20 16:29:55.397 htsp: Got connection from 192.168.1.21
2022-03-20 16:29:55.397 htsp: 192.168.1.21: Welcomed client software: Kodi Media Center (HTSPv34)
2022-03-20 16:29:55.401 htsp: 192.168.1.21 [ Kodi Media Center ]: Identified as user 'tvh'
2022-03-20 16:29:55.401 htsp: 192.168.1.21 [ tvh | Kodi Media Center ]: Privileges updated
2022-03-20 16:29:55.421 mpegts: 11362H in DVB-S Netzwerk - tuning on SAT>IP DVB-S Tuner #1 (192.168.1.20@UDP)
2022-03-20 16:29:55.422 subscription: 0053: "192.168.1.21 [ tvh | Kodi Media Center ]" subscribing on channel "zdf_neo HD", weight: 100, adapter: "SAT>IP DVB-S Tuner #1 (192.168.1.20@UDP)", network: "DVB-S Netzwerk", mux: "11362H", provider: "ZDFvision", service: "zdf_neo HD", profile="htsp", hostname="192.168.1.21", username="tvh", client="Kodi Media Center"
2022-03-20 16:29:56.051 TS: DVB-S Netzwerk/11362H/zdf_neo HD Transport error indicator (total 1)
2022-03-20 16:53:01.903 htsp: Got connection from 192.168.1.21
2022-03-20 16:53:01.904 htsp: 192.168.1.21: Welcomed client software: Kodi Media Center (HTSPv34)
2022-03-20 16:53:01.906 htsp: 192.168.1.21 [ Kodi Media Center ]: Identified as user 'tvh'
2022-03-20 16:53:01.906 htsp: 192.168.1.21 [ tvh | Kodi Media Center ]: Privileges updated
2022-03-20 16:53:01.907 htsp: 192.168.1.21 [ tvh | Kodi Media Center ]: Disconnected
2022-03-20 16:53:01.907 subscription: 0053: "192.168.1.21 [ tvh | Kodi Media Center ]" unsubscribing from "zdf_neo HD", hostname="192.168.1.21", username="tvh", client="Kodi Media Center"
2022-03-20 16:53:01.907 htsp: 192.168.1.21 [ tvh | Kodi Media Center ]: Write error -- Broken pipe
2022-03-20 16:53:01.932 mpegts: 11362H in DVB-S Netzwerk - tuning on SAT>IP DVB-S Tuner #1 (192.168.1.20@UDP)
2022-03-20 16:53:01.932 subscription: 0054: "192.168.1.21 [ tvh | Kodi Media Center ]" subscribing on channel "zdf_neo HD", weight: 100, adapter: "SAT>IP DVB-S Tuner #1 (192.168.1.20@UDP)", network: "DVB-S Netzwerk", mux: "11362H", provider: "ZDFvision", service: "zdf_neo HD", profile="htsp", hostname="192.168.1.21", username="tvh", client="Kodi Media Center"
2022-03-20 16:53:02.569 TS: DVB-S Netzwerk/11362H/zdf_neo HD Transport error indicator (total 1)

 

[synfor]

Packe die Logs in Zukunft bitte in eine Code-Box oder hänge sie als Textdatei an.

 

[sylvio2000]

@synfor
Ok, ich werde daran denken.

Grundsätzlich benutzte ich Live-TV fast gar nicht gar nicht. Das lineare TV ist bei uns fast ungenutzt. Gelegentlich wird mal etwas aufgenommen, was ja auch problemlos funktioniert.
Ich hatte bereits überlegt die Sat-Anlage abzubauen bis ich dann bei der letzten Fußball-EM festgestellt habe wie schlecht die Bildqualität bei den Streaming-Anbietern ist. Scheinbar waren die Anbieter (z.B. ARD Mediathek) bei den deutschen Spielen so überlastet, dass das Bild immer wieder total matschig wurde. Über die Sat-Anlage hingegen, war es immer knackig scharf.
Oder kann mir jemand einen Streaming-Anbieter für die Öffis empfehlen, der bei hohen Einschaltquoten Stand hält?

Das ist eigentlich der Hauptgrund, warum die Sat-Anlage noch existiert...

 

[Fusion]

Da wäre die Frage, wo die Ursache liegt für das matschige Bild sorgt.
Je nachdem kann es bei anderen dann auch nicht besser sein.
Liegt ja irgendwo zwischen Aufzeichnung und Distribution bis hin zur zeitweiligen Überlastung an deinem Internetanschluss.
Nur wenn es z.b. An der Infrastruktur der Mediathek Server liegen würde und die anderen Anbieter da 'fetter' dastehen oder weniger Auslastung hätten..

Auf der anderen Seite kommt für LiveTV eventuell auch oft Multicast zum Einsatz. Da ist die Bandbreite der Quelle nicht so wichtig, weil es dann unterwegs dupliziert wird.

Bei firetv (mit/ohne Prime?) gibt es Live Kanäle.
Andere wie waipu, zattoo...
Oder von den Provider die diversen Entertain Pakete...
Dann die sat>IP oder die Fritzboxen mit Kabeltunern für lokales IPTV.

Aber Welche externen davon jetzt zuverlässig immer am nächsten zu Sat liegen...

 

[sylvio2000]

Also ich kann nur für die ARD-Mediathek sprechen und über den IPTV-Zugang meines DSL-Providers (DNS:Net). Bei beiden sah es immer so aus, als ob die Auflösung runtergeschraubt wurde. Und dann nach einigen Sekunden wurde die Bitrate wieder langsam nach oben gedreht.
Ich weiß leider auch nicht, ob es an meinem Provider lag. Ich habe mir jetzt mal 3 Monate Waipu-TV abboniert und schaue mir das mal an. Ich bin gespannt wie hier die Qualität bei Live-TV ist.

 

[Fusion]

Anfangen tun sie ja alle meist mit niedriger Auflösung und Schrauben dann hoch, damit der Start schneller geht. Danach sollte es aber nur eventuell bei Pausen oder Neustart wieder sinken, oder falls der Übertragungsweg hakt.

Aber ja, kannst ja berichten. Als Indiz sicher hilfreich.

 

[sylvio2000]

Was ich noch nicht verstanden habe: Die Suche im Internet gibt mir zu verstehen, dass es ein Multicast/igmp Problem zu sein scheint, WEIL Aufnahmen funktionieren und LiveTV Fehler hat.
ABER: Bei meiner Octopus Net habe ich Multicast deaktiviert. Sendet tvheadend ein Multicast-Signal? Liegt es doch einfach irgendwie an Docker?
Inzwischen habe ich 3 verschiedene tvserver getestet und alle laufen in Docker und haben irgendwelche Probleme mit LiveTV (nextpvr, tvmosaic, tvheadend)

 

[sylvio2000]

WaipuTV läuft stabil, aber von der Bedienung finde ich es sehr merkwürdig. Sehr negativ aufgestoßen ist dann auch gleich die nicht vorhandene Möglichkeit die Pro7-Aufnahme vorzuspulen. Das Bild ist gut, aber mit diesen Restriktion ist das keine Alternative.

Nun zur guten Nachricht. Ich habe mir in der Bucht einen Digibit R1 gekauft. Was soll ich sagen? Angeschlossen und läuft! Ich habe nur Unicable eingestellt und die Standard-Firmware drauf gelassen.

TVmosaic läuft seit über einer Stunde ohne irgendwelche Ausfälle. TVheadend zeigt ebenso keine Fehlermeldungen im Log oder Bildaussetzer mehr. TVmosaic zeigt nun bei der Signalstärke 100% an. Mit der Octopus waren es immer so 60-70%.

Jetzt bin ich erstmal glücklich. Ich dachte schon es liegt an irgendwelchen Netzwerkkabeln. Das wäre der Supergau gewesen