Also hier ist jetzt ein KODI 20.2 Release [definition='1','3']Debug[/definition] Log (Maven Build)
Das Problem startet mit:
2023-12-07 14:43:58.153 T:8283 debug <general>: CXBMCApp::onReceive - Got intent. Action: android.media.action.HDMI_AUDIO_PLUG
2023-12-07 14:43:58.153 T:8283 debug <general>: -- HDMI is plugged in: falseIch kann die nicht deinstallieren, die kommen alle bei dem Android Build automatisch mit und Uninstall ist überall grau. Ich kann sie maximal deaktivieren
Latest nightly hab ich auch schon getestet, genau das gleiche.
Wie gesagt, ich bin auf 20.2 Release runter, um das Thema KODI auszuschließen. Daran liegt es nicht.
zu 1.: Ich will da jetzt keine Grundsatz Diskussion über Backup Sicherheit machen, aber ich hab das Drive nicht gemounted im NAS, eine Ransomware kennt das also im LAN nicht. Das läuft über einen FTP Server, wo ein Duplicati Docker eine Verbindung mit Username und Passwort aufbaut und wieder abbaut. Dass das zufällig im gleichen LAN ist, spielt keine Rolle, es könnte auch ein public FTP Server im Internet sein. Soll aber nicht Fokus des Threads sein.
zu 2./3.: Das wären halt alles super krass aufwendige Workarounds. Das Shield läuft sowieso... es scheitert nur daran, dass sich KODI einfach beendet. Wieso? Ich hatte früher KODI mal auf einem Intel NUC und einmal auf einem Raspberry PI, da ist KODI auch 24/7 durchgelaufen
Das hat mehrere teilweise stärkere teilweise schwächere Gründe:
1. Warum Shield always on: Am Shield hängt noch eine USB Backup Festplatte, wo ich vom NAS aus Daten jede Nacht rüber schiebe. Ich will die USB Platte nicht direkt am NAS haben wegen Ransomware
2. Warum KODI always on: Ich habe Nachts ein paar JSON RPC Skripte am laufen, die das KODI Backup anstoßen, die Datenbank exportieren und die Datenbank aktualisiert
3. Warum KODI always on: Ich schalte mein Heimkinosystem mit ioBroker Skripten ein. Für den DENON und den LG gibts da Plugins um die ein- und auszuschalten, KODI kann ich am Shield nicht von extern starten
Ich meine, dass es hier genau um das Thema geht:
1. Die klingst schon wie meine Frau 
2. Hab ein Downgrade auf 20.2 (Maven's Dolby Vision Build) gemacht -> Gleiches verhalten
3. Hab den Launcher komplett deinstalliert und auf default Launcher gewechselt -> Gleiches Verhalten
Detailinfo:
Im Kodi TV Forum beschreibt RKCRLR ziemlich exakt mein Verhalten
Kodi Stops when I turn my TV off/on
..leider endet der Thread mit keiner Lösung
Hi,
wegen Dolby Vision Support von MKV Dateien bin ich auf KODI 21.0 Omega Beta 1.
Alles klappt prima, nur funktioniert im Confluence Skin das Favouriten Fenster nicht mehr.
2023-12-07 03:16:33.867 T:14700 error <general>: Window Translator: Can't find window Favourites
2023-12-07 03:16:33.867 T:14700 error <general>: Activate/ReplaceWindow called with invalid destination window: FavouritesHat dafür vielleicht schon jemand eine Lösung, außer einen anderen Skin nutzen? Ich würde sehr gerne bei Confluence bleiben (auch Xonfluence ist keine Option für mich).
Dankeschön!
Hi,
ich habe folgendes Setup:
Sowohl im Shield, als auch im DENON aus auch im LG Fernseher ist CEC komplett abeschaltet.
Lediglich HDMI ARC wird genutzt, wenn der Fernseher die Quelle ist.
Wenn KODI die Quelle ist, wird ARC nicht genutzt.
Sollzustand ist:
Problem:
Ein [definition='1','3']Debug[/definition] Log ist dabei, in dem ich folgendes mache:
=> KODI beendet
Hat jemand eine Idee?
Willst du von deinen Settings mal einen Screenshot einstellen zum Vergleich?
Nutzt du LibreELEC 11.0.3 mit der neusten Youtube Addon Version 7.0.2.2? Hast du da nicht auch schon bei 1080p Videos Ruckler oder sogar Abbrüche?
Die habe ich nämlich mit der Version auf einem RPi 4. Nach einem Downgrade auf die 7.0.2-alpha7 ist das Problem behoben. Würde ich aber gerne auch in der aktuellen Version betreiben.
Ne läuft top! Wie gesagt,.. verbiete VP1 und AV1 in den Addon Settings, dann wird der h.264 stream angefordert
Trotzdem wirds außer höheren Stromverbrauch keine Fortschritte haben. AV1 ist die Zukunft
Danke, das bestätigt eigentlich meine Vermutung aus dem ersten Post. Da Youtube die 4K Streams nur in AV1 und VP9 anbietet und nicht in H.265 bzw. HEVC, ist man auf Software Decoding angewiesen und damit mit 4K chancenlos.:
Tipp an die Community, die das gleiche Setup haben: Stellt als maximale Auflösung 1080p ein, und bietet aber AV1 und VP9.
Der Fallback für Full HD ist dann nämlich H264 und damit profitiert ihr wenigstens von dem Hardware Decoding.
Die Qualität ist dann zwar die gleiche wie VP9 und AV1 aber der PI bleibt deutlich kühler und ihr spart Strom 
By the way.... der PI5 wäre dann sogar ein Rückschritt, weil der kann auch weder VP9 noch AV1 und H.264 haben sie auch noch rausgenommen. Als Multimedia Player ist der PI5 für mich leider ein fail...
Falls jemand das gleiche Problem hat:
https://wiki.libreelec.tv/configuration/edid#generic-x86_64
getedid create
Das ausführen, während grad alles eingeschaltet ist und richtig erkannt wurde. Das führt dazu, dass die Parameter in eine Datei geschrieben werden und nicht bei jedem Start neu gelesen wird.
Okay, ich hab die Ursache gefunden, aber noch keine Lösung, der Thread Titel und Beschreibung ist falsch geworden:
Für Interessierte: Das Setup ist so:
Raspberry PI ----HDMI-------> DENON Receiver ----HDMI-----> Fernseher
Im DENON Receiver war ein Setting eingestellt, dass wenn der DENON ausgeschaltet ist, schleift er den HDMI Port des Fernsehers durch.
Wenn KODI in diesem Zustand neugstartet wird, liest er die HDMI Eigenschaften des Fernsehers aus und der kann dein DTS-HD.
Jetzt hab ich das HDMI Passthrough im DENON deaktiviert, jetzt sieht der Raspberry Pi einen ausgeschalteten HDMI port, statt den des Fernsehers, jetzt gibts dafür andere Probleme 
Diesen Thread bitte schließen. Die korrekte Fehlerbeschreibung ist ist Raspberry Pi spezifisch und liegt hier:
Hi,
ich habe LibreELEC 11.0.3 auf meinem Raspberry Pi 4B Installiert, mit diesem Setup:
Raspberry PI ----HDMI-------> DENON Receiver ----HDMI-----> Fernseher
Der Receiver hat eine Einstellung, ob der HDMI Anschluss des Fernsehers durchgeschliffen werden soll, wenn er selbst ausgeschaltet ist. Das habe ich ausgeschaltet. Das bedeutet, der Raspberry PI sieht einen ausgeschalteten HDMI Port, wenn der DENON aus ist.
Jetzt bekomme ich es aber einfach nicht hin, dass KODI funktioniert, wenn ich den DENON Receiver erst danach einschalte.
Mit hdmi_force_hotplug=1 bekomme ich es zwar hin, dass KODI nicht mehr crashed bei ausgeschaltetem Receiver, aber ich habe mindestens zwei Probleme:
1. Die ALSA Audio Geräte fehlen dann alle. Der Fallback sieht so aus:
card 0: vc4hdmi0 [vc4-hdmi-0], device 0: MAI PCM i2s-hifi-0 [MAI PCM i2s-hifi-0]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 1: vc4hdmi1 [vc4-hdmi-1], device 0: MAI PCM i2s-hifi-0 [MAI PCM i2s-hifi-0]
Subdevices: 1/1
Subdevice #0: subdevice #02. KODI ist zwar ohne Crash als Service gestartet, aber die GUI wurde nicht gestartet und hängt noch im CLI wo "Waiting for network to come online"
Hat jemand einen Tipp für mich, was ich tun kann, dass KODI immer funktioniert, egal in welcher Reihenfolge was eingeschaltet wird?
Danke!
Im Anhang liegt ein [definition='1','3']Debug[/definition] Log, wie es aktuell aussieht, wenn der DENON aus ist beim KODI start
Ich hab hier mal ein "gutes" und ein "schlechtes" Logfile nebeneinander gelegt, wenn es geht bzw nicht geht.
Danke für den Erfahrungswert. Seit der Reduktion ist das Problem nicht mehr aufgetreten und auch sonst läuft grad alles rund, aber der Zeitraum ist noch zu kurz. Wenn ich jetzt 1-2 Wochen keine negativen Beobachtungen habe, schmeiß ich den Block mal komplett raus und geh auf default zurück. Wenn ich dann keine Hänger / Freezes hab, dann bleib ich lieber auf Default Settings.
Update: Das Problem ist leider heute wieder aufgetreten und ich glaub nicht mehr, dass das was mit den Cache Settings zu tun hat.
Wieder genau das gleiche: DTS-HD Medien gehen nicht, Dolby Medien gehen... nur ein KODI Neustart hilft. (Log ist dabei) Ideen?
pipsen - funktioniert es denn ohne die Einstellungen zu cache in [definition='2','1']advancedsettings[/definition].xml nicht befriedigend? Meines Erachtens sollte man dort nur was ändern, wenn es sonst nicht gut funktioniert. Es hört sich scheinbar immer toll an, da große Zahlen reinzuschreiben. Ich sehe auch oft derartige Empfehlungen. Nach meinen eigenen Tests bringt das normalerweise nix bzw. ist sogar eher kontraproduktiv. Typischerweise funktioniert Kodi hervorragend mit den Default Cache Einstellungen.
Bei mir ist es so, dass ich einen Server im Raum 1 habe, wo Medien mit Bitraten zwischen 60 und 70 MB/sec liegen. In einem zweiten Raum steht dann der Raspberry PI mit KODI, der das über einen smb3 Share abspielt. Zwischen den Räumen hab ich leider kein Ethernetkabel sondern eine WIFI 6 Brücke, die so zwischen 800 und 1200 Mbit/sec brutto schwankt. Deswegen ist mir pre-caching schon wichtig, weil ich sonst jedem kleinen WLAN Schluckauf einen Freeze bekomme.
Mit 1 GB cache hab ich wenigstens 20 Sekunden im buffer.
Vor meinem Umstieg auf den RPi4 hatte ich einen Intel NUC mit 120GB NVMe. Da hab ich die Cache Settings sogar so gesetzt, dass der komplette Film auf die SSD gebuffert wurde.
Bedenke bitte alles was du dort einstellt geht mal drei.
Stellst du 100MB ein werden 300MB Ram benötigt.
Ja genau das meinte ich mit "im Wiki steht aber, dass man maximal ein Drittel setzen sollte. Hab jetzt den RAM auf 1GB halbiert (also 25% vom echten RAM)"
Hab physisch 4GB im Board, 1 GB eingestellt, so dass maximal 3 GB genutzt werden und 1 GB noch Reserve ist.
Können wir bitte ein vollständiges Log und [definition='1','1']debuglog[/definition] bekommen? Ich würde das mal ans Team weiter geben und die werden bei dem Logfile fragen haben
Könnt ihr mit den Logs was anfangen? No pressure,... aber gibts eine grobe Abschätzung, wann ich Feedback bekommen könnte?
DANKE!
