Der Raspberry Pi 4 , egal ob mit 4GB oder 8GB RAM, ist in der Kombination mit Kodi eine wunderbare Erweiterung am Fernseher. Leider sorgte die letzte Version Kodi v19.3 (Matrix) bei mir für ein paar Problemchen. So stockte oder ruckelte die Wiedergabe von Videos oder die Wiedergabe lief für einige Minuten gut, dann wurde gebuffert, nur damit sich dieses Spielchen alle paar Minuten wiederholte. Egal ob im WLAN oder direkt am LAN.
Folgende Änderungen haben bei mir für eine Lösung der Probleme gesorgt:
- Erstellen einer XML Datei, welche die default Einstellungen des Cachings überschreibt.
Speicherort und Dateiname ist: /storage/.kodi/userdata/advancedsettings.xml
<?xml version="1.0" encoding="utf-8"?>
<advancedsettings>
<cache>
<memorysize>524288000</memorysize>
<buffermode>1</buffermode>
<readfactor>6</readfactor>
</cache>
</advancedsettings>
Achtung… Bei XML Dateien, spielt das richtige „Einrücken“ schon mal eine Rolle 😉
2. Erweitern des Arbeitsspeichers für die GPU, sowie das Erzwingen des „Turbo“ Modus.
Dafür einfach die Datei /flash/config.txt um folgende Zeilen erweitern/einpassen:
# Default GPU memory split, 76MB are needed for H264 decoder gpu_mem=256 force_turbo=1
Wer dieses gerne per SSH machen möchte, muss das Volume /flash einmal schreibfähig mounten:
mount -o remount,rw /flash
Die Option gpu_mem setzt recht einfach den, für die Grafikkarte, reservierten Arbeitsspeicher fest auf 256MB. Dieses macht selbst bei der 4GB Raspberry PI 4 Version kein Problem.
force_turbo deaktiviert das dynamische, lastabhängige takten der CPU, GPU und des Arbeitsspeichers, sowie der Spannungen. Alles läuft daher auf Maximum, aber ohne zu übertakten. Dieses hat weniger Auswirkungen auf die Probleme bei der Wiedergabe, sorgt aber für ein allgemein „flüssigeres“ Verhalten. Dafür steigt die Stromaufnahme und die Temperatur. Da wir hier über einen Raspberry sprechen, ist es wohl für die Meisten zu vernachlässigen.
3. Um Temperatur und Geräuschpegel im Zaum zu halten, empfiehlt sich ein gutes passiv gekühltes Gehäuse. Folgendes kann ich empfehlen: https://amzn.to/3qF61pe
Das mitgelieferte Netzteil hat ausreichend Power, man kommt noch an „alles“ ran, das Gehäuse ist sehr massiv und selbst bei großer Last/langem Betrieb, wird alles nur handwarm.
Update Februar 2026 — Kodi 21 (Omega) / LibreELEC 12.x
Seit Kodi 21 (Omega), das mit LibreELEC 12.x ausgeliefert wird, funktioniert die oben beschriebene Cache-Konfiguration über die advancedsettings.xml nicht mehr korrekt. Die <cache> Sektion wird zwar noch eingelesen und im Log angezeigt — die tatsächlich aktiven Werte kommen aber aus den GUI-Settings (guisettings.xml). Im Kodi-Log erkennt man das an dieser Zeile:
New Cache GUI Settings (replacement of cache in advancedsettings.xml) are:
Buffer Mode: 4
Memory Size: 20 MB
Read Factor: 4.00 x
Das bedeutet: Trotz konfigurierter 500 MB in der advancedsettings.xml läuft Kodi mit nur 20 MB Puffer — dem Default. Nicht gerade ideal.
Die neue Methode
Die Cache-Werte müssen jetzt direkt in /storage/.kodi/userdata/guisettings.xml gesetzt werden. Dafür Kodi stoppen, Datei bearbeiten, Kodi starten:
systemctl stop kodi sleep 3
In der guisettings.xml diese drei Zeilen suchen und anpassen. Wichtig: Das default="true" muss entfernt werden, damit Kodi die Werte als benutzerdefiniert erkennt.
Vorher:
<setting id="filecache.buffermode" default="true">4</setting> <setting id="filecache.memorysize" default="true">20</setting> <setting id="filecache.readfactor" default="true">400</setting>
Nachher (Beispiel für 8 GB RAM):
<setting id="filecache.buffermode">1</setting> <setting id="filecache.memorysize">500</setting> <setting id="filecache.readfactor">600</setting>
Dann Kodi wieder starten:
systemctl start kodi
Was die Werte bedeuten
buffermode = 1
Legt fest, welche Quellen gepuffert werden:
| Wert | Bedeutung |
|---|---|
| 0 | Nur Internet-Streams (HTTP, FTP…) |
| 1 | Alles (Internet + LAN + lokal) ← empfohlen |
| 2 | Nur „echte“ Internet-Streams |
| 3 | Kein Puffer |
| 4 | Alle Netzwerk-Quellen (Default in Kodi 21) |
Wir setzen 1 statt 4, damit NFS-Quellen garantiert gepuffert werden — egal wie Kodi die Quelle intern klassifiziert.
memorysize = 500 (bzw. 250)
Die Größe des Puffers in MB. Das ist der Speicher, den Kodi im RAM reserviert, um Film-Daten vorauszulesen.
Praktisches Beispiel: Ein typischer 4K-Film hat ~80 Mbit/s Bitrate (ca. 10 MB/s).
- 20 MB (Default): Nur ~2 Sekunden Film im Puffer. Wenn das Netzwerk kurz schwankt, stockt die Wiedergabe sofort.
- 500 MB: Ca. 50 Sekunden Film im Puffer. Selbst wenn NFS mehrere Sekunden hängt, läuft die Wiedergabe weiter.
Empfohlene Werte nach verfügbarem RAM:
- 8 GB RAM:
memorysize= 500 - 4 GB RAM:
memorysize= 250
readfactor = 600 (= 6×)
Der Wert wird intern durch 100 geteilt, also 600 = 6,0×. Kodi liest Daten mit der 6-fachen Geschwindigkeit der benötigten Bitrate voraus. Bei einem 80 Mbit/s Film liest Kodi also mit ~480 Mbit/s vom NFS, bis der Puffer voll ist. Danach drosselt es auf die tatsächlich benötigte Rate. Das sorgt dafür, dass der Puffer sich schnell füllt und möglichst voll bleibt.
Verifizierung
Nach dem Neustart im Kodi-Log prüfen, ob die neuen Werte aktiv sind:
grep "New Cache GUI Settings" -A4 /storage/.kodi/temp/kodi.log
Hinweis zum Raspberry Pi 5
Die config.txt Anpassungen (gpu_mem=256 und force_turbo=1) gelten weiterhin für den Raspberry Pi 4. Beim Raspberry Pi 5 sind diese nicht nötig — er nutzt eine andere GPU-Architektur (VideoCore VII) und gpu_mem hat dort keine Wirkung.
> Achtung… Bei XML Dateien, spielt das richtige „Einrücken“ schon mal eine Rolle
„Schon mal“? Es spielt überhaupt keine Rolle! XML-Dateien werden nur durch die „Tags“ strukturiert, die kannst Du auch alle in eine Zeile schreiben. Außer, der Content eines Tags nutzt Tabs oder Zeileumbrüche als Strukturierungsmerkmal…