Cache fuer Previews/Thumbnails limitieren ?

Chromecast Google TV. Kodi 19.3 aus dem Google Store.
Die Kiste hat "nur" 4GB - aber da waeren locker 2++ GByte frei...
wenn Kodi nicht - anscheinend grenzenlos - den Speicher vollkloppt, und zwar so, das man den noch nicht mal durch explizite Aktionen anscheinend frei geben kann.

Die letzten Tage fleissig Bilder geschaut, und das hat das Problem extrem gezeigt. Ging der Speicherbedarf von Kodi von glaube unter 200 MByte auf 2 GByte.

Wenn man da im Android system "Daten bereinigen" waeahlt darf man natuerlich Kodi komplett von vorne konfigurieren.
Wenn man da nur "cache" im System cleant, dann sind trotzdem extrem viele Konfigurationen geloescht. Skineinstellungen, Play-einstellungen, Service-Einstellung. Glaube alle Einstellungen ausser den konfigurierten Mediaquellen/Passwoerter. Also auch nutzlos.

Konnte jetzt nix finden ob/wie ich da ein Limit fuer den Cache ueber die GUI einstellen kann, und wenn da jetzt die Antwort ist, das man da hoffentlich was in einer Config-Datei einstellen kann, dann wuerde mir immer noch die GUI Option fuer den Parameter fehlen, weil das unter Android ja extrem nervig ist, an die Configdateien heranzukommen. Gefuehlt fuer mich zumindestens. Tips, wie man das moeglichst einfach machen kann, sehr willkommen.

Zitat von goscho

Wieso sollen beim Cache löschen in Kodi vorgenommene Einstellungen gelöscht werden?

Das kann ich nicht bestätigen.
Ich habe hier 2 Grundig Fire-TV Fernseher mit ebenfalls nur 4GB Speicher.

Koennte mir vorstellen, das das ein Problem der Chromecast Kiste ist, aber nachdem das immer viel Arbeit ist Kodi neu zu installieren, solange ich da nicht Kodi Konfiguration einfach sichern.restaurieren kann, werde ich das mal nach hinten schieben.

Was laeuft den auf dem FireTV fuer eine Android version ?

Zitat von goscho

Zuerst solltest du mittels [definition='2','1']advancedsettings[/definition].xml die Thumbnails auf ein Netzwerkshare auslagern.
Stichwort: Pathsubstitution

Koennen vor lachen. Aeh, vor Kotzen ueber die verdammte "Sicherheit" bei Android-TV.

So wie ich das sehe kann ich von anderen Anwendungen nicht auf die Kodi Dateien zugreifen um irgendwas zu machen.

Habe jetzt mal SimpleSSHD installiert:

ls -ld /storage/emulated/0/Android/data/http://org.xbmc.kodi/files/.kodi/userdata <
drwxrwx--x 10 u0_a77 sdcard_rw 4096 2022-10-19 06:48
/storage/emulated/0/Android/data/http://org.xbmc.kodi/files/.kodi/userdata

groups
u0_a110 inet everybody u0_a110_cache all_a110

Und das nachdem ich da im SimpleSSHD extra "Enavble /sdcard" geclickt hatte und neu gestartet, etc. pp.

Aka: Android gibt ja wohl jeder App eine eigene user-id (u_a110 fuer SimpleSSHD, u0_a77 fuer Kodi). Und bei Kodi gibts nur gruppenzugriff fuer Gruppe sdcard_rw, aber da ist dann die SimpleSSHD app nicht drin.

Wenn ich sowas wie X-Plore File manager nehme komme ich aus wahrscheinlich denselben Gruenden noch viel weniger weit. Wenn ich da zu /storage/emulated/0/Android/data navigiere gehts (natuerlich) nicht weiter, weil die X-Plore app (natuerlich) auch nicht das directory lesen kann. Aka: hat auch keine Gruppe "sdcard_rw".

Zitat von buers

Zufällig habe ich hier auch noch den Hinweis aufgeschnappt, dass man den Dateibrowser von Kodi selbst nutzen kann. Vorher Anzeigen versteckter Dateien erlauben. (Selbst nicht gemacht, da mir adb shell reicht, daher nur aus dem Gedächtnis ohne Überprüfung).

Gerade probiert, aber ich komme damit nicht nach /storage/emulated/0/Android/data/org.xbmc.kodi rein, weil der ja bei solchen directories nicht die eingabe des namens erlaubt, sondern bloss das erlaubt, wo man reinbrowsen kann, und er kann natuerlich nicht /storage/emulated/0/Android/data browsen/listen. Voll die Moppelkotze.

Und irgendwie Daei uploaden damit... geht das ueberhaupt ?

Zitat von buers

Man könnte sich wünschen, dass Kodi die Thumbnails-Thematik benutzerfreundlicher löst. Editieren eine xml-Datei ist ja nicht wirklich massentauglich. Zugriff auf versteckte Dateien können in Android mitgelieferte File-Explorer (selbst ohne Zugriffs-Recht-Problematik) auch nicht. Auch ein hervorragendes Tool wie Airdroid ist da leider überfordert (oder der Nutzer des Tools?) Und sehr viele Geräte werden mit mittelgroßer Mediensammlung an die Speicherplatz-Grenze gebracht bei den Thumbnails.

Genau.

@HypsterX Danke. Keine Ahnung ob das Addon was illegales macht, aber wenn es eines illegalen Addons bedarf damit man von der GUI aus konfigurationsparameter einstellen kann, dann ist das auch kein gutes Zeichen fuer Kodi. Den Pfas fuer die thumbnails umzulegen geht damit aber wohl auch nicht, oder ? (nur vom lesen aufm netz, noch nicht installiert... weiss ja noch nicht, ob das teil legit ist...).

Zitat von goscho

Von Amazon angepasstes Android. Es kann nicht alles installieren werden, was es für Android-TV gibt, aber einiges.

Ich befuerchte ja, das das an Android 12 liegt, also hoffe ich mal das die FireTV und NVidia Shield Nutzer hier im Forum auch mal den Spass haben werden, den ich gerade habe - wenn es fuer die Teile auch Android 12 gibt.

Aber klar, ich rate bloss. War irgendwie von der Reihenfolge dumm gelaufen. Haette gerne mal gesehen, wie das unter Android 10 auf der Chromecast Kiste war, aber downgrade geht ja wohl nicht mehr.

Zitat von goscho

Weiß jetzt nicht, wo dein Problem ist.Ich habe mehrere NVidia Shield mit Android TV und dort ist es überhaupt kein Problem mit einem Dateiverwalter (bspw. Totalcommender oder X-Plore) die Dateien zu löschen.
Die [definition=11,0][definition='2','0']as.xml[/definition][/definition] kannst du mit jedem Windows-PC ersetllen und dann auf den Chromcast kopieren.

Android 12 ?!

Ok. Erster streich. Man kriegt im File Browser tatsaechlich in das Kodi verzeichnis, indem man es als Quelle hinzufuegt. Nachdem man ja nicht ueber den File Browser selbst zu /storage/emulated/0/Android/data/org.xbmc.kodi kommt, muss man den ganzen Pfad direkt ueber die Fernbedienung eintippen. Wobei ich ja auch zuerst zu doof war, da auf "<Keine>" Quelle zu tippen um dann dort zur Pfadeingabe zu kommen. Naja. Und klar, im Thumbnail Ordner waren dann 2GByte angesammelt, und die werden vom Android als "Daten" im system erfasst und nicht als "cache". Das ist ja komplett moppelkotzig. Warum werden die nicht korrekt als "cache" erfasst, so das man z.b. im Android selbst die durch "Cache loeschen" geloescht bekommt. *grmbl*. Geht das bei anderen Android Systemen besser, oder ist das auch auf z.b. der Shield so ?

goscho: jo, strike 2 ist das von @HypsterX empfohlene plugin "EZ Maintenance". Das bietet an, die Thumbnails auf eine konfigurierbare Groesse zu begrenzen. Glaube das loescht dann bei start von Kodi. Muss ich noch mit rumspielen.

Pathsubstitution ist dann strike 3. Allerdings ist das mit dem download von config-files irgendwie nervig. Waer mir viel lieber wenn ich da einfach per ssh und editor lokal drauf zugreifen koennte.

@DaVu Danke fuer die Insights. Ich wuerde dem nur hinzufuegen:

Ist ok. wenn Plugins die gutes tun, aber dafuer soviele Rechte brauchen wie Kodi code selbst (z.b. browser) in separarten Kodi repositories bleiben muessen. Einfach weils niemanden gibt der die dauernd validieren koennte. Man sollte aber das was solche Plugins tun dann nicht schlechtreden, bloss weil sie Plugins sind.

Heisst: Wenn man das was so ein Plugin macht sich als Code direkt in Kodi vorstellen koennte (wenns jemand machen wuerde), dann wirds von der Idee her nicht schlecht bloss weils im Plugin ist. Es ist halt bloss nicht so gut validiert.

Wieviel mehr Aufwand waere es eigentlich irgendwas native nach Kodi reinzubringen, statt als plugin zu schreiben ? Pull request auf irgendeiem github von Kodi machen und ein paar Jahre warten, bis jemand Zeit hat ? Da wuerde es ja auf jeden Fall helfen, es erst als Plugin zu machen und dann die ganzen Nutzer dazu zu bringen fuer den pull request sich einzusetzen, odr ?

Ansonsten: Funktional wuerde ich bei Tumbnails auch gerne per LRU loeschen lassen. Befuerchte aber mal, das access-time nicht auf allen Dateisystem unterstuetzt wird, und ob Kodi sich das merkt wage ich auch zu bezweifeln. Bleibt also wohl nur random loeschen bis man das konfigurierte Maximum hat. Oder loeschen by LRC (creation time, die es ja hoffentlich ueberall gibt).

Und klar, path substition per GUI einzustellen waere noch besser. Mal gucken, obs da irgendein plugin gibt.