Alben und Kuenstler offline mitnehmen; Zwischenspeicher bekommt eine Grenze

Bisher landete Musik nur zufaellig auf dem Geraet: was man abspielte, blieb
nebenbei liegen. Gezielt "dieses Album fuer die Zugfahrt" gab es nicht. Und
dieser Zwischenspeicher wuchs unbegrenzt — es gab nur "alles loeschen".

Zwei getrennte Ablagen. Bewusste Downloads liegen NICHT im Cache-Ordner:
den darf Android bei Speichernot jederzeit selbst leeren, und genau das
darf einem mitgenommenen Album nicht passieren. Sie liegen deshalb neben
der Datenbank im Support-Ordner. Die Grenze gilt nur fuer den
Zufalls-Cache; Downloads sind unbegrenzt und werden nie verdraengt.

- Download-Pfeil je Album und Kuenstler, mit Fortschritt und Abbruch
- Rueckfrage ab 30 Titeln samt Groessenschaetzung
- Obergrenze wahlbar (aus / 512 MB / 1 / 2 / 4 / 8 GB), Standard 2 GB;
  am laengsten nicht Gehoertes weicht zuerst
- Liste "Heruntergeladen" mit Titel, Kuenstler, Groesse, einzeln oder alle
  entfernbar (Schema 10)
- Wiedergabe nimmt erst den Download, dann den Zwischenspeicher

Aus dem Code-Review nachgebessert, vier ernste Punkte: "aus" (0 MB)
schaltete das Aufraeumen ab statt das Zwischenspeichern und liess den
Cache unbegrenzt wachsen; wer sich erst waehrend der Sitzung am Server
anmeldete, konnte gar nichts laden; die Verdraengung konnte Dateien
loeschen, die die laufende Warteschlange schon als Quelle eingetragen
hatte (Abbruch mitten im Album, ohne Rueckfall aufs Streamen); und ein
heruntergeladener Titel wurde beim Abspielen ein zweites Mal in den Cache
geholt. Dazu sechs kleinere und der "zuletzt gehoert"-Stempel, der beim
Aufbau der Warteschlange statt beim Abspielen gesetzt wurde.

Nebenbei aufgeraeumt, weil die Dateien ohnehin offen waren: keine Emoji
als Knoepfe mehr, kein Colors.redAccent und kein grey.shade mehr im
ganzen Projekt, und die Einstellungen heissen nicht mehr "Settings".

433 Tests gruen (vorher 411), flutter analyze ohne Befund, Release-APK
gebaut.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_013xAHJTJM6UUqmjUgk1PUEd

lib/services/navidrome_service.dart

@@ -379,7 +379,18 @@ class NavidromeService {
   Future<File?> ladeInCache(String songId, Uri streamUri, CacheManager cache) async {
     final ziel = await cache.getCacheFile(cacheSchluessel(songId));
     if (await ziel.exists()) return ziel;
+    return ladeDateiHerunter(streamUri, ziel);
+  }
 
+  /// Lädt [streamUri] vollständig nach [ziel] und gibt die fertige Datei
+  /// zurück, oder `null`, wenn dabei etwas schiefging.
+  ///
+  /// Dieselbe Logik für den Zwischenspeicher wie für einen bewussten
+  /// Download — nur das Ziel unterscheidet sich. Geschrieben wird zuerst in
+  /// eine `.part`-Datei; erst der vollständige, als Audio bestätigte
+  /// Download wird umbenannt. Ein Abbruch hinterlässt damit keine halbe
+  /// Datei, die später als gültiger Treffer gälte.
+  Future<File?> ladeDateiHerunter(Uri streamUri, File ziel) async {
     final teil = File('${ziel.path}.part');
     final klient = http.Client();
     try {
@@ -387,16 +398,15 @@ class NavidromeService {
           .send(http.Request('GET', streamUri))
           .timeout(const Duration(seconds: 30));
       if (!istAudioAntwort(antwort.statusCode, antwort.headers['content-type'])) {
-        await logger.error('Cache abgebrochen: HTTP ${antwort.statusCode}, '
+        await logger.error('Download abgebrochen: HTTP ${antwort.statusCode}, '
             'Typ ${antwort.headers['content-type'] ?? '-'}');
         return null;
       }
       await antwort.stream.pipe(teil.openWrite());
       await teil.rename(ziel.path);
-      debugPrint('Im Cache abgelegt: ${ziel.path}');
       return ziel;
     } catch (e) {
-      await logger.error('Cache-Download fehlgeschlagen: $e', e, StackTrace.current);
+      await logger.error('Download fehlgeschlagen: $e', e, StackTrace.current);
       if (await teil.exists()) await teil.delete();
       return null;
     } finally {