Vielen Dank für deine Info. Leider kann ich auf den Bildern nichts erkennen, da die Auflösung zu klein ist.
Ich habe in der Zwischenzeit das Hardware-Transcoding zum Laufen zu bringen. Das hat aber gedauert, da auf einmal meine Sat-Karten unter TVHeadend nicht mehr angezeigt wurden. Bis ich da darauf gekommen bin, was der Grund war, hat mich fast den halben Sonntag gekostet. Es lag einfach an den beschi**enen Berechtigungen. Ich habe nicht gewusst, dass nach einem Neustart/Ruhezustand die von mir gesetzten Berechtigungen wieder die alten (für Docker nicht geeignet) waren. Ich sags dir, das hat gedauert, das heraus zu finden.
Mit einem Script habe ich das ganze jetzt gelöst und habe ich immer die entsprechenden Berechtigungen und nun läuft alles so wie ich es gerne hätte. Ein paar Feintunings noch und dann passt es schon mal (fürs erste).
Beiträge von Huberer
-
-
Brauchst du jetzt noch Hilfe mit vaapi und Transcoding auf der GPU?
vielen Dank. Versuche es, wenn ich dazu komme, heute am Abend zu testen, ansonsten kann ich es erst morgen machen. Solltest du vorher dazu kommen eine kleine Beschreibung zu machen, wäre es natürlich super.
Wie ist eigentlich die Bild-Qualität über das GPU-Transcoding? Meine Tests auf OMV mit den Original-Treibern und "Normal-TVH-Installation" (also nicht über Docker) waren nicht so berauschend. Bei schnellen Bewegungen gab es ziemlich viele Artefakte. Egal wie ich die Auflösung einstellte. Bei Software-Transcoding, also über die CPU, war das Bild wiederum perfekt, egal auf welche Auflösung die CPU umrechnen musste (1080p, 720p, usw.). Das hatte aber leider zur Folge, dass die CPU ziemlich viel an Rechenleistung brauchte.
Hoffentlich schaut die Sache unter Docker etwas besser aus.Edit: es würden mir schon ein paar Screenshots von deinen Einstellungen unter TVH beim verwendeten Codec reichen
Edit2: So, bei einem schnellen Test musste ich feststellen, dass die Intel-GPU in den Docker nicht durchgereicht wurde. Muss einmal hier ansetzen.
-
So, ich möchte meinen Beitrag von vorher nicht editieren, damit vielleicht diese Info nicht untergeht.
Unter Docker ist es mir partout nicht gelungen die Sat-Karten (2x DVBSky S952 v3) in TVHeadend einzubinden. Egal was ich aus probiert habe. Über einen ziemlich unauffälligen Beitrag im www schrieb jemand, dass er seine rtl rules auf die Adapter-Einstellungen geändert hat. Da ich mit dieser Aussage nichts anfangen konnte, jedoch schrieb er von 0660 auf 0666 ging ich davon aus, dass er damit die Zugriffsrechte meinte.
Ich habe dann einfach mit chmod -R 666 /dev/dvb/adapter0 (bis adapter3) die Rechte abgeändert, das TVHeadend-Image im Docker Container neu erstellt und siehe da, die Karten schienen in TVH auf.
Somit habe ich einmal dieses Problem gelöst. -
du hast geschrieben, dass du eine kurze Anleitung gibst, wie du TVHeadend unter Docker auf OMV v4 zum Laufen gebracht hast. Ich schaffe es nicht die Sat-Karten einzubinden bzw. findet TVHeadend sie nicht.
Wärest du bitte so nett und könntest dazu etwas schreiben.Vielen Dank im Voraus
-
Bezüglich Stromsparen der Digibit R1 habe ich, nachdem ich mich auch für eine gewisse Zeit mit dem Erwerb der Digibit beschäftigt habe, hier etwas dazu gefunden.
Nachdem dieser Beitrag ca. ein halbes Jahr vor der letzten offiziellen FW entstanden ist, gehe ich davon aus, dass dieser Eintrag in der (alternativen) Firmware hinfällig sein dürfte. -
vielen Dank für die Infos. Zumindest habe ich JDownloader unter Docker entdeckt und, nachdem ich es richtig zum Laufen gebracht habe, sofort gefallen. Deswegen stehe ich, gegenüber vor ein paar Wochen noch, dem Docker nicht mehr ablehnend gegenüber.
Linuxserver.io
die haben massig Docker im Angebot und die werden dort auch vernünftig erstellt und gewartet + du hast eine vernünftige Beschreibung dabei wie es geht
Diese Seite kenne ich schon und gibt es dort auch eine gute Anleitung für für einen "perfekten Multi-Media Server". Da wird auch Docker beschrieben bzw. empfohlen.
Der Grund für meine Frage bezüglich eines Links lag darin, dass ich schon die Anleitung für TVHeadend unter Docker bei Linuxserver.io gefunden habe, jedoch hat mich dort dir Rubrik "Tags" etwas verwirrt. Dort stehen "release-4.2", "stable-4.2.1" und "stable-4.0.9" und wird kein Wort von v4.3 erwähnt. Jedoch steht weiter oben in diesem Beitrag von einer "latest"-Version und gehe ich davon aus, dass damit die 4.3er gemeint ist. Nachdem du schreibst, dass vaapi-Support in der 4.2 nicht vorhanden ist, jedoch bei "Versions" (beim link zu linuxserver.io) steht, dass mit 18.02.2018 vaapi-support hinzugefügt worden ist, glaube ich dass in diesem Docker die 4.3 eingebaut ist. Schade, dass es auf dieser Seite nirgends wo erwähnt ist.
Trotzdem danke nochmals für Erklärungen -
vielen Dank für deine ausführliche Beschreibung bzw. Aufklärung. Dann werde ich mich mal mit dem Docker beschäftigen anfangen. Kannst du vielleicht eine Quelle nennen bzw. welche für unstable TVH empfehlen? Bei der Unstable-Version ist, was ich so beim Lesen hier in diesem Forum mitbekommen habe, der VAAPI-Support angeblich schon eingebaut. Bei den Stable-Versionen noch nicht, oder liege ich da komplett falsch?
Auch ich habe vor ein paar Tagen den ersten Kontakt mit Docker (auf OMV) gehabt und JDownloader zum (nicht ganzen) Laufen gebracht. Alles funktionierte nur konnte der JDownloader nach dem Download nichts Entpacken. Bis ich dann darauf gekommen bin, dass der Download-Ordner nicht die entsprechenden Rechte hatte. Da drauf zu kommen hat etwas gedauert, aber dann lief alles einwandfrei. Vielleicht schaust du auch mal in so eine Richtung, ob es vielleicht an fehlenden Rechten liegt, dass die Sat-Karte nicht durchgereicht wird. Nur so mal als Vorschlag.
-
das sonst zu Problemen führen könnte (Tvheadend im Docker umschifft das)
Wirklich? Habe ich nicht gewusst. Ich dachte, bei normalen "Streamen" also kein "Transcoding" müsste es ja egal sein, welches OS läuft, oder? Außerdem ist Debian Stretch (OMV v4) nicht so alt oder meinst du noch das OMV v3 (stable)?
Und genau auch deswegen versuche ich mich bei Ubuntu Server einzuarbeiten. Bald kommt ja die neue LTS-Server-Version raus. -
Vielen Dank, genau so etwas stelle ich mir dann auch vor. Rumliegen habe ich im Moment nichts, aber ich schon so hin und wieder in den verschiedensten Portalen und wenn mir was reinhüpft schlage ich zu.
Linux mäßig kenne ich mich nur unter OMV so halbwegs aus. Aber ich bin gerade dabei mir auf Ubuntu Server über CLI einzulernen. Mit Webmin hauts da überhaupt nicht hin, so wie ich mir das vorstelle. Deswegen auch CLI. -
Ich hab z.B. einen alten (weil noch herum lag) Intel J1900 und eine TBS6909 (8 Tuner ~230€) auf dem Dachboden stehen (lüfterlos) der das gesamte Haus mit TV etc versorgt. Läuft problemlos und funktioniert bestens.
Und welches Betriebssystem hast du auf diesem TV-Server laufen? Kann der J1900 auf einen (nur einen einzigen) Stream transcoden (also in ein kleineres Format umrechnen um unterwegs übers Internet zu schauen)?
-
ich habe soeben das ASP unter OMV v4 neu installiert (hab überhaupt OMV v4 komplett neu installiert) und einen Blick auf die entsprechenden Dateien gemacht und sind bei mir die entsprechenden Änderungen vorhanden. Somit brauchte ich auch nichts machen.
Da mein Server erst gegen 23 Uhr schlafen geht, kann ich daher frühestens morgen berichten, ob das Script funktioniert.
Hat bei mir leider nicht funktioniert. Hab das ASP gefühlt 3x neuinstalliert und die Änderungen vorgenommen aus deinem Thread, da die
Änderungen in github noch nicht ins addon übernommen wurden.Unter welchem System und wie hast du das ASP installiert? Hast du OMV v3 genommen? Vielleicht wurden die Änderungen nur im OMV v4-Plugin vorgenommen und nicht im OMV v3. Dann müsste dies auch im OMV-Forum berichtet werden.
-
-
Genau diese Änderungen die du im Link auf Github siehst. Mit dem "alten" Autoshutdown-Plugin (ASP) wurden die unter /etc/systemd/system erstellten Scripte nicht ausgeführt. Deswegen hatten ja viele Probleme mit TVHeadend unter OMV iVm. ASP nach dem Aufwachen.
Mittlerweile hat sich das ganze erübrigt, da das ASP-Plugin aktualisiert wurde und alle Änderungen auf Github dort eingepflegt worden sind. Somit dürfte alles wieder einwandfrei funktionieren. Ich habe auf Github auch deine Frage (zu der es keine Antwort gab) gesehen, wo du genau das von mir beschriebene Problem geschildert hast. Und genau mit dem Update hat sich das ganze jetzt erübrigt. -
Danke für deinen Beitrag hier. Auch ich hatte das Problem, dass das Script von @CvH in Verbindung mit OMV v4 und dem Autoshutdown-Plugin nicht funktionierte. Egal was ich auch machte, nach einem Ruhezustand wurde die Sat-Karte nicht erkannt (die Module wurden nicht geladen).
Heute bin ich per Zufall auf diesen Beitrag gestoßen und habe ich festgestellt, dass diese Änderungen nicht im autoshutdown.service (/lib/systemd/system/autoshutdown.service) eingetragen sind. Ich habe die entsprechenden Änderungen gemacht, das Service-Script von @CvH eingetragen und siehe da, nach dem "Suspend" war die Karte wieder da.
Anscheinend wurden die Commits von dort nicht in das ASP eingepflegt, wodurch all die Probleme entstanden sind.
Im Service-Script habe ich auch noch von sleep.target auf suspend.target umgestellt, da ich unter OMV den "Suspend-Mode" (Unterbrechung) verwende. -
Kodi läuft da definitiv nicht nativ und wenn nur durch irgendwelche Hacks oder so Blödsinn. Sprich ordentliches Kodi wirst du da nicht bekommen.
Ich glaube mich erinnern zu können, dass ich damals Probleme bei der Installation mit dem Titan-Skin hatte (fehlende Abhängigkeiten bzw. falsche Datei-Orte) und somit nicht zum Laufen brachte. Auch lief das Emby-Addon nicht rund. Dies war aber mit dem ersten Kodi welches für die Arm-Boxen (v17) erschien. Ob es in der Zwischenzeit besser wurde, kann ich nicht sagen.
Also als Sat-Receiver ist die HD AX51 top und absolut stabil. Hier eine eindeutige Kauf-Empfehlung (habe nichts mit der Fa. AX zu tun), jedoch für Kodi würde ich dann schon auf einen richtig unterstützen Player setzen. -
Also ich habe den AX HD51 (2xDVB-S2) mit eingebauter Festplatte und USB-Stick dran. Als Firmware habe ich OpenHDF (v6.2 - immer aktuell) installiert. Also diese Kombi kann ich absolut empfehlen. So stabil hatte ich noch keine Box vorher gehabt. Für mich ist die AX HD51 eine der besten Boxen am Markt. Vor allem auch ist sie preis-leistungstechnisch absolut Top. Ich habe auch eine VU+ Uno 4K mit VTI und den Tag, an dem ich diese Box gekauft habe, habe ich nicht nur einmal verflucht. Dabei hatte ich schon eine VU+ Duo2 und war froh, dass ich sie wieder los war. Anscheinend habe ich daraus nichts gelernt.
Also mit der AX HD51 machst du absolut nichts falsch.Kodi habe ich früher einmal installiert, aber nur kurz. Wer hinter der Entwicklung von Kodi für Enigma2 steht, kann ich leider nicht sagen. Ich gehe davon aus, dass es auch ein Community-Projekt, in Verbindung mit dem Hersteller, ist, jedoch ist die Community hier nicht so groß. Solltest du dir eine Box zulegen, kannst es ja testen und bei nicht gefallen/funktionieren eine separate Kodi-Box zulegen.
-
I'll do my very best!
Ja, ja, nur nicht stressen bzw. stressen lassen. Hab gestern meinen Server etwas überstrapaziert und dadurch verweigert er jetzt den Dienst. Muss mal auf Fehlersuche gehen bzw. eventuell eine Neu-Installation machen. Somit kann ich ruhig warten. Danke trotzdem für deine Unterstützung
-
wäre es dir möglich in nächster Zeit die Screenshots von deinen Einstellungen wieder hier hochzuladen? Würde mich freuen und auch sehr weiterhelfen, wenn ich meinen Emby Server nach deinen Einstellungen wieder einrichten könnte.
Vielen Dank im Voraus
-
Ok, dann bin ich schon mal gespannt. Heute oder morgen kommt meine zwei DVBSky S952v3 und nächste Woche komme ich erst dazu sie in den Server einzubauen. Bin dann schon gespannt was sich dann bei den Umschaltzeiten ändert. Mit dem aktivierten vorausschauenden Tuning
-
Also sind die Sat-Karte/n direkt im Rechner der am TV angeschlossen ist, oder?