Beiträge von hi2hello

Version ist offiziell online. Mein Update ist durch. Docker mit Emby 4.0.0.2 stable läuft unter UnRaid problemlos. Update von Server und PlugIns ging sehr schnell. Bzgl. Update der Datenbank habe ich zeitlich keinen Unterschied zu vorherigen Updates feststellen können. Da hat also nichts länger gedauert als sonst. Kodi teste ich morgen …

@DaVu
Die obigen Einträge beziehen sich bereits auf die neue Version …
Danke trotzdem für die Info!

Er hat wohl zusätzlich einen angelegt. Bei mir ist das nicht der Fall und liegt wie gewohnt unter appdata. Hatte noch nie Probleme damit. Die config wird über ein Backup gesichert … Ist also sicher praktisch aber kein Muss
Der Container wird bei mir auch nicht "privileged" ausgeführt …
Was imho aber wichtig ist, ist die Rechtevergabe.
So sieht das bei mir aus …

Zitat von TCHAMMER

Und bei dir gibts keine Probleme mit der Fernbedienung bei mit hakte es sehr wenn ich schneller hintereinander eine Taste gedrückt hatte. Hatte sogar einen Hard Reset gemacht und es war immer noch so. Dann Hab ich meine EMMC komplett gelöscht und es sogar mit Core Elec Probiert aber dort war das gleiche Problem.

Wieder Zurück zu Libreelec 8.2.5 und das navigieren mit der Fernbedienung ist wieder flüssig.

Ich hoffe das es ein Bug ist das behoben wird

Ich nutze keine IRC-FB sondern eine Bluetooh-Remote. Damit läuft alles gewohnt fein.

Würde ich in Photoshop als Gif-Animation realisieren. Macht für einen Header im Web ggf. mehr Sinn als eine große Filmdatei laden zu müssen.
Vorgehensweise wie oben beschrieben.
- Schwert maskieren
- Einzelne Animationsschritte am Schwert über Verformungswerkzeug(e)

Zu den Pfad-Einstellungen:
Im Emby-Container reicht Dir (wie bereits oben erwähnt) der Eintrag /mnt (bei host path 2). Alles weitere kannst Du in der Bibliothek von Emby einstellen.
In der Biblitohek von Emby ist es gut, zusätzlich direkte Pfade anzugeben. Emby tranksodiert sonst gerne.

Die Vorgehensweise wäre also:

Für Deine Filme:
/mnt/user/Filme
und als direkten Pfad (optionaler gemeinsamer Netzwerkordner):
\\192.XXX.XXX.XXX\Filme

Für Deine Serien:
/mnt/user/Serien
und als direkten Pfad (optionaler gemeinsamer Netzwerkordner)::
\\192.XXX.XXX.XXX\Serien

bzw. halt so, wie die Pfadstruktur auf Deinem Server / NAS aussieht.

Cheers!

Ok, das klingt zwar nochmals nach einem etwas anderen Problem, ich habe mein Phänomen aber mal im von Dir verlinkten Thread ebenfalls angemerkt und Dich entsprechend zitiert. VIelleicht ist das dort besser aufgehoben.

Zitat von Philos

Ich komme gerade von rb-Krypton17 auf LE 9 B1 (frische Installation) und habe auf einem C2 folgende Probleme:

1.) Im Live-TV (via TVheadend) wird von einer Tonspur, die im Passthrough läuft (als im TV ja üblicherweise Dolby Digital) nicht zurückgeschaltet auf Stereo-Ton. Also ich schaue zuerst einen Sender mit Stereo-Ton --> alles gut. Ich wechsle auf einen Sender mit 5.1-Spur --> alles gut. Ich wechsle zurück auf einen Stereo-Sender --> kein Ton. (Ist auch mit Filmen so.)

Bei mir läuft nun in der RC4 auf einem Odroid C2 gar kein Stereo-Ton. TV-Sender (m3u über Simple TV PVR) mit AAC Stereo haben allesamt keinen Ton. Mein Receiver zeigt zwar den korrekten Empfang eines Stereo-Signals (via Pssthrough) an, aber es wird nichts abgespielt. Es hilft nur, das Stereo-Signal auf 5.1 hoch zu skalieren, was dann 6-Kanal-Ausgabe zur Folge hat. Stereo: Fehlanzeige.

Aus eigener Erfahrung:
Möchtest Du einen verlässlich laufenden und stabilen Medienserver, dann nutze den offizielle Container, also EmbyServer. Das macht auch Sinn, um nicht z.B. desöfteren an Client-Configs schrauben - oder sich mit anderen Problemen auf Client-Seite (z.B. Kodi, Fire TV, Apple TV, mobile Devices etc.) rumschlagen zu müssen.

Für Bastelei, Experimente und Spaß am Schrauben: EmbyServer Beta.

Den Binhex-Container kannst Du getrost ignorieren.

Nur meine 2 cents zu Thema.

Hallo zusammen,

ich habe unter der neuesten Version von LibreElec mit Kodi Leia RC 4 das Phänomen, dass Videos mit AAC 2.0 Stereo-Sound plötzlich ohne Ton sind. Das fiel mir zuerst auf, als ich einen Fernsehsender via m4u-Stream aus IP-Simple TV (PVR Simple) abspielen wollte. Dann weiter probiert: Keiner der Sender hatte Ton.
Sobald ich Kodi unter System so einstelle, dass auf 5.1-Ton hochskaliert wird, kommt Ton - dann allerdings hochgerechnet auf 6-Kanal. Eine Stereo-Wiedergabe ist aktuell nicht möglich. Bei Filmen habe ich das noch nicht ausgetestet, habe hier keinen Film in Stereo.
In vorherigen Versionen war das kein Problem: der via HDMI angeschlossene Receiver hat den durchgereichten (Passthrough) Audiostream, also auch Stereo-Sound, problemlos abgespielt und auch entsprechend angezeigt. Sobald da jetzt Stereo steht, ist Funkstille auf der Audiospur.

Hat noch jemand das Phänomen bemerkt?

PS: LE läuft hier auf einem Odroid C2

EDIT: Könnte das vielleicht jemand von den Admins in die LibreElec-Sektion verschieben? Da passt es glaube ich besser. Sorry für den Post im falschen Forum!

Hier läuft soweit auf einem Odroid C2 alles nice. Meine erste Version Leia (auf einem meiner „Produktiv“-Systeme läuft also stabil bisher. Danke für die Mühe und Eure Arbeit.
Good Job!!!

Zitat von darkside40

Ich migriere grad alles von Apple Fotos nach Digicam. Als DB wird ein MariaDB Docker verwendet, gespeichert wird in einem Share auf dem unRaid.
Client ist dann halt digikam, gibt es ja für verschiedene OS. Ist zwar ein Mords Aufwand aber ich bekomm meine Fotos aus dem goldenen Apple Käfig.

Das schaue ich mir mal genauer an. Klingt spannend und deren Seite sieht schon mal vielversprechend aus. Danke für den Tipp!

Der Ordner, in dem die DB liegt wird dabei tatsächlich nicht gesichert.
Nutzt man als DB eine externe und nicht die bei nextcloud integrierte SQL Lite müsste diese aber denke ich ebenfalls gesichert werden (ist ja auch nur ein Docker mit einem AppData-Pendant).

Mein Server ist Deiner Konfiguration recht ähnlich.
Ich mache Backups von Systemdaten bzw. dem USB-Flashdrive und Docker-Settings (appdata) sowie der libvirt mit folgendem Unraid PlugIn

• CA Backup / Restore Appdata

Dabei wird alles auf einer externen USB-Platte gespeichert, die via Unassigned Devices (ebenfalls ein PlugIn) in das Array eingebunden ist.
Das PlugIn macht regelmäßig automatische Backups nach zeitlichen Vorgaben, die ich eingestellt habe. Die 3 aktuellsten Backups bleiben gespeichert, ältere Backups werden von neueren überschrieben.

Somit ist alles, was das System betrifft jederzeit wieder relativ einfach herzustellen.

Backups von bestimmten -mir wichtigen- Daten mache ich manuell und selektiv. Alles andere ist meiner Meinung nach gut genug über das Parity-Drive-Konzept abgesichert.

Habe einen eigenen Share "Archiv", darin einen Ordner "Bilder".

Habe mal geschaut, wie das Render Device korrekt eingebunden wird.

1. Laden des Device via Termina

modprobe i915

2. Rechte vergeben via Terminal (Gruppe und Benutzer ggf. an eigene Bedürfnisse anpassen

chown -R nobody:users /dev/dri
chmod -R 777 /dev/dri

3. Befehle in die Go-Datei (Datei /boot/config/go) speichern, da sonst bei Neustart das Device wieder weg ist. (Irgendwo vor die Zeile mit: "/usr/local/sbin/emhttp"

#enable module for iGPU and perms for the render device
modprobe i915
chown -R nobody:users /dev/dri
chmod -R 777 /dev/dri

4. In Emby unter Transcoding "VAAPI" auswählen

Zitat von nebosa

[cbox]
ls /dev/dri/
by-path card0 renderD128
[/cbox]
[errorbox]
vainfo --display drm --device /dev/dri/renderD128
Failed to open the given device!
[/errorbox]
Wenn ich mich nicht täusche, ist das für die Hardwarebeschleunigung zuständige Device nicht eingebunden: renderD128 wird nicht gefunden. Das würde schon mal erklären, warum es aktuell keinen Unterschied macht, ob die Beschleunigung in Emby an oder aus ist. Zudem ist nach Deinen Angaben @nebosa der falsche Beschleunigungsmodus in Emby ausgewählt. Sollte VAAPI sein.

Ich schaue morgen mal nach, wie man das einbindet. Macht auf ner Funke von unterwegs nur wenig Spaß …

Das erklärt trotzdem noch nicht die hohe CPU-Last und warum Emby überhaupt transkodiert. Bei ersterem hilft ja schon @sualfred, nach Deinen Emby Einstellungen (schätze, dass es daran liegt) können wir im Anschluss schauen.

Bitte gerne korrigieren falls ich hier Käse schreibe. Bei mir läuft das alles im Docker …

Alles anzeigen

Dann stehe ich mit meinen Erfahrungen wohl nicht alleine da. FFMPEG ist übrigens eine ordentliche Zicke. Ich würde oben aufgetretenes Verhalten eher darauf zurückführen, bevor ich es etwas in Richtung Prozessor und / oder eine fehlende GraKa vermuten würde.

Um neben den unterschiedlichen Einschätzungen mal etwas für @nebosa hilfreiches anzumerken: Embys Hardwareunterstützung beim Transkodieren zu aktivieren macht einen deutlichen Unterschied und sollte die auftretende CPU-Last und die FFMPEG Mätzchen deutlich senken. Leider weiß ich nicht, unter welchem System/OS Emby zum Einsatz kommt, sonst könnte ich dazu ggf. genaueres sagen oder auf einen der zahlreichen Threads mit Hilfestellungen zu diesem Thema hier in der Emby-Sektion des Forums verweisen.

Ich habe mir das [definition='1','0']log[/definition] nicht angeschaut, auch mag ich hier nicht mit Experten über diverse Xeon Generationen o.ä. "streiten", bitte also die vorherige Einschätzung aus meiner eigenen Erfahrung nicht falsch verstehen. Ich habe bzw. hatte hier einen Pentium G4560 mit Emby nur auf CPU ohne separate GraKa und ohne Beschleunigung (VAAPI o.ä.) laufen. Erst 4 parallele Full HD Streams in oben genanntem beschriebenen Szenario unter Chrome führten zu in etwa 100% Prozessorauslastung, ein Stream maximal zu ca.35 %. (Seitdem ich die Hardwarebeschleunigung nutze, ist dieser Wert nochmals deutlich gesunken.) Gehe ich also fälschlicherweise davon aus, dass ein i7 einen Pentium locker in die Tasche steckt oder wo liegt mein Denkfehler?

Gerade in Sachen Transkodierung habe ich schon so einiges an merkwürdigen Infos gelesen, u.a. auch hier im Forum. Ist somit eigentlich Offtopic aber ich bilde mich zu diesem Thema wirklich mehr als gerne weiter.

Danke für die Aufklärung und nichts für ungut!

Aus meiner Erfahrung: Selbst wenn Emby im Hintergrund transkodiert, kratzt die Auslastung bei einem einzigen 1080p-Stream auch ohne GraKa nicht mal ansatzweise die 100%. Da war etwas anderes, ein i7 lächelt bei so etwas allerhöchstens mal müde.