Weil wir gerade an der Playlist für den Polterabend sind, hier ein wirklich guter Wunsch
Wie wärs damit?
Raspi4B, Libreelec 11.0.6, Nexus 20.3, Amazon Addon 1.0.5.matrix.1
Kann dir leider keinen Lösungsansatz bieten, aber zumindest eine Info mit der sich das Problem vielleicht weiter eingrenzen lässt.
Auf meinem Raspi2B, Libreelec 11.0.6, Nexus 20.3, Amazon Addon 1.0.5.matrix.1 läuft das Addon hervorragend.
Also dürfte es grundsätzlich gehen und liegt vielleicht nur an einer Einstellung.
Ich würde den Parameter immer mit angeben.
Erhöht die Zuverlässigkeit dass die SATIP-Hardware von TVHeadend z.B. nach einem Neustart auch gefunden wird und schadet nicht.
Es gibt Apps für Android und Android TV mit denen du auf den TVHeadend zugreifen kannst.
TVHClient oder dream Player z.B.
So würde ich das machen wenn ohnehin ein TVH-Server vorhanden ist.
This release reverts to an earlier version of the Linux kernel to resolve two issues being reported in 6.12.9. It also includes a 'curl' security update and corner case bug fix.
Note: Unraid OS v6.12.x and all earlier versions are not vulnerable to the xz backdoor CVE-2024-3094.
Out of date plugins can cause problems, we recommend they be kept current.
If you are getting call traces related to macvlan (or any unexplained crashes, really), as a first step we recommend navigating to Settings > Docker, switching to advanced view, and changing the Docker custom network type from macvlan to ipvlan. This is the default configuration that Unraid has shipped with since version 6.11.5 and should work for most systems.
Note that some users have reported issues with port forwarding from certain routers (Fritzbox) and reduced functionality with advanced network management tools (Ubiquity) when in ipvlan mode. If this affects you, see the alternate solution available since Unraid 6.12.4.
If you are having network issues of any kind, confirm that you have not enabled jumbo frames. Navigate to Settings > Network Settings > eth0 and confirm the Desired MTU is 1500. For more information see the Fix Common Problems warning for jumbo frames.
Upgraded kernel fixes the deadlock issue with jumbo frames and the in-tree Realtek 8125 driver. However, we still recommend following the advice above regarding jumbo frames.
If you continue to have network stability issues and Tools > System Devices shows that you have a Realtek ethernet controller, grab the part number shown and search Community Apps to see if there is a Realtek vendor-supplied driver plugin for that device. For more information, see the support page for Realtek driver plugins.
We highly recommend installing the Fix Common Problems plugin as it will warn you of common configuration problems.
If you are having other crashes or stability issues, navigate to Settings > Syslog Server and enable Mirror syslog to flash. This will cause additional wear and tear on you USB flash boot device but is useful in the short term for gathering logs after a crash.
After the next reboot, navigate to Tools > Diagnostics and download your anonymized diagnostics (as of 6.12.5, diagnostics automatically include logs that were mirrored to the flash drive).
Finally, start a new topic under General Support and provide all the details of the issue. Once the issue is resolved, be sure to disable Mirror syslog to flash.
If rolling back earlier than 6.12.9, also see the 6.12.9 release notes.
Erst wenn du aufhörst Limp Bizkit zu hören bist du wirklich alt ![[ag]](https://www.kodinerds.net/wcf/images/smilies/smiley44.gif "ag"){kind=small}
Manchmal ist es auch nötig während der Wiedergabe die richtigen Einstellungen für Audio, Video und Untertitel zu setzen und dann im Dialog unten auf "Als Standard für alle Medien setzen" zu gehen.
Dann sollte das auch für die Zukunft übernommen werden.
Die Site-to-Site-VPN-Verbindung läuft schon seit Jahren "rock solid".
(ohne vpn)
Flaschenhals ist bei der Bandbreite auch garnicht die VPN-Verbindung, sondern die vorhandene Upload-Bandbreite an Standort B.
An Standort A einen H265 Stream Bereitstellen (ohne vpn)über tvheadend transcoding wäre mein Vorschlag,
Das geht dann aber am Problem vorbei. Am Standort A kann ich ja nur einen transkodierten Stream bereitstellen, wenn der TVH-Server bereits Daten vom SATIP-Server empfangen hat. Und der steht ja an Standort B.
Mal ganz unabhängig davon:
Mit Transcoding unter TVHeadend hatte ich mich ja (aus anderen Gründen in einer anderen Konstellation) auch schon befasst:
Bin da aber auf Probleme gestoßen (siehe Thread), die ich bis heute nicht überwinden konnte. Daher habe ich das dann erstmal nicht weiter verfolgt.
Wenn hier jemand neuen Input dazu hat, gerne her damit.
Dafür hab ich tatsächlich schon einen Plan in der Schublade 
Die Bandbreite reicht eigentlich immer aus um 1 HD Sender ruckelfrei zu streamen, aber falls mal nicht, lässt sich an Standort B auch im Addon Transcoding aktivieren, das an Standort A ausgeführt wird.
Transcodiert werden können nur die Signale vom TVH-Server zum Abspielgerät, da der TVHeadend ja das Transcoding übernimmt.
In meinem Fall müssen aber die Daten vom SATIP-Server erst über VPN zum TVH-Server übertragen werden. In dem Schritt ist leider noch keine Transkodierung möglich.
Kurze Rückmeldung nachdem das Unterfangen nun umgesetzt wurde:
Eckpunkte des Setups:
DVB-S2 Anlage an Standort B
Digibit R1 mit SATIP-AXE-Firmware an Standort B
TVHeadend-Server an Standort A
tcp transport mode aktiviert
WAN-Bandbreite an Standort B: 50/10
WAN-Bandbreite an Standort A: 100/40
Wireguard-VPN-Verbindung zwischen beiden Standorten
Die Verbindung funktioniert problemlos. TVHeadend empfängt die Daten vom Digibit und somit ist an Standort B der Empfang der DVB-S2-Sender auch ohne SAT-Anlage möglich.
Die Umschaltzeiten sind sehr gut. Verzögerungen im Vergleich zu einem Setup bei dem alle Geräte an einem Standort sind konnte ich nicht feststellen. Also maximal eine Steigerung im 1-2 stelligen Millisekundenbereich.
Allerdings:
Nur beim Umschalten zwischen zwei SD-Sendern. Kommen HD-Sender ins Spiel klappt das mit dem Predictive-Tuning nicht mehr.
Nachdem die Bandbreite an Standort B leider nicht wie erst angenommen 100/40, sondern nur 50/10 beträgt, laufen alle HD-Sender aktuell nicht ruckelfrei. Es muss immer wieder nachgeladen werden bzw. zeigt das Bild starke Artefakte. Die Auslastung der Leitung liegt dann auch bei 10 MBit/s, was dem vollem verfügbaren Upload von Standort B entspricht. Ich denke mit 15 MBit/s Upload dürfte das Problem nicht mehr auftreten.
Das würde bedeuten, dass mit einem Upgrade des Internetanschlusses auf ein VDSL 100/40 dann 2 HD-Programme und ein SD-Programm abgerufen werden können sollten. Bzw. sollte dann Predicitve-Tuning auch wieder uneingeschränkt laufen.
So, und um das ganze jetzt mal pervers auf die Spitze zu treiben, habe ich in der vorhandenen Konstellation an Standort B Kodi mit TVH-PVR-Plugin gestartet und mit dem TVH-Server von Standort A verknüpft (der ja das DVB-S2-Signal wiederum von Standort B) bekommt. Die Daten gehen also über das VPN zum TVH-Server und wieder über das VPN zurück, bevor sie letzten Endes als am Bildschirm ausgegeben werden.
Das läuft tatsächlich genauso gut wie an Standort B. Lediglich die Umschaltzeiten sind gefühlt ganz geringfügig länger.
Das hier erwähnte indivious-addon als Alternative zum youtube-addon kannte ich bisher nicht. Damit ich die Version 2.2.4 aus dem github von lekma in CoreElec 20.5 installieren konnte, musste ich zunächst unerfüllte Abhängigkeiten auflösen, indem ich (ebenfalls aus dem github von lekma) script.module.iapc-2.1.4.zip sowie script.module.yt-dlp-2023.12.30-1.zip installiert habe.
Das addon startet, ich gebe einen Begriff in die Suchfunktion ein und dann kommt eine Fehlermeldung, man solle im Log nachschauen. Dort hagelt es Fehler (siehe Anlage)
Ich sehe im git, dass es seit seit 9 Monaten keine Änderungen gab und 19 issues offen sind. Deshalb frage ich mich, ob das addon überhaupt noch supported wird. Bei wem läuft das denn in welcher Umgebung?
Kann nur von meinen Erfahrungen mit dem Inividous Addon von lekma berichten:
Ich wüsste auch nicht dass eine besondere Vorgehensweise bei der Installation erforderlich gewesen wäre.
Standardmäßig sucht sich das Addon beim ersten Start eine frei verfügbare öffentlich zugängliche Invidious-Instanz aus. Evtl. hast du hier eine zugeteilt bekommen die Probleme verursacht.
In meinem Fall nutze ich das Addon mit meiner eigenen (nicht öffentlichen) Instanz. Da ich diese selbst administriere weiß ich was geht und was nicht. Bisher läuft das ohne Einschränkungen und Fehlermeldungen.
Dass es im Git seit einigen Monaten keine Updates mehr gab würde ich eher darauf zurückführen, dass es keinen Grund gab etwas zu ändern, da es ja grundsätzlich läuft.
Die Issues sind soweit ich gesehen hatte größtenteils Kleinigkeiten oder eher Feature Requests.
Unabhängig davon gibt es aber auch noch ein anderes Invidious-Addon:
Add-on:Invidious - Official Kodi Wiki
Das hatte in meinem Test auch gut funktioniert.
Der Funktionsumfang hat sich leicht von dem lekma Addon unterschieden.
Und im Gegensatz zum lekma Addon gibt es keine Sponsorblock Unterstützung.
We highly recommend that all users upgrade to this release.
We now offer custom, 1-on-1 support with Unraid experts in the English, French, and Spanish languages.
Out-of-date plugins can cause problems; we recommend they be kept current.
If you are getting call traces related to macvlan (or any unexplained crashes, really), as a first step we recommend navigating to Settings > Docker, switching to advanced view, and changing the Docker custom network type from macvlan to ipvlan. This is the default configuration that Unraid has shipped with since version 6.11.5 and should work for most systems.
Note that some users have reported issues with port forwarding from certain routers (Fritzbox) and reduced functionality with advanced network management tools (Ubiquity) when in ipvlan mode. If this affects you, see the alternate solution available since Unraid 6.12.4.
If you are having network issues of any kind, confirm that you have not enabled jumbo frames. Navigate to Settings > Network Settings > eth0 and confirm the Desired MTU is 1500. For more information see the Fix Common Problems warning for jumbo frames.
Upgraded kernel fixes the deadlock issue with jumbo frames and the in-tree Realtek 8125 driver. However, we still recommend following the advice above regarding jumbo frames.
If you continue to have network stability issues and Tools > System Devices shows that you have a Realtek ethernet controller, grab the part number shown and search Community Apps to see if there is a Realtek vendor-supplied driver plugin for that device. For more information, see the support page for Realtek driver plugins.
We highly recommend installing the Fix Common Problems plugin as it will warn you of common configuration problems.
If you are having other crashes or stability issues, navigate to Settings > Syslog Server and enable Mirror syslog to flash. This will cause additional wear and tear on you USB flash boot device but is useful in the short term for gathering logs after a crash.
After the next reboot, navigate to Tools > Diagnostics and download your anonymized diagnostics (as of 6.12.5, diagnostics automatically include logs that were mirrored to the flash drive).
Finally, start a new topic under General Support and provide all the details of the issue. Once the issue is resolved, be sure to disable Mirror syslog to flash.
The functionality of "Docker Patch 6.12.8" is now built in to Unraid. If you rollback to 6.12.8 you may want to reinstall that plugin.
If rolling back earlier than 6.12.8, also see the 6.12.8 release notes.
Das sind schon mal super Einwände und Vorschläge die da gemacht wurden. Bin jetzt definitiv schlauer.
Es zeigt aber auch dass das Vorhaben doch evtl komplexer ist als gedacht und es mehrere Ansätze gibt das umzusetzen.
Um ermitteln zu können welche Variante am geeignetsten wäre werde ich am Wochenende vor Ort nochmal genau aufnehmen und skizzieren was vorhanden ist und wo was benötigt wird.
So wie ich das momentan sehe wird es wohl ein Kombigerät Unicable-Router mit integriertem Multiswitch für die eventuellen Legacy-Geräte. Da bräuchte ich dann aber wahrscheinlich ein Gerät das an einem SCR-Ausgang mindestens 8 Teilnehmer unterstützt.
Alternativ einen reinen Unicable-Router bei dem der bestehende Mulitschalter an das durchgeschliffene Signal angehängt werden kann.
In jedem Fall aber ein Gerät das am vorhandenen Quattro-LNB angeschlossen werden kann.
Bei den Unicable Strings musst du auf die Dosen aufpassen, wenn nur eine angeschlossen ist, kannst du die
alte behalten, sind mehrere dran, müssen die ausgetasucht werden.
Das habe ich nicht so richtig verstanden. Soweit ich weiß sind größtenteils Dosen vom Typ Kathrein ESD 30 verbaut. Teilweise gehen die Koaxialkabel auch direkt irgendwo aus der Wand. Ist halt historisch gewachsen in den letzten 35 Jahren. Zu jedem Endgerät führt bisher nur eine Leitung.
Wann müsste da was getauscht werden und durch was müsste es ersetzt werden?
Wenn Du da alle existierenden Kabelstränge auf SCR umstellen willst mußte direkt hinter den SCR Multischalter noch einen Splitter einbauen, weil der SCR Multischalter ja nur einen SCR Ausgang hat.
Kann man diese Diodenentkoppelten F-Weichen auch hintereinander schalten?
Also z.B. am Ausgang des SCR-Multischalters einen 4-fach Verteiler, und an einem der Stränge vor dem TV nochmal ein 2-fach Verteiler?
Weiß jemand wie das softwareseitig ist wenn TV-Geräte mit integriertem Tuner von Legacy-Sat auf Unicable umgerüstet werden?
Muss da dann ein neuer Sendersuchlauf vorgenommen werden und alles neu konfiguriert werden, oder können die vorhandenen Senderlisten einfach übernommen werden?
Den gibt es auch in einer Ausführung mit zusätzlichen 3 Legacy Abgängen, d. h. da könntest Du zur Not noch bis zu 3 "klassische" Endgeräte anschliessen, die dann jedoch extra zum LNB verkabelt werden müssten.
Du meinst den Dur-Line UK 124-3L?
Die Verkabelung ließe sich bewerkstelligen.
Den LNB würde ich allerdings nur sehr ungern tauschen.
Zum einen ist er er kürzlich getauscht worden, und zum andern ist er relativ schwer zugänglich.
warum nicht einfach den multischalter durch einen mit Unicable-ausgang ersetzen zb
Die Variante sagt mir schon eher zu.
Mit "Legacy-Ausgang" ist da aber nicht die konventionelle Verteilung gemeint, sondern Unicable nach Norm EN50494, oder?
Evtl. käme später noch ein alter Röhrenfernseher in Verbindung mit einem Kathrein-SAT-Receiver hinzu. Für den bräuchte ich dann einen echten "Legacy"-Anschluss.
Das verlinkte Gerät kann wohl die Eingänge des Quattro-LNB an einen nachgelagerten konventionellen Multiswitch durchschleifen, aber dann hätte ich zwei aktive Geräte und somit wahrscheinlich einen höheren Stromverbrauch.
Gibts auch Geräte die das alles zusammen kombiniert haben?
Also als Eingang einen Quattro-LNB und als Ausgang sowohl Unicable I (EN50494) und Unicable II (EN50607), als auch einen oder mehrere konventionelle Ausgänge?
Nachem Du da ja schon Sternverkabelung hast nimmst einfach einen passiven Verteiler, also minimale Arbeit.
Kannst du da was empfehlen?
Dosen hintereinander legen und nur mit einem Kabel versorgen.
Die Anforderung gibt es aktuell tatsächlich noch nicht.
Glaube die Panasonic Fernseher koennen evtl. auch 2 gleichzeitig, einen zum glotzen, einen zum aufzeichnen.
Ja, ich glaube gelesen zu haben der neuere Panasonic Fernseher hat sogar 4 Tuner integriert.
Was müsste ich dabei beachten wenn ich eine SAT-Dose habe und dann 2 oder gar 4 Tuner damit bedienen möchte?
Wenn du die im Fernseher verbauten Sat-Receiver nutzt und die sind nicht SCR tauglich
Habe versucht die Anleitungen zu den Geräten ausfindig zu machen und darin nach Informationen zum Thema Einkabel-Unterstützung gesucht. Zwischenstand:
Der ältere Panasonic-TV sowie der Philips scheinen ausschließlich mit den älteren Unicable Standard "SCR" nach Norm EN50494 kompatibel zu sein.
der neuere Panasonic-TV sowie der Sony und der Digibit R1 scheinen mit den neueren Unicable 2 Standard "JESS" nach Norm EN50607 kompatibel zu sein.
Also grundsätzlich sind wohl alle betroffenen Geräte für den Unicable-Betrieb fähig.
Welche Hardware sich dann in der Konstellation zur Umrüstung am besten eignet weiß ich aber noch nicht.
Vier im Digibit mit einem Kabel per Unicable LNB versorgt war für uns immer mehr als genug.
Für mich reicht das auch.
Aber bei dem Anwendungsfall sollen eben die bestehenden Fernseher unverändert weiter betrieben werden.
Unicable fähiges LNB brauchst du auf jeden Fall.
So wie das hier beschrieben ist nicht unbedingt, oder?
Wenn deine Sat-Receiver SCR tauglich sind würde das unter Umständen reichen. Wenn du die im Fernseher verbauten Sat-Receiver nutzt und die sind nicht SCR tauglich, dann brauchst du auf jeden Fall noch ein Unicable Multiswitch.
Dedizierte SAT-Receiver sind keine mehr vorhanden. Es werden ausschließlich die in den Fernsehern integrierten Tuner genutzt.
Von denen weiß ich allerdings nicht ob sie SCR tauglich sind und auch nicht wie ich das herausbekommen kann.
Naja was du auf jeden Fall brauchst ist ein Unicable fähigen LNB, der den du hast schient ja nicht Unicable fähig zu sein.
Also was ich so gelesen habe gibt es da ja scheinbar verschiedene Ansätze.
Wenn ich das alles richtig verstehe wäre dein Ansatz den LNB gegen einen Unicable-fähigen zu tauschen, und dann mittels passivem 8-fach Verteiler an alle Endgeräte.
Das geht natürlich nur wenn alle Endgeräte für den Unicable-Betrieb geeignet sind. Wie bekomme ich das denn am einfachsten raus? In den Datenblättern zu den Geräten konnte ich da zumindest auf die Schnelle nichts dazu finden.
Gibts bei den Verteilern Unterschiede?
Als anderen Ansatz habe ich gesehen, dass es offenbar auch solche Unicable-Router gibt die sich dann auch am vorhandenen Quattro-LNB betreiben lassen, oder bei Bedarf auch vor dem vorhandenen Mulitschalter.
Und dann gibt es wohl noch Multischalter die auch über Unicable-Ausgänge verfügen.
Und Unicable-Router die sich hinter vorhandenen Multischalter betreiben lassen.
Allerdings fehlt mir da leider jegliche Erfahrung um zu beurteilen was da in meinem Anwendungsfall die beste Lösung wäre.
Hallo,
ich habe aktuell folgende Aufgabenstellung:
Es soll eine bestehende SAT-Installation in einem Wohnhaus von einem konventionellen System mit Multischalter auf Unicable umgerüstet werden.
Aktuell vorhanden sind folgende Komponenten:
Die Verkabelung, die Schüssel sowie der LNB und natürlich die Fernseher sollen nach Möglichkeit beibehalten werden.
Zusätzlich soll künftig ein Digibit R1 für SAT-IP mit angeschlossen werden.
Meine Frage ist jetzt:
Was für Komponenten könnt ihr mir für die Umrüstung empfehlen bzw. was genau würde ich dabei eigentlich benötigen?
