Kodi stürzt ab auf Fire TV 4K MAX

Bitte mal den Cache über die App-Info der Kodi-App löschen und es dann nochmal probieren.

Mich würde interessieren, ob Kodi mit einer "Clean Installation" (ohne zusätzliche Addons, mit Basis-Einstellungen, keine advancedsetting.xml) auch abstürzt? Prüfe auch ob noch genug Speicher auf dem FTV verfügbar ist.

FireTV-Einstellungen->Apps->Kodi->Daten und Cache löschen, Kodi neu starten, eine Medien-Quelle einbinden und ohne
weitere Einstellungen und Addon-Installationen testen.

Zitat von steftirol

Alles ok dann, binde ich aber die [definition='2','1']advancedsettings[/definition].xml ein beendet sich kodi wieder. Komischerweise läuft es auf Windows einwandfrei.

OK, im nächsten Schritt würde ich zunächst nur die MySQL-Datenbank in die [definition='2','1']advancedsettings[/definition].xml einbauen, und dann testen,
bzw. im Anschluß nur die Auslagerung der Thumbs und Playlists, und schauen was passiert...

Fällt mir gerade noch ein, hat der FTV/Kodi-Client "Schreibrechte" auf "smb://10.0.0.105/photo/Kodi/Thumbnails/ bzw. smb://10.0.0.105/photo/Kodi/playlists/"?

<pathsubstitution>
<substitute>
<from>special://masterprofile/Thumbnails/</from>
<to>smb://10.0.0.105/photo/Kodi/Thumbnails/</to>
</substitute>
<substitute>
<from>special://masterprofile/playlists/</from>
<to>smb://10.0.0.105/photo/Kodi/playlists/</to>
</substitute>
</pathsubstitution>

Laut Logfile scheint Write-Zugriff da zu sein.

Was mir auffällt - in mehreren kürzlichen Absturzproblemem. Auffällig sehe ich immer externe DB, in den Logs die ich angeklickt hatte. (Sah jetzt heute auch Windows Log dazu) Grade mit FTV sah ich die Absturzberichte im Zusammenhang mit 19.3 (früher sah ich auch schon Mal 19.2). Mich persönlich - da ich jetzt im Moment kein Problem mit 19.1 auf FTV-Stick habe, bewog das mit Update auf FTV Mal bisschen zu warten. (Bei Windows war das wieder anders, da war ich auch von dem Bug in 19.1 betroffen, der Kodi nicht starten lies).

@steftirol, mir fällt noch auf, dass du sehr viele Playlists hast. Vielleicht die mal rausnehmen aus der pathsubstitution. Vielleicht ist deine Anzahl aber auch gewöhnlich, und ist bei mir halt anders. Und klar - deswegen sollte Kodi nicht abstürzen.

Für mich sieht das nach Bug von Kodi aus. (Selbst wenn da ein xml oder andere Eingabe nicht ganz korrekt wäre, sollte man keinen Absturz erwarten, sondern eher Fehlermeldung. Aber da kommt man dann in Grauzone).

Evt. Bug-Report erstellen, da kennen sich @DaVu, @SkyBird1980, @darkside40 und andere hier, besser aus und können dir sicherlich den richtigen Tipp geben.

Hast du denn probiert, die Playlists lokal zu halten. Thumbnails muss man praktisch mit FireTV bei großer Sammlung irgendwo hin verschieben. Aber Playlists brauchen doch kaum Platz. (Klar, die zu synchronisieren wäre mühsam - könnte aber immerhin noch etwas Erkenntnis zur Natur des Fehlers bringen).

Greifst du konkurrierend (mit verschiedenen Kodi-Instanzen, die gleichzeitig laufen) auf die Playlists zu? Habe jetzt nicht nachgelesen, ob Kodi das supported. (Obwohl ich auf Anhieb nicht sehen würde, wieso das nicht unterstützt werden sollte. Könnte aber schon sein, dass da was scheinbar Unnötiges mit abgespeichert wird mit den Playlists, was individuell für die jeweilige Kodi-Instanz ist?).

Kein Bug

Nicht supported:

https://kodi.wiki/view/Path_substitution

[b]Note:[/b]Not all special paths can be substituted. In particular, special://musicplaylists/ and special://videoplaylists/ should not be substituted, as internally these are multipaths that cannot be written to (thus saving of playlists will go elsewhere).

Dann ist aber die Formulierung im Wiki nicht klar oder zumindest nicht leicht verständlich oder zumindest für mich nicht. Laut Log von @steftirol hat er //masterprofile/playlists/ substituiert, nicht die genannten (oder sind das Synonyme, die ich nicht verstehe?). Außerdem ist "should not" hier eine zweifelhafte Formulierung (außer, irgendwo steht definiert, dass man ähnlich wie bei manchen RfCs, "shall not" und "should not" als "must not" interpretieren muss. Wäre aber für ein wiki schon überraschend).

Aber klar, wenn es nicht supportet ist, ist immerhin die Erklärung da.

Nicht dass das jetzt wirklich wichtig wäre, aber was bitte schön soll "as internally these are multipaths that cannot be written to (thus saving of playlists will go elsewhere)." bedeuten? Ich frage jetzt nicht nach der Übersetzung ... Ich kenne Multipathing von Server HBAs, aber hier? Würde sich außerdem bisschen danach anhören, die Erklärung, als wäre das Problem jetzt nicht abhängig von der Anzahl der Playlisten, die da liegen.

Das Wiki ist Community-driven. Da können also viele Leute Dinge rein schreiben und nicht immer achten man auf die genaue Formulierung . Es darf sich gern jeder daran beteiligen.

Er hat vor allen Dingen das hier substituiert:

"special://masterprofile/playlists/"

Wir reden hier also vom "special"-Protokoll:

https://kodi.wiki/view/Special_protocol

special://masterprofile würde erstmal das beschreiben, was unter Linux: /home/<user>/.kodi/userdata/ wäre. Darin gibt er dann den Pfad "playlists" an. Dieser Pfad enthält per default 3 Ordner: "mixed", "music", "video". 2 davon sind selbst im "special"-Protokoll enthalten:

special://musicplaylists und special:/videoplaylists

So versucht er also Music und Video Playlists nebst den "mixed" Playlists zu substituieren. Und das ist nun mal nicht supportet.

Grundlegend sollte man aber doch einen Bug-Report eröffnen. Zumindest mit dem Hinweis, dass Kodi dabei nicht abstürzen sollte.

Jo. Klingt so. du solltest dann aber auch das Crashlog parat haben. Wenn Kodi sich einfach schließt, dann wird normalerweise ein Crashlog angelegt. Das werden wir brauchen. Also bitte nochmal wiederholen, vorher [definition=12,0]debug[/definition] [definition=12,9]logging[/definition] einschalten und dann einen Bug-Report aufmachen

Zitat von steftirol

Hmmm nur nen Crash erkennt man darin ja nicht wirklich

Nein, natürlich nicht. Ein Crashlog ist eine komplett andere Datei, die im Home-Verzeichnis des Benutzers angelegt wird. So zumindest unter Linux. Du verwendest ein Android-basiertes Gerät. Wie du da an das Crashlog kommst, kann ich dir nicht verraten, da ich selbst nur eine Shield habe und da ist das ggf. schon wieder anders als bei dir.

Du wirst dir ggf. einen Datei-Browser installieren müssen und dann schauen, wo das Kodi Verzeichnis liegt.

Du kannst auch nur das [definition=12,7][definition='1','1']debuglog[/definition][/definition] abliefern. Hier brauchst du das aber nicht zu machen. Das wirst hier machen müssen: https://github.com/xbmc/xbmc/issues

Folge bitte dem Template beim Erstellen des Bug-Reports. Ich würde dir ja gern helfen, nur würden wir dann "Stille Post" spielen, wenn die Entwickler Fragen haben.

@steftirol sehr guter Bug-Report

Danke dafür.