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
77 lines
2.6 KiB
Dart
77 lines
2.6 KiB
Dart
import 'package:flutter/foundation.dart';
|
|
import 'package:flutter/services.dart';
|
|
|
|
/// Trägt fertige Musikdateien in den öffentlichen Musikordner von Android ein.
|
|
///
|
|
/// Nötig, weil der Bibliotheks-Scan auf Android über den MediaStore läuft:
|
|
/// Songs, die dort nicht stehen, werden beim nächsten Scan als verschwunden
|
|
/// markiert. Nebeneffekt: heruntergeladene Musik ist auch in anderen Apps da.
|
|
class MediaStore {
|
|
const MediaStore({this.channel = _standardKanal});
|
|
|
|
static const _standardKanal = MethodChannel('de.baka.melo/media_store');
|
|
|
|
final MethodChannel channel;
|
|
|
|
/// Verschiebt [quellPfad] nach `Music/Melo` und meldet die Datei dem
|
|
/// MediaStore. [volume] wählt den Datenträger (siehe [speicherOrte]);
|
|
/// ohne Angabe nimmt Android den internen Speicher.
|
|
/// Gibt den neuen Pfad zurück, oder `null` wenn es nicht klappt.
|
|
Future<String?> veroeffentliche({
|
|
required String quellPfad,
|
|
required String titel,
|
|
String? kuenstler,
|
|
String? volume,
|
|
}) async {
|
|
try {
|
|
return await channel.invokeMethod<String>('publishAudio', {
|
|
'sourcePath': quellPfad,
|
|
'title': titel,
|
|
'artist': kuenstler,
|
|
'volume': volume,
|
|
});
|
|
} on PlatformException catch (e) {
|
|
debugPrint('MediaStore-Eintrag fehlgeschlagen: ${e.message}');
|
|
return null;
|
|
} on MissingPluginException {
|
|
// Desktop/Tests: dort gibt es keinen MediaStore.
|
|
return null;
|
|
}
|
|
}
|
|
|
|
/// Alle Datenträger, auf denen Musik landen kann — interner Speicher und,
|
|
/// falls eingelegt, SD-Karten.
|
|
Future<List<SpeicherOrt>> speicherOrte() async {
|
|
try {
|
|
final roh =
|
|
await channel.invokeListMethod<Map<Object?, Object?>>('listVolumes');
|
|
if (roh == null || roh.isEmpty) return const [_intern];
|
|
return [
|
|
for (final eintrag in roh)
|
|
SpeicherOrt(
|
|
name: eintrag['name'] as String,
|
|
beschreibung: eintrag['beschreibung'] as String,
|
|
),
|
|
];
|
|
} on PlatformException catch (e) {
|
|
debugPrint('Speicherorte nicht lesbar: ${e.message}');
|
|
return const [_intern];
|
|
} on MissingPluginException {
|
|
// Desktop/Tests: dort gibt es nur den einen Ordner.
|
|
return const [_intern];
|
|
}
|
|
}
|
|
}
|
|
|
|
/// Ein Datenträger für heruntergeladene Musik. [name] ist der MediaStore-Name
|
|
/// des Datenträgers, [beschreibung] das, was der Nutzer liest.
|
|
class SpeicherOrt {
|
|
const SpeicherOrt({required this.name, required this.beschreibung});
|
|
|
|
final String name;
|
|
final String beschreibung;
|
|
}
|
|
|
|
const _intern =
|
|
SpeicherOrt(name: 'external_primary', beschreibung: 'Interner Speicher');
|