Sieht intuitiv richtig aus, WENN dein Megasat Server an einem Multiswitch hängt. Tut er das oder nicht? Wie viele Kabel gehen von den verschiedenen LNBs über welches Zwischengerät in den Megasat Server. Und welcher Megasat Server ist das. Und - wenn vorhanden - welcher Multiswitch?
Wenn Du ein Multiswitch dran hast, geh bitte mal im TVH Webinterface zu: Configuration -> General -> Base und stell dort den "Default View Level" auf Expert. Dann die Tuner Configs bitte nochmal posten.
Du müsstest zwei Netzwerke definiert haben und die müssten den richtigen Diseq-Positionen in den Tunern zugeordnet sein (vermutlich AA, AB, wenn alles über ein Multiswitch läuft). Mein Verdacht: Bei Hotbird ist das der Fall, bei Astra nicht. Zeig mal Screenshots Deiner Tuner und Netzwerk-Konfigurationen. Und erzähl mal was zum Setup: Laufen beide LNBs über ein Multiswitch oder nicht? Hast Du einen oder zwei Sat>IP Server an den LNBs (welche)? Wie ist Dein Setup?
TCP klappt m.W. auch nur mit der Sat-IP-AXE Firmware von @perexg. Und die muss dann auch noch entsprechend konfiguriert werden (per Flag für minisatip).
Die "Positionen" entsprechen verschiedenen SATELLITEN-Positionen. Ich hatte bis vor kurzem zwei LNBs an meiner Schüssel. Einer war auf Astra 19.2E ausgerichtet, der andere auf 28.2E. Beide LNBs waren an einen Multischalter angeschlossen. Wenn Du nun einen Sender tunen möchtest, muss der Tuner wissen, welchen LNB er tunen soll. Das passiert mit Diseq Commands. Ist wie eine Weiche. In der Config entsprecht AA dem ersten LNB/Satellit (bei mir mit dem 19.2E Network verknüpft), AB dem zweiten (bei mir mit 28.2E verknüpft), etc.
Wenn Du nur einen LNB dranhängen hast, brauchst Du die AB, etc. Positionen also nicht. Ob, und wie viele Positionen angezeigt werden, lässt sich konfigurieren. Und zwar wenn Du auf den Tuner klickst unter "Satellite config": Bei "Universal LNB" erhältst Du nur eine Position, bei "2-port switch" zwei, und bei "4-port switch" vier. Letzteres ist der Default.
Schaden tun die "Extra-Position" aber auch nicht: Egal ob bei den "nicht-belegten" Satelliten-Positionen ein Netzwerk zugeordnet ist, oder nicht, der Tuning-Prozess läuft ins Leere (Du nimmst auf der Weiche halt die falsche Abzweigung). Alle Services, die im Sendersuchlauf gefunden werden, werden aber mit der "richtigen" Position verknüpft, und hinterher richtig abgerufen. Du nimmst auf der Weiche also einfach immer den gleichen, richtigen Zweig.
Fazit: Super hilfreich, wenn man mehr als einen LNB dran hat. Ansonsten: Wurst. Wenn's läuft, einfach laufen lassen... 
Wenn der Sendersuchlauf Services findet, hast Du doch schon halb gewonnen. Du musst die Services über das TVH Web-Interface auf Kanäle mappen. Wenn der TVH-Client richtig mit dem Server verbunden ist, solltest Du auf die gemappeden Programme zugreifen können. Man darf halt nicht durcheinander kommen. Im TVH Client muss die IP des TVH Servers konfiguriert sein, nicht die der Digibit. Die Digibit wurde von Deinem TVH Server schon gefunden. Sonst hätte der Suchlauf nicht funktioniert. Anleitungen zum Einrichten von TVH gibt es aber wie Sand am Meer. Im Zweifel einfach mal suchen, auch hier im Forum...
Interessant! Wenn minisatip die Streams schon dekodiert, müsste TVH die eigentlich einfach wiedergeben können. Der minisatip server müsste bei TVH schlicht als SatIP Tuner erscheinen. Im Zweifel beim TVH Start die IP Adresse des minisatip servers übergeben und schauen, ob's dann funktioniert.
@Alle anderen: der andere Router ist keine FRITZ!Box.
Ist nicht schlimm. Dann sollte es ähnliche Konfigurationsmöglichkeiten geben. Jedenfalls kannst Du Deine Fritzbox als IP Client am Nachbar-Router betreiben und von dort aufs Internet zugreifen...
Mit einem Repeater dazwischen verstärkst Du zwar das Signal, verlierst aber Bandbreite. Besser als Instabilität, aber halt auch nicht optimal. Versuch macht "kluch". Ist ja relativ wenig Aufwand.
Am Besten wäre sicher ein provisorisches LAN Kabel von seiner Fritte zu Deiner zu verlegen und Deine Fritte dann als IP Client an seiner Fritte zu betreiben. Er kann einen seiner LAN Anschlüsse als Gast deklarieren, dann ist sein internes Netz auch isoliert und "sicher" vor Dir. Weiss aber nicht, ob das von den örtlichen Gegebenheiten her geht. Wie viele Meter liegen denn zwischen Euren Routern?
Die 4.2.8 ist schon relativ alt, lief aber auch vor Jahren mit meiner Digibit schon anständig. Update auf eine aktuelle 4.3 kann nicht schaden, aber daran sollte es eigentlich nicht liegen...
Sind denn alle vier Adapter der Digibit richtig konfiguriert und aktiviert? Was sagt das TVH-Log? Wenn die Probleme auftreten, laufen vielleicht parallel EPG Scraping oder Idle Scanning?
Schonmal als blinder Tipp: EPG Scanning maximal auf zwei Tunern erlauben (war bei mir nur auf Tuner 3 und 4) und Idle Scanning überall deaktivieren, wenn Deine Senderliste komplett ist.
Der Parameter, den Du wahrscheinlich suchst, findest Du per Google über "tvheadend satip_xml digibit". Kannst Du eintragen. Schadet sicher nicht. Ob es in Deinem Fall hilft, weiss ich nicht. Kann sein, muss aber nicht...
Hmh, finde es halt seltsam, dass die AVM App den gleichen Fehler macht. Insofern müsste der Fehler entweder vor oder in der Fritzbox selbst sitzen. Kannst Du irgendwie überprüfen, ob das eigentliche TV-Signal sauber ist, z.B. Fernseher dran statt Fritzbox? Dann könntest Du den Fehler besser lokalisieren.
Wenn das in der AVM App auch ist, würde ich das Kabel zw. Kabelanschluss und Fritzbox überprüfen, oder mal tauschen. Manchmal sind es die banalen Dinge, die Probleme machen...
Nope. Aber dürfte ein OS Problem sein. Logs? dmsg? Irgendwas?
OK, dann würde ich die Digibit auf den Dachboden packen und an den Multiswitch hängen. Den LAN-Anschluss per Gigabit over Coax in irgendeinen Raum, wo Du Coax und Netzwerk nebeneinander hast, aber kein TV streamen willst. Dort von der COAX-Leitung direkt wieder zurück ins Netzwerk in der Wand, und damit in den HWR ins Switch, wo weiterverteilt wird.
ABER: Ob das stabil läuft, musst Du echt probieren. TVH ist recht sensibel was Netzwerke angeht. Ich würde das kaufen und schnell ausprobieren, so dass Du den Kram im Zweifel wieder zurückschicken kannst...
OK. Kannst Du so machen. Noch zwei alternative Ideen:
1) Digibit in den Dachboden an den Multiswitch. Vorhandenes Coax-Kabel in den HWR duch LAN-Kabel ersetzen (wenn es geht). Digibit darüber an den Switch. Rest per Netzwerk (ist ja wohl vorhanden).
2) Vorhandenen LNB durch einen Unicable LNB ersetzen. Vorhandenes Coax-Kabel daran anschliessen. Digibit ans andere Ende in den HWR. Rest per Netzwerk wie oben. Nachteil hier: Der Multiswitch fällt raus. Kannst aber client-seitig z.B. auch auf RPis mit LE umstellen o.ä., wo Du was brauchst. Vermutlich immer noch billiger, als die ganzen GB over Coax Geschichten...
Viel Spass beim Frickeln...
Junge, Junge: Ganz schön viel Text. Also ich schau mal:
@1) Ja, die Digibit R1 kann beides. Du kannst Sie direkt an den Quattro-LNB hängen, oder an den Multiswitch. Die Digibit kann entsprechend konfiguriert werden. Und ja, TVH sollte die dann auch unter DSM7 auf Deinem NAS finden und nutzen können. Und ja, wenn Du sie am Multiswitch betreibst, sollten andere Ausgänge des Multiswitch und angeschlossene Geräte unverändert weiterarbeiten...
@2) Digibit Twin: Hast Du ja selbst schon gefunden.
@3) Gigabit Ethernet Over Coax: Kann ich nicht wirklich was zu sagen, weil ich das nie probiert habe. dLan hatte ich in einer TV Server Kette mal drin. Würde ich nach Möglichkeit vermeiden. Sauberes TV-Streaming braucht eine wirklich gute Netzwerk-Infrastruktur. Ich weiss nicht genau, wo bei Dir welche Kabel ankommen. Ich verstehe, dass Du vom Dachboden (LNB) kein Netzwerkkabel zum Switch im HWR hast. Aber wenn dort vier Satellitenkabel vom Multiswitch runtergehen, kannst Du die Digibit einfach im HWR daran hängen und direkt mit dem Switch verbinden. Selbst wenn Du nur ein Satellitenkabel hast "könnte" noch was gehen. Die Digibit R1 ist Unicable fähig. Wenn Dein LNB das auch ist, reicht auch ein Satellitenkabel. Wenn's nicht anders geht, kannst Du Gigabyte over Coax ja mal probieren. Von dLan rate ich hier eher ab.
Was Du vorhast, sollte eigentlich gehen. Wenn Du nur mit Satelliten- und Netzwerkkabeln hinkommst, ganz sicher. Sonst hängt es von der "Brücke" ab (s.o.).
Lief bei mir genauso wie bei @romibaer. Ist halt nur wichtig, dass auf dem alten Controller und der UDMP die gleiche Firmware-Version drauf ist.
Bei der Default-IP bin ich mir nicht sicher, wie das beim Rückspielen des Backups läuft. Du hattest ja vorher zwei IPs: Eine für die USG, und eine für den Controller. Bei der UDMP ist das nur noch eine. Aber würde ich einfach probieren. Vorher anpassen, dann zurückspielen, und im Zweifel nochmal anpassen.
Zur zweiten Frage: Ja, würde ich empfehlen. Ich habe damals im alten Controller alle Devices sauber abgemeldet, den alten Controller abgeschaltet, die UDMP angeschaltet und dann dort neu adoptiert.
Lief fast ohne Probleme. Wenn ich mich richtig erinnere, musste ich nur einige Client-Icons neu vergeben. Alles andere passte...
Habe jetzt mal die neue HDR Funktionalität getestet: Youtube Streams mit HDR10 und HLG laufen auf meinem N2 astrein! Sehr, sehr schön. Das hat echt gefehlt...
Die RC1 wurde relativ schnell zurückgezogen. Deswegen hast Du die wahrscheinlich nicht gesehen. Die RC2 enthält den Fix für die widevine-Probleme, und noch ein echtes Goodie: Mit Youtube soll nun auch HDR funktionieren. Es gab schon positive Berichte dazu, habe ich selbst aber noch nicht ausprobiert...
Zu den CE Updates: M.W. sind die RCs "echte" (minor) CE Releases, und werden entsprechend halt auch über den Standard-Update-Kanal ausgerollt. Das RC geht nur dann weg, wenn Kodi selbst gerade einen Point-Release hinter sich hat. Damit soll wohl Konsistenz mit den Kodi-Releases sichergestellt werden.
Edit: X-posting. @bhf war schneller...
Gut, dann drück ich mal die Daumen...
Noch was gesehen: In dem ersten Screenshot ist beim ersten Tuner eine Verknüpfung mit Tuner 2 konfiguriert. Wenn Du nicht 100% sicher bist, dass Du das brauchst oder genau weisst, was Du da tust, bitte dort und bei allen Tunern rausnehmen. Bei mir steht da "No link". Das ist Standard.
