Was ist da komisch? Ein Prozess greift auf den Mountpoint zu. Dann kann dieser nicht gelöscht werden...ist doch völlig normal.
Nee, das ist es wohl nicht. War bei mir auch so. Alle Verweise auf den freigegebenen Ordner wurden entfernt. Somit ist der "frei"... Wurde auch im Webinterface so angezeigt.
Ist aber auch nicht wild... Mit meiner Anleitung oben bekommt man das gelöst.
PS: Ich wette, da die Basis ähnlich ist, sowas auch bei Unraid passieren kann...
Na der Vorteil ist, dass es eben nicht nur für TVHeadend nutzbar ist...
Außerdem gibt es bei einigen XMLTV Quellen mit TvhProxy (und Antennas) Probleme. Leerzeichen in Sendernamen sind da ganz böse. Da aber in xteve die XMLTV schon zugewiesen werden können, geht das in Plex dann ganz schnell...
Wie gesagt, ich hatte alles getestet und bis bisher mit xteve am zufriedensten.
Hallo Gemeinde,
seit ner Weile gibt es ja in Plex die Möglichkeit, LiveTV zu schauen und Aufnahmen zu programmieren. Von Haus aus wird da bisher nur sowas wie der HDHomeRun unterstützt. Ist man aber im Besitz eines Premium-Accounts, kann man auch "unsupported" Tuner verwenden.
Das wäre zum einen natürlich eine TV Karte, aber auch eine Sat>IP Quelle würde funktionieren. Einziges Problem dabei ist: Will man verschlüsselte Sender schauen, ist da recht schnell Schluß, weil Plex da keine Möglichkeit bietet.
Allerdings gibt es mit TvhProxy oder Antennas die Möglichkeit, ein bestehendes TVHeadend einzubinden. Da übernimmt ja TVH die Entschlüsselung.
Da mir das aber immer noch zu begrenzt (nämlich auf TVHeadend) ist, habe ich nach einer Lösung gesucht, die m3u-Listen einbindet, wenn das TV Backend solche unterstützt. Das wäre in meinem Fall auch wieder TVHeadend, lässt sich aber auch auf DVBViewer oder DVBLink/TVMosaic anwenden. Andere Backends können das sicher auch...
Fündig geworden bin ich mit xteve. Das liegt für alle möglichen Architekturen vor. Das Archiv irgendwohin entpacken (und bei Bedarf als Dienst anlegen), starten und freuen. Ein Wizard (http : // labersülz_oder_IP:34400/web) führt durch die Einrichtung. Dabei wird die Quelle der m3u und, wenn man das möchte, die Quelle der XMLTV abgefragt. Beides kann entweder lokal oder per URL angegeben werden.
In Plex richtet man manuell einen Tuner auf der Adresse von xteve ein (labersülz_oder_IP:34400). Danach die Sache "übernehmen" und sichern. VORSICHT!: Die benötigten Sender sollten im Folgenden sofort eingerichtet werden. Ein nachträgliches konfigurieren ist nicht möglich, da Plex den Tuner dann plötzlich nicht mehr "sieht")
Wenn das fertig ist, kann man sich auch an den verschlüsselten Sendern erfreuen...
Die ganze Geschichte gibt's auch als Docker. Einfach mal googeln...
ich geh mal fixen
Bloß gut, dass wir hier den IT-Kontext haben 
Den Fehler hatte ich auch schon. Kann mich aber gerade ums Verrecken nicht dran erinnern, wie ich das dann gemacht hatte 
Edit:
ich glaube so hatte ich's gemacht:
editiere (nano) die config.xml in /etc/openmediavault und lösche den betreffenden Eintrag. Danach Neustart.
Beispiel:
<sharedfolder>
<uuid>xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxx</uuid>
<name>DEIN_SHARED_FOLDER</name>
<comment></comment>
<mntentref>xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxx</mntentref>
<reldirpath>FOLDER/</reldirpath>
<privileges></privileges>
</sharedfolder>MMAL macht kein mpeg2?
Es MUSS bridged sein wenn Sat>IP Verwendung finden soll. Andernfalls siehst Du den Digibit erst gar nicht.
Bei mir läuft die Konfig auch im Docker.
Natürlich HOST!! Da habe ich gestern Blech geredet! Verwechsele das immer mit VirtualBox.. Da heißt das nämlich "Netzwerkbrücke"
Keine Ahnung, warum man das bei Docker genau anders herum nennt...!
Also, stelle HOST ein, dann wird's klappen.
Steht ja auch extra in der Beschreibung:
Host vs. Bridge
If you use IPTV, SAT>IP or HDHomeRun, you need to create the container with --net=host and remove the -p flags. This is because of a limitation in docker and multicast.
Naja. Ich hatte meinen Digibit gestern in Betrieb genommen. Quasi raus aus der Box, angeschlossen, geht. Hattest Du in dessen Konfig mal was verändert?! Evtl. mal auf Werkseinstellungen zurücksetzen?
...tolles Vorgehen...
Bevor man rumdoktert, sollte die Basis fehlerfrei sein. Wenn der Digibit aus dem Container noch nicht mal per Ping erreichbar ist, nützen auch Deine Ratschläge nicht.
docker run -it <image> /bin/bash
Kannst Du den Digibit denn aus dem Container heraus erreichen? Versuche das mal bitte...
Also ist der anpingbar?
DAS muss ich mal beobachten!
Hallo Gemeinde,
ich habe seit längerem sporadische Aussetzer beim TV schauen in Kodi (CoreELEC) bemerkt. Ich dachte bisher, dass das evtl. an meiner DD Cine S2 lag. Seit gestern ist aber ein Digibit im Einsatz und auch damit passiert das. Damit schließe ich mal die Quelle aus. Digibit hat perfekte Signalwerte...
Nun habe ich etwas weiter getestet und am AppleTV gegengecheckt. Auch dort kamen sporadisch (das ist aber wirklich echt selten) Aussetzer. Damit fällt also die ELEC-Lösung als Fehlerquelle auch aus.
In Kodi stellt sich das so dar, dass der Stream kurz stehen bleibt und nach 2-3 Sekunden gebuffert und der Stream fortgesetzt wird. Danach meist mit einem unsynchronen Ton, woraufhin ich den Stream neustarten muss.
Durch diese Erkenntnisse habe ich nun TVHeadend in Verdacht... Zum Zeitpunkt des stoppens des Streams kann ich in TVHeadend aber keinerlei Fehler im Stream erkennen... Das heißt, von der Quelle kommen weiterhin Daten.
Kurz zum Netzwerk: Ich habe im Haus eine strukturierte Gigabit-Verkabelung... Nur falls jemand nach der Autobahn fragt...
TVHeadned läuft bei mir im Docker auf OMV4 mit 4.19er Kernel. Habe im Netz gelesen, dass wohl einer ein ähnliches Problem hat und der Kernel das Problem war.
Nun die eigentliche Frage: Hat noch jemand dieses Problem und evtl. eine Lösung?
Es MUSS bridged sein wenn Sat>IP Verwendung finden soll. Andernfalls siehst Du den Digibit erst gar nicht.
Bei mir läuft die Konfig auch im Docker.
hast du den inverto(unicable) wirklich nur mit einem Kabel am digibit.
Oder hast du die unicable quad variante?
Hat es einen Mehrwert wenn ich nen quattroswitch nehme?
Kann man nahhher mehr oder weniger streams parallel schauen bei den genannten Varianten oder ist das irrelevant, da ja unicable?Cheers
Nein. UniCable bedeutet ja nur, dass Du vom LNB zum Multiswitch (oder simpler Abzweigweiche) ein einziges Kabel brauchst. Am Digibit selbst musst Du schon jeden Tuner extra versorgen. Aber halt jeden mit einer anderen Frequenz (von 1210 bis 2040 MHz)
Hallo Gemeinde,
heute kam nun endlich der DIGIBIT R1 an. Hatte eine Weile gedauert, bis ich mich dazu durchrang, meine perfekt funktionierende DD Cine S2 Lösung damit zu ersetzen.
...und...
ich habe es nicht bereut. Einige obligatorische (Netzwerk-)Einstellungen getätigt und das Teil funktioniert auf Anhieb. Im Zusammenspiel mit TVHeadend gab es absolut keine Probleme. Der DIGIBIT wurde sofort erkannt und nach Aktivierung der Tuner und Zuweisung der Source war alles innerhalb 5 Minuten Betriebsbereit...
Der Server hängt an einem Inverto UniCable, der auch problemlos unterstützt wird.
...wollte es nur mal erwähnen, falls noch jemand mit dem Gedanken spielt...
...ach ja... Wenn man bei Plex einen Premium-Account hat, kann man den auch damit verwenden... Sendersuchlauf läuft gerade
Ich eröffne dann am besten mal einen Thread "Anonyme Alkoholiker!"
Seit es das RTSP Inputstream Addon gibt, braucht man doch kein extra Addon mehr. Einfach den Link zum Stream in eine Textdatei hacken und die das ****.strm nennen und als Videofile einlesen lassen. Klappt bei mir perfekt...
Das sieht mir danach aus, als würde der Recorder den Pfad nicht erreichen. Wie sieht denn die Konfig aus?
