Danke für den Input. Was wäre denn ne richtige App?
Beiträge von hi2hello
-
-
Wäre wirklich schön, wenn sich auch für die Docker-Version mal was tut. Wird ja schließlich von Emby beworben und angeboten als valide und gängige Lösung. Das Thema geistert min. 12 Monate + durch die Foren, einen Feature Request gibt es, soweit ich mich erinnern kann, ebenfalls schon etwas länger.
Bitte … Emby … Bitte …
-
Wie sind Eure Erfahrungen?
Ich habe in der aktuellen Version mit Steuerung durch die native Mobil-App ziemlich viele Bugs zu verzeichnen, gerade was die Fernsteuerung und Anzeige von Titeln und Playlists angeht.
Würde mich mal interessieren, wie das hier der ein oder andere Nutzer sieht und wie die Resonanz so ist.Aus meiner Sicht der Dinge ist Emby richtig super für Video-Content (ohne Beschleunigungsoptionen), für Musik muss man den Server so leider fast vergessen.
Falls jemand eine Empfehlung für einen guten Musikserver unter Unraid / Docker hat: wird gerne genommen!
Beste Grüße!
-
Ich habe bzgl. des Transcodierungsthemas nun recht intensiv getestet. Gerade für Streams mit einer Begrenzung der Bandbreite -wie z.B. bei Zugriff von außerhalb des internen Netzwerkes- wird offensichtlich, dass ALLE in Emby unter Unraid / Linux verfügbaren Beschleunigungsoptionen eher als massive Bremse bezeichnet werden müssen. Streamstarts dauern ewig (wenn sie denn überhaupt angestoßen werden) sobald Beschleunigungsoptionen aktiv sind. Auch sinkt die Prozessorlast nicht merklich. So leid mir das tut aber die Beschleunigungsoptionen in Emby sind aktuell leider allerhöchstens ein schlechter Witz. Ich habe sie nun letztendlich abgeschaltet und die Streams laufen wieder rund. Hoffentlich bekommt man das Thema bei Emby in absehbarer Zeit mal in den Griff - ist nun doch schon ziemlich lange ein Thema von großem Interesse.
-
Da funzt gar nichts
Da funzt so ziemlich alles!
-
Sagt mal bitte bescheid wenn Ihr die Einstellung findet. Ist bei mir in Emmy exakt genau das gleiche Thema: 1 Minute gesehen, als gesehen markiert. Ich kann das aber wenigstens auf Emby eingrenzen, da ich das vorher nicht hatte.
Leider machte die Beta auf dem Server oder auch das PlugIn für Kodi auf einem C2 bei mir nur Probleme. Ich hatte diese installiert (sogar als erstes) und bin wieder davon weg und auf die stable aus dem regulären Repo. Seitdem läuft alles ohne Probleme, leider bleibt das Thema mit dem watched status. -
Läuft hier ebenfalls problemlos. 8.0.2. von 8.0.1 auf eMMC
Die Fehlermeldung sieht nach einem Crash der Karte aus.
Kopier das Image, oder besser das Backup der letzten Version mal auf ne SSD. -
Schau mal hier: 35 Micro-ATX Boards für den Pentium G4560.
https://geizhals.de/?cat=mbp4_1151…_2#gh_filterboxÜber den Filter kannst Du weiter einstellen, welche Ausstattung für Dich wichtig ist …
Für 600–700 Euro in Micro-ATX geht einiges.
-
Was ist Dir denn wichtig @ebnerjoh? ECC? Anschlüsse? Max RAM-Ausstattung? Ausstattung?
Preisvorstellung?
Beste Grüße -
Ok, TVheadend verstehe ich "auf die Schnelle" nicht so richtig. Scheint jedenfalls eine Doktorarbeit zu werden, einen deutschen EPG für die m3u hier aus dem Forum anzulegen?!?
-
Den von Linuxserver.io
-
Hat geklappt. TVh Docker installiert und dann über den Setup-Wizard. Allgemeines IPTV-Netzwerk und dann die URL hier aus dem Forum eingebunden. Allerdings nicht die tinyURL, die scheint TVh nicht zu verstehen, sondern die lange Adresse. Es ist die pipe m3u, also diese hier:
http://raw.githubusercontent.com/jnk22/kodinerd…ptv_pipe_tv.m3uNext Up: EPG …
-
Mal was anderes (und für mich wieder komplettes Neuland):
Hat jemand zufällig TVHeadend unter UnRaid laufen, evtl. sogar mit der hier im Forum zu findenden IPTV-Playlist?
Ich habe versucht, diese sowohl per URL, als auch lokal einzubinden, bekomme aber beim Scan keine Kanäle / Muxes angezeigt.1. Welche Playlist ist denn jetzt die richtige für TVH? Die clean oder pipe?
2. Ich bin mir beim Pfad nicht sicher: file:///mnt/user/Ordner/Ordner/file.m3u funktioniert nicht. Ist der richtig in TVH eingetragen?
file: gefolgt von 2 // oder 3 /// ?Könnte mir vielleicht jemand erklären, wie ich TVH für die IPTV-Playlist einrichten muss?
Danke und Grüße
-
Fassen wir mal zusammen:
Für 60 Euro gibt es aktuell kein besseres Preis-/Leistungsverhältnis als einen Pentium G4560, der neben h.265-10 bit auch ECC unterstützt. (Ob man die Mehrkosten für ECC-fähige Boards und RAMs dann ausgeben will, sei jedem selbst überlassen - ich habe mir das gespart).Hardwarebeschleunigung unter UnRaid (bzw. Linux generell) nicht mit QuickSync sondern VAAPI.
Prozessoren der aktuellen i-Serie sind leistungsfähiger (der kleine i3 nur geringfügig), unterstützen aber kein ECC und sind eine ganze Ecke teurer als der Pentium.
Die "beste" Lösung wäre eine Xeon der aktuellen Kaby Lake - Serie mit Onboard GPU (5 als letzte Ziffer der Serienbezeichnung). Der kleinste kostet aber >300€ (vom passenden Board ganz zu schweigen). Wenn ich mal groß bin, dann …
PS: Ich habe den 4560 mit VAAPI unter Emby mal einem "Stresstest" unterzogen: 3 transkodierte 1080p-Streams gingen parallel über Tablet, Handy und Laptop-Browser recht problemlos.
PPS: UnRaid ist übrigens ganz schön RAM-hungrig. Hätte ich das vorher gewusst, wäre ich auf 16 - und nicht auf 8GB gegangen.
-
Mal zum Thema transcoding, sprecht ihr hier vom Transcoding allgemein, oder vom tanscoding unter unRaid?
Wenn mir jemand ne Hilfestellung geben kann wie ich die Quicksync fähigkeiten meiner CPU mit dem Emby Docker unter unRAid nutzen kann wäre das echt bombeUnter Unraid? Aktuell keine Chance. Der Kernel supportet kein QuickSync. Hardwarebeschleunigung geht aber über VAAPI.
Siehe dazu auch diesen Thread:
Emby Transcoding unter Linux -
War spät gestern!
-
Selbst auf meiner Apollo Lake j3455 CPU läuft Hevc Transcoding ordentlich
Gesendet von meinem Redmi Note 3 mit Tapatalk
Jep, nur nicht mit h.265 bzw. 4k-support (wer’s braucht)
-
der Intel G4560 kann ECC alles nach oben dann nicht weil warum auch immer
Das ist ein Pentium, kein Prozessor der i-Serie
i3, i5, i7 v7 (kaby lake) - kein ECC
i3, i5, i7 v6 (skylake) - ECC
Xeon - ECCDoch die Intel mach alle in den neueren Generationen problemlos Transcoding über GPU. Das ganze läuft aber nicht ohne CPU Last egal mit welcher GPU.
Habe mich falsch ausgedrückt: Hardware-transcoding ist es immer. Aber eben nicht mehr nur mit der CPU. Die onboard GPU ist immer mit aktiv. Genau wie Du sagst (und ich meinte). Es ist beides aktiv.
-
Wie snickers schon geschrieben hat:
H.265 Transcoding benötigt die neueste Intel Przessorgeneration. Aber vorsichtig denn die i-Serie unterstützt ab dieser Generation kein EEC mehr. Wenn also transcoding UND EEC dann bleibt nur ein Xeon. Reicht Dir h.264 und ECC ist Dir wichtig, tut es auch ein Prozessor aus der Vorgängergeneration. Zumindest zum Thema Intel ist es wichtig, das zu wissen. Von Ryzen und Co habe ich keine Ahnung.
Die Prozessoren haben übrigens meistens eine GPU onboard, d.h. reines Hardwaretranscoding gibt es de facto bei diesen Chips eigentlich nicht, so dass man sich über dieses Thema keine großen Sorgen machen muss. -
Danke für die Links. Der Prozessor ist der gleiche wie Deiner: Pentium 4560.
Genau um Audio Station geht es mir: Ich habe aktuell noch nichts gefunden, womit ich meine Musik auf dem Server vernünftig in meine Mac- und vor allem AirPlay-Infrastruktur einbinden kann. Musik, Podcasts, Hörbücher etc. per App verwalten, anhören und fernbedienen bzw. darüber auf Geräte und Boxen mit Multiroom streamen. DAAPD funktioniert zwar seit dem letzten Update wieder, aber leider doch nicht so, wie man das von iTunes gewohnt ist. Emby ist für Musik leider eine echte Krücke.
Audio Station ist also neben iTunes selbst die beste mir bekannte Lösung, daher wollte ich DSM mal auf UnRaid virtualisieren. Ich denke, so wie Deine Kurzbeschreibung aussieht, wird das aber doch eine etwas zeitintensivere Angelegenheit.
iTunes in Docker wäre perfekt, aber auch da habe ich noch nichts gefunden, bzw. nur Berichte von Personen, die sich daran die Zähne ausgebissen haben. Mac OS zu virtualisieren wäre die nächste Idee - ich schätze aber mal, das wird recht ressourcenhungrig sein.
CloudBeats werde ich mir ebenfalls mal ansehen.