Windows 11 Pro x64, Version 22H2, Build 22621.1555
mAirList 7.1.7 Home Studio (portable)
nein, keine Artworks in der DB
ja, VACUUM zuvor ausgeführt
Ich betreibe eine mAirListDB mit etwa 75’000 Einträgen im local mode. Nun wollte ich kürzlich die Einträge aus „Unsortiert“ in den Ordner „Musikdateien“ schieben, aber mAirListDB lässt dies leider nicht zu.
Sobal ich den Ordner „Unsrotiert“ anklicke, läuft der Arbeitsspeicher bis zur magischen 3,75GB-Grenze für 32-Bit-Programme voll und bricht dann mit der Fehlermeldung „Out of memory“ reproduzierbar ab. Screenies sind unten.
Wundern tue ich mich auch darüber, weshalb die mldb-Datei stolze 2,38 GB groß ist. Den Synchronous-Mode habe ich testweise auch mal umgestellt (auch wenn ich bis heute keine Erklärung für dessen Funktionsweise habe). Keine Änderung. Er steht Stand jetzt auf „NORMAL“.
Long story short: Ich kann die Mukke in meiner DB nicht mehr administrieren und sortieren. Innerlich habe ich mich schon damit abgefunden, dass ich vermutlich die DB samt aller Cue-Points neu aufbauen darf. Würde dies natürlich gern umgehen, wenn irgendwie möglich.
Falls gewünscht kann ich den Bug Report gern senden und/oder die mldb-Datei bereitstellen.
Ich tippe auf importierte Cover. Das würde auch erklären, warum der Ordner bei der Datenmenge nicht komplett angezeigt werden kann und mAirlist dann abbricht.
Cover lassen sich in der Datenbankeinstellung aber sonst leicht gesammelt löschen.
Jep, mich verwirrt die Dateigröße ebenso.
In der Konfiguration habe ich eingestellt, dass keine Artworks importiert werden sollen, und neben dem VACUUM habe ich auch obligatorisch besagte Funktion genutzt. (Cover brauche ich einfach nicht in der DB, daher hab ich das grundsätzlich aus.)
Da dämmert mir was. Wir hatten neulich einen Kunden mit einem bis dahin noch nicht beobachteten Problem, und ich meine, dass das auch ogg war.
Lade doch bitte mal Build 5248, da ist auch das hier drin:
Snapshot - Build 5248
(...)
[-] FLAC/Ogg album art tag (METADATA_BLOCK_PICTURE and COVERART) incorrectly
imported as text field
Wenn genau das bei dir stattgefunden hat, dann hilft vermutlich auch die große Aufräume nichts (es werden ja Cover gelöscht, aber keine Textfelder).
Schau mal in die Attribute der Elemente, ob da solche Felder vorhanden sind (im Feld, auch wenn es leer erscheint, mal mit dem Cursor tippen, da ist ein Zeilenumbruch drin).
Ist aber Stochern im Nebel, ich werde Torben darauf aufmerksam machen.
Kam mir nur so spontan in den Sinn, weil das erst kürzlich im Support aufschlug.
Wenn meine vorab geäußerte Vermutung zutrifft, dann: Ja.
Der Bugfix im aktuellen Snapshot scheint also Wirkung zu zeigen. Bedeutet aber für mich, dass ich vermutlich doch alle Titel neu einlesen muss, right?
Oder das “Albumcover löschen” würde um die Funktion erweitert, die die fehlerhaften Textfelder auch bereinigt?
tippen, da ist ein Zeilenumbruch drin).
