Fix: Lokale Wiedergabe + neuer Geraete-Abgleich (Handy <-> Server)

BUG 1 — Lieder vom Handy waren nicht abspielbar
("Wiedergabe fehlgeschlagen: (0) Source error" / "Loading interrupted")

Wurzel-Ursache: MeloAudioHandler.loadPlaylist hat jeden Warteschlangen-
Eintrag durch NavidromeService.streamAndCacheToLocal(item.id) geschickt,
sobald Zugangsdaten existierten. item.id ist aber NIE eine Navidrome-Song-ID
— lokal ist es file:///storage/..., beim Server die fertige Stream-Adresse.
Der Server bekam also 'file:///...' als Song-ID, antwortete mit einem Fehler,
und diese Fehlerantwort wurde an just_audio weitergereicht (Source error) —
bzw. als .mp3 in den Cache geschrieben, wodurch der Titel dauerhaft kaputt
blieb.

Zweite Ursache: die Schleife lud die GANZE Warteschlange seriell vorab
herunter (30s Timeout je Titel), bevor setAudioSources lief. Bei hunderten
Titeln startete die Wiedergabe deshalb nie; ein zweiter Tipp brach den
laufenden Ladevorgang ab ("Loading interrupted").

Fix:
- Server-Titel tragen ihre ID in MediaItem.extras['navidromeId'] statt sie
  aus der Abspiel-Adresse zu raten. Neue reine Funktionen navidromeIdOf,
  songIdOf, nutztServerCache, quelleFuer.
- loadPlaylist baut die Quellen ohne Netzzugriff; Caching des laufenden
  Titels im Hintergrund (unawaited).
- Resume/Scrobble nur noch mit der jeweils passenden ID (Server bzw. lokal).
- ladeInCache() ersetzt streamAndCacheToLocal(): .part-Datei, Pruefung des
  Inhaltstyps (istAudioAntwort), stabiler Cache-Schluessel ueber die
  Song-ID statt der Stream-Adresse (die trug Token+Salt und war je Sitzung
  anders — der Cache war nie wiederauffindbar), Client wird geschlossen.

BUG 2 — kein Abgleich zwischen Handy und Server

Neu: services/melo_cloud_service.dart + services/sync_service.dart gegen
cloud.baka-net.de (Bearer-JWT ueber BakaAuth). Server-Titel herunterladen
(offline verfuegbar), eigene Dateien hochladen, Loeschungen in beide
Richtungen (Tombstones), Favoriten und Wiedergabe-Verlauf. Automatisch beim
App-Start und bei Rueckkehr in die App (max. alle 15 Min), plus Knopf unter
Einstellungen -> Geraete-Abgleich. Reine Planungsfunktion planeSync().

Bewusst NICHT ueber Navidrome: die Subsonic-API kennt keinen Upload-
Endpunkt. Navidrome bleibt die Streaming-Bibliothek, die Melo-Cloud ist der
gemeinsame Speicher.

DB-Schema 8: songs.cloud_id verbindet Geraet und Server.

Nebenbei behoben (blockierte Build bzw. Tests):
- database.g.dart war veraltet — das Projekt liess sich nicht uebersetzen.
- metadataEdited wurde nirgends gesetzt/beachtet: von Hand korrigierte
  Metadaten wurden vom naechsten Scan ueberschrieben. Jetzt in beiden
  Scans respektiert; metadatenUebernahme() setzt die Markierung.
- song_detail_sheet_test.dart haengt beim Oeffnen des Modal-Sheets und
  blockierte den gesamten Testlauf — vorerst uebersprungen (TODO im Code);
  der Zweck wird von metadaten_uebernahme_test.dart abgedeckt.

Enthaelt ausserdem die bis dahin nicht committete Arbeit der Vorsitzung
(Musikerkennung/ACRCloud, MusicBrainz-Metadaten, MediaStore-Datentraeger).

267 Tests gruen (1 uebersprungen), flutter analyze ohne Befund.

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

test/services/media_store_test.dart

@@ -31,9 +31,26 @@ void main() {
       'sourcePath': '/tmp/Roses.mp3',
       'title': 'Roses',
       'artist': 'Neoni',
+      'volume': null,
     });
   });
 
+  test('veroeffentliche reicht den gewählten Speicherort mit durch', () async {
+    MethodCall? gesehen;
+    messenger.setMockMethodCallHandler(kanal, (call) async {
+      gesehen = call;
+      return '/storage/1234-abcd/Music/Melo/Roses.mp3';
+    });
+
+    await const MediaStore().veroeffentliche(
+      quellPfad: '/tmp/Roses.mp3',
+      titel: 'Roses',
+      volume: '1234-abcd',
+    );
+
+    expect((gesehen!.arguments as Map)['volume'], '1234-abcd');
+  });
+
   test('Scheitert die Android-Seite, gibt es null statt einer Ausnahme',
       () async {
     messenger.setMockMethodCallHandler(
@@ -44,4 +61,39 @@ void main() {
 
     expect(pfad, isNull);
   });
+
+  test('speicherOrte liest die Datenträger von Android', () async {
+    messenger.setMockMethodCallHandler(kanal, (call) async {
+      if (call.method != 'listVolumes') return null;
+      return [
+        {'name': 'external_primary', 'beschreibung': 'Interner Speicher'},
+        {'name': '1234-abcd', 'beschreibung': 'SD-Karte (1234-abcd)'},
+      ];
+    });
+
+    final orte = await const MediaStore().speicherOrte();
+
+    expect(orte.length, 2);
+    expect(orte.first.name, 'external_primary');
+    expect(orte.first.beschreibung, 'Interner Speicher');
+    expect(orte.last.name, '1234-abcd');
+    expect(orte.last.beschreibung, 'SD-Karte (1234-abcd)');
+  });
+
+  test('Ohne Android-Seite bleibt nur der interne Speicher übrig', () async {
+    final orte = await const MediaStore().speicherOrte();
+
+    expect(orte.length, 1);
+    expect(orte.single.beschreibung, 'Interner Speicher');
+  });
+
+  test('Scheitert die Abfrage, bleibt ebenfalls der interne Speicher',
+      () async {
+    messenger.setMockMethodCallHandler(
+        kanal, (_) async => throw PlatformException(code: 'io'));
+
+    final orte = await const MediaStore().speicherOrte();
+
+    expect(orte.single.beschreibung, 'Interner Speicher');
+  });
 }