Emby auf der Synology DS einrichten - Docker vs Nativ und weitere Fragen

1. Ich weiß nicht, was Docker ist. Tut mir Leid
2. Nicht direkt. Da aber der embyserver keine Schreibrechte in meinen "Gemeinsamen Ordnern" hat, wird das wohl so sein.
3. Ja. Selbst der Nutzer embysvr (der wird bei der Installation von emby angelegt), hat nur die Leserechte für die Medienordner.
4. Nicht probiert. Ich denke aber schon, weil sich das im jeweiligen Kodi-Klienten direkt einstellen läßt, soweit ich das durchstiegen habe (wobei dann das Verhalten des Clienten im VPN und zu Hause identisch ist). Da aber vielleicht doch mal auf die Antwort eines "Spezialisten" warten.
5. Grundsätzlich erkennt emby die Sachen genauso gut oder schlecht wie Kodi. Hier und dort mußte ich nachjustieren. Ein bißchen Aufwand beim Umstieg hat man schon.
6. Noch nicht probiert bzw. ich kriege es nicht hin.

@'Snickers
Wo speichert der embyserver den Kram denn bei mir? Er hat für keinen Ordner Schreibrechte, also muß das Zeugs doch im Programmordner liegen, oder stehe ich da auf dem Schlauch?

Zitat von Kodi-Mann

Wo speichert der embyserver den Kram denn bei mir? Er hat für keinen Ordner Schreibrechte, also muß das Zeugs doch im Programmordner liegen, oder stehe ich da auf dem Schlauch?

Da Deien DS über eine Intel CPU verfügt, würde ich definitiv den Docker Container nehmen. DSM hat neben unRAID schließlich auch das schönste Interface für die Docker Engine.

Du kannst bei Emby einen Ordner für die Metadaten festlegen. Das habe ich seit einiger Zeit auch so laufen, da es praktisch bei Backups ist und außerdem meine Platten nicht so oft hochfahren müssen.

Zitat von Snickers

Ich sitze nicht vor deinem Monitor um zu schauen aber wenn du den @appdata Ordner meinst dann ja, dort wird abgespeichert.

Ich saß lange nicht mehr vor dem DSM daher kann ich dis auch nur aus den grauen Zellen heraus sagen. Mit dem Emby Server im Docker kannst du aber angeben wo er die Daten ablegen soll das wäre einer der Vorteile eines Dockers. Da es nicht nur Vorteile gibt muss jeder es für sich selbst probieren und schauen wie es einem persönlich am besten gefällt.

Naja gut, aber im weitesten Sinne ist es glaube ich das, was der TE meint. Jednefalls braucht keine Emby-Komponente Schreibrechte in den eigentlichen Medienordnern, was grundsätzlich positiv ist.

Zitat von Snickers

Ohne Schreibrechte in den Medienordnern kannst du keine Bibliothek anlegen. Aber dieses hin und her diskutiere ist kontraproduktiv da es zu nichts beiträgt als noch mehr zu verunsichern

Brauchst du nicht....

Gesendet von meinem Redmi Note 3 mit Tapatalk

Zitat von Snickers

Ohne Schreibrechte in den Medienordnern kannst du keine Bibliothek anlegen. Aber dieses hin und her diskutiere ist kontraproduktiv da es zu nichts beiträgt als noch mehr zu verunsichern

Aber ich habe keine Schreibrechte und trotzdem eine Bibliothek. Oder verschafft das emby-Paket sich unbemerkt "hintenrum" Schreibrechte, obwohl der Nutzer "embyserver" keine Schreibrechte in den Medienordnern hat (sämtlich auf "nur Lesen" eingestellt)?!

So lange man die Metadaten nicht in den Medienordnern speichern möchte, braucht man nur Lesezugriff.

Gesendet von meinem Redmi Note 3 mit Tapatalk

Zitat von b0mb

So lange man die Metadaten nicht in den Medienordnern speichern möchte, braucht man nur Lesezugriff.

Gesendet von meinem Redmi Note 3 mit Tapatalk

Also, ich kann da nur für mich sprechen, aber ich würde Grundsätzlich Mittlerweile immer auf Docker setzen, wenn verfügbar. Warum? Du hältst dein Grundsystem sauber und läufst keine Gefahr, dass zu zerhacken. Gut auf ner DSM nicht unbedingt so das riesige Problem, aber auch Existent. Beispiel, ich wollte mal OpenHAB2 auf der DS ausprobieren, das ließ sich aber nicht installieren, da es einen festen Port brauchte, der aber angeblich belegt war.. Komischerweise lief aber nix auf dem Port. Ende vom Lied, bei einer Deinstallation eines anderen Pakets war eine Konfigurationsdatei übrig geblieben, welches der DSM gemeldet hat, der Port sei belegt. Das war echt ne Schweinearbeit, dass rauszufinden. Bei Docker wäre es nicht dazu gekommen, da bei der Löschung des Dockers nix auf dem System zurück geblieben wäre.. Und wäre der Port immer noch in Gebrauch, dann mappst du einfach mal die Ports um. Der Komfort fällt und steht natürlich mit der Dockerintegration, die dann andere Probleme machen kann

Gesendet von meinem Toaster mit Tapatalk

Zitat von b0mb

So lange man die Metadaten nicht in den Medienordnern speichern möchte, braucht man nur Lesezugriff.

Gesendet von meinem Redmi Note 3 mit Tapatalk

Das meinte ich doch. Also doch.

Zitat von Snickers

Im großen kann ich dir zustimmen nur wenn wie mit dem Emby Docker und transcoding ist/war setze ich lieber auf eine native installation.

Das hat sich aber spätestens seit dem Dotnet Container auch erledigt.

Zitat von Simaryp

(...)
Das mit der NAS wurde in einem anderen Thread schon mal angesprochen. Ich bin durchaus dafür offen, von Synology weg zu nem Eigenbau zu gehen, das mache ich aber nicht heute und morgen und da muss erst einiges vorab geklärt werden. Denn abseits von der Hardware gibt es auch einige Sachen, die das DSM sehr gut macht.

Auch Synology bietet ja potentere Systeme an. Ich verwende eine 1815+ und da habe ich noch nie gesehen, daß die CPU voll ausgelastet wäre. Und Synology als Fertig-Lösung bietet für so Halblaien wie mich (und evtl. auch Dich) schon viele Vorteile.

Was die ports angeht, was möchtest du denn erreichen? Prinzipiell sind die erstmal "egal", man sollte aber erstmal keine ports vergeben, auf denen potentielle "standdarddienste" laufen könnten um Konflikte zu vermeiden. Und was das trqnskodieren angeht, da kannst du doch dann zwei Nutzer anlegen und zwischen den Accounts wechseln

Gesendet von meinem Toaster mit Tapatalk

Bzgl. den Ports hat @Adromir glaube etwas falsch verstanden.

Also Grundsätzlich ist es wichtig ob du den Docker im "Host" oder "Bridge" Modus laufen lässt. Beim Host-Modus musst du nix einstellen, da werden die Ports aus dem Docker automatisch nach draußen geführt, beim Bridge Modus musst du sie selber Einstellen bzw. aus der Drop-Down Liste auswählen. Dies mag nun erstmal komplizierter klingen, ist es aber nicht, keine Sorge^^ Für eine vernünftige IT-Infrastruktur ist dies sogar sehr viel besser, denn:

• Im Host-Modus hast du nur über die Anwendung (in diesem Fall Emby) die Möglichkeit die Ports zu ändern, aber wenn du bereits andere Anwendungen laufen hast die ggf. die gleichen Ports nutzen, dann wird es blöd, weil du dann in Konflikte kommst und ggf. nix mehr geht.
• Du im Brodge-Modus frei wählen kannst wie die internen Ports von Emby (hier sind nur der 8096 (http) und 8920 (https) Port wichtig). Dies sind die Standard-Ports von Emby und diese Tauchen in den EInstellungen vom Docker-Container auch in der Drop-Down Liste auf und können ausgewählt werden und dann einem beliebigen anderem Port zugeordnet werden. Damit könntest du sagen, wenn du Emby nicht mit //IP-Adresse:8096 erreichen willst, sondern bspw. mit //IP-Adresse:42425, dass du diesen einstellst. Somit müsstest du nichts extra Anpassungen der jeweiligen Anwendung vornehmen, welche ggf. bei ner Neuinstallation wieder vorgenommen werden müssen.

Bzgl. Transconding:

Emby entscheidet anhand der Leistung des abspielenden Gerätes und der Bandbreite ob Transkodiert wird oder nicht. Natürlich könnte man dies nun allgemein in den jeweiligen Benutzern aktivieren oder deaktivieren, aber wozu? Er entscheidet es ja situationsbedingt selber. Voraussetzung für eine direkte Wiedergabe ist natürlich das Eintragen der optionalen Pfade in den Bibliotheken (Netzwerkpfade der Ordner), ohne dies geht nur Transcoding.

Natürlich sollte man das System auch so vorbereiten, dass auch jederzeit Transkodiert werden kann, somit bitte daran denken den Docker-Container privilegiert starten zu lassen und im der GUID von Video mit hinzu zu fügen (bin mir aber net sicher ob dieser Punkt mit der neuen .NET-Core Version noch notwendig ist).

Falsch gefundene Elemente:

Bei meiner Sammlung (~250 Filme, ~1200 Episoden) gibt es grundsätzlich immer nur so 2-3 Kandidaten die nicht korrekt gefunden werden, alles andere findet er immer. Hier gibt es eigentlich fast nur den Punkt der Namengebung als Fehlerquelle. Sind die Dateien/Ordner nicht korrekt benannt, dann kommt es zu Fehlern. Natürlich auch manchmal, einfach weil es für einen Film viele verschiedene Varianten gibt. Hierfür kann man dann aber einfach beim entsprechenden Film auf das drei-Punkte Menü klicken und über Identifizieren den korrekten raus suchen oder aber über den Metadatenmanager die korrekte Scrapper-ID eintragen (finde ich umständlicher).

Filmsammlungen:

Bei mir liegen bspw. die Filme zu Star Wars wie folgt vor .../Filme/Star Wars Collection/Star Wars Episode I - Die dunkle Bedrohung/Star Wars Episode I - Die dunkle Bedrohung.mkv.
Dieses Schema habe ich für all meine Filmsammlungen vorliegen und bei diesen gab es noch nie eine Fehlerkennung oder etwas das fehlte.
Ne kleine Ausnahme macht bei mir Marvel, hier habe ich einen Ordner /Marvel Collection/ und in diesem liegen dann alle Filme die zu Marvel gehören, aber keine weiteren Unterordner wie bspw. /Marvel Collection/Iron Man Collection/, sondern direkt /Marvel Collection/Iron Man/Iron Man.mkv.
Emby erkennt dann weiterhin alle Collections sauber, also Iron Man Filmsammlung, etc., aber es gibt leider keine Möglichkeit zu sagen, dass Emby eine Marvel Collection zeigt und da drunter dann die unter Collections. Dies ist aber dadurch bedingt, dass es keiner der vorhandenen Scrapper aufm Markt so anbietet, leider. (Stichwort Meta-Collections).

Falls du sonst noch Fragen hast oder ich was vergessen haben sollte, so kannst du ja einfach nachfragen. Explizit kann ich aber immer erst Abends nachschauen, habe jetzt alles soweit ausm Gedächtnis heraus geschrieben.