Emby unter OMV im Docker - Transcoding mit Intel G4560 CPU?

Genau so ist es auch bei mir eingestellt. Zu Sicherheit hab ich es noch mal über portainer gemacht und den Container neu gestartet. Lider immer noch kein Erfolg.

Es wird über Kodi abgespielt. Hier die Einstellungen:

Ich bekomme immer wieder Meldung vom Kodi das es die Verbindung zum emby verloren hat. Nach kurzer zeit ist alles wieder ok, ich vermute mal das es wegen der 100% auslastung ...

Mach mal den Schieber bei "HTTP Wiedergabe erzwingen" aus. Damit erzwingst du die Transkodierung. HTTP != nativ.

erledigt, leider ist die CPU Problematik davon völlig unbeeindruckt. Wie kriegen wir das ins griff?

Hast du deine Netzwerkpfade in deinen Emby Bibliotheken unter den optionalen Pfaden angegeben?

Einfach auf ne Bibliothek gehen und auf die vorhandenen Verzeichnisse klicken und dort die Pfade eingeben. Solltest du bei dir smb Pfade haben, dann einfach \\Server-IP\Freigabe Name angeben.

Das ist gemacht und funktioniert auch. Ich vermute mal das wir uns missverstehen, aktuell wird nichts wiedergegeben trotzdem ist die CPU Last permanent auf 100% egal was ich bisher versucht habe. Auch nach einem Neustart ist es wieder bei 100% Auslastung und zwar dauerhaft durch emby.

Dann schau mal unter "Geplante Aufgaben" bei Emby nach was du denn so alles automatisch laufen lässt^^

Ich habe es gerade mal nachgeschaut und wenn ich bei mir den Container neustarte, dann habe ich für 10 Sekunden so 47% CPU Auslastung und das bei ner Celeron CPU (J3455-ITX)

Edit:

Mach mal keinen Neustart, sondern nur den Container Stoppen und schauen was deine CPU sagt.

@amila hast du den Post Emby unter OMV im Docker - Transcoding mit Intel G4560 CPU? beachtet und den Treiber schon aktiviert (erste Zeile)?

Moin, ich habe mal den Server über Nacht in ruhe gelassen, damit alle möglichen Jobs abgearbeitet werden. Das hat auch funktioniert heute Morgen war dann alles fertig. Die Zeile mit der Treibreaktivierung habe ich übersehen, das scheint es gewesen zu sein Danke.

Varinfo sagt:

vainfo: VA-API version: 0.39 (libva 1.7.3)
vainfo: Driver version: Intel i965 driver for Intel(R) Bay Trail - 1.7.3
vainfo: Supported profile and entrypoints
VAProfileMPEG2Simple : VAEntrypointVLD
VAProfileMPEG2Simple : VAEntrypointEncSlice
VAProfileMPEG2Main : VAEntrypointVLD
VAProfileMPEG2Main : VAEntrypointEncSlice
VAProfileH264ConstrainedBaseline: VAEntrypointVLD
VAProfileH264ConstrainedBaseline: VAEntrypointEncSlice
VAProfileH264Main : VAEntrypointVLD
VAProfileH264Main : VAEntrypointEncSlice
VAProfileH264High : VAEntrypointVLD
VAProfileH264High : VAEntrypointEncSlice
VAProfileH264StereoHigh : VAEntrypointVLD
VAProfileVC1Simple : VAEntrypointVLD
VAProfileVC1Main : VAEntrypointVLD
VAProfileVC1Advanced : VAEntrypointVLD
VAProfileNone : VAEntrypointVideoProc
VAProfileJPEGBaseline : VAEntrypointVLD

Ich beobachte es noch etwas ob es auch so bleibt.

Sorry für die Zwischenfrage und ggf offtopic...
Aber wie verhält sich omv / docker wenn der Server in Standby geht? Muss ich nach dem aufwecken manuell wieder alles Neustarten oder macht das docker von alleine?

So wie hört im Thread würde ich auch gerne mal mein omv erweitern, mit Emby im docker...

Der Docker bleibt gestartet - im Standby ist er aber halt nicht aktiv.

Moin, die Last ist weg aber auch emby. Leider ist der Contaier in eine reboot schleife. Lie Logś sind leider zu groß als das ich die hier anhängen könnte. Welcher teil ist da interessant?

Edit:

im container wurden alle Volume and Binds auf Read only gesetzt, warum auch immer. Ich habe das nicht manuell eingestellt.

Was mit dabei so einfällt,die Probleme haben erst angefangen seit dem ich watchtower im Einsatz habe. Hat das etwas damit zu tun?

Unabhängig davon ist emby wieder gestartet und die CPU ist auch wieder bei 100% ...

Damit dürfte auch die Frage vom @bennySB "Mach mal keinen Neustart, sondern nur den Container Stoppen und schauen was deine CPU sagt." beantwortet sein.

Watchtower ändert an den Container Einstellungen nix, der macht nur nen Image Pull, sonst nix. Von daher dürfte es von dem nicht kommen. Warum jetzt aber dein NUC so sehr mit Emby überlastet ist kann ich dir leider selbst nicht sagen.

Normalerweise sollte die Leistung mehr als ausreichen. Auch die Klienten sind mehr als Stark genug für diese Aufgabe. Es läuft auch gerade kein Hintergrund Job....

Habe ich vielleicht noch eine Einstellung übersehen?

Hab dir mal Screenshots von meinen Docker Einstellungen bzgl. Emby gemacht, ggf. hilft es bei dir weiter.

Ansonsten einfach mal unter geplante aufgaben schauen ob dort nicht doch noch etwas ausgeführt wird?

Also unter Geplanter Aufgabe läuft nichts mehr.

Ich habe abgesehen von den Pfaden für die Volumes nur einen unterschied gehabt. Da war die GIDLIST da war bei mir 100,44. Das habe ich zu 2,44 geändert wie bei dir. Leider hat es auch nichts gebracht...

Die brauchst net zwangsweise auf 2,44 setzen. Damit lässt Emby bei dir nun mit lokalen Admin-Rechten laufen.

Sorry, dann bin ich leider raus woran es liegen kann.

Was genau macht der Convert media Job? Der soll bei mit alle 3 h anlaufen. Könnte der eine Konvertierung aller Medien erzwingen? Damit önnte ich es mir erklären...

Nach dem ich auf die 4er ebby Server verwende ist der Spuck vorbei und die CPU last ist wieder normal - warum auch immer...