Verschoben in den Bereich “mairList 7.x (Beta)” zur weiteren Suche nach der Ursache. 
Kann ich hier auf Anhieb nicht reproduzieren. Offenbar scheint beim Speichern des Containers etwas schief gelaufen zu sein, so dass die Werte jetzt in einem falschen SQL-Feld stehen.
Könntest du bitte einmal deine .mldb-Datei hier hochladen? Nextcloud
Mach ich heute abend, ich bin jetzt an die arbeid 
Ich habe die Datei database1.mldb hochgeladen, vielen Dank, dass Sie sie sich angesehen haben.
Viel Glück
Danke für die Datei. Ich habe die Datenbank bei mir eingebunden, kann aber bisher keinen Fehler feststellen. Wenn ich die Container (35108 etc.) in der Library öffne, kommt kein Fehler. Funktioniert alles.
Was muss ich tun, um den Fehler zu reproduzieren?
Ich Nehmen den Container aus der Datenbank über den mAirList Studio Player, das wird nicht funktionieren.
In dem Moment, wenn ich versuche, den Ordner zu öffnen, wird die Fehlermeldung angezeigt.
In der Bibliothek geht es gut, dort kann ich die Ordner öffnen, auch wenn sie etwas langsam gehen (das hat mit der Größe der Datei zu tun)
Das Problem tritt im Player auf, wenn Mann versuchen, den Ordner in der rechten Spalte zu öffnen.
Ich kann ein Video machen so das du sehn kann was das Problem ist?
Ja bitte. Ich kann das hier wirklich nicht reproduzieren.
Hallo Torben,
Ich habe zwei Videos gemacht, und ich bin gespannt, was ihr davon haltet.
Erste:
Zweite:
Beim ersten Video, Minute 1:32, sieht man unten im Protokoll einen Fehler: Database is locked. Das ist wohl die (eigentliche) Ursache.
Bitte mach mal folgendes:
- In der Konfiguration: Misc → Options → “Debug mode” einschalten
- Reproduzieren
- Es sollte jetzt zusätzlich im Systemprotokoll stehen, direkt nach dem “database is locked”: “Bug report saved as \bugreport.txt”
Diese bugreport.txt bitte auf Nextcloud hochladen.
Ah, und noch zwei Fragen:
-
Da läuft noch eine zweite mAirList.exe. Ist das der DBServer oder etwas anderes? Passiert es auch, wenn du die beendest?
-
Liegt die Datenbank auf der lokalen Festplatte?
- In der Konfiguration: Misc → Options → “Debug mode” einschalten
- Reproduzieren
- Es sollte jetzt zusätzlich im Systemprotokoll stehen, direkt nach dem “database is locked”: “Bug report saved as \bugreport.txt”
Der datei ist hoch geladen
Ah, und noch zwei Fragen:
- Da läuft noch eine zweite mAirList.exe. Ist das der DBServer oder etwas anderes? Passiert es auch, wenn du die beendest?
**Das ist mAirList 6.3 mein live programm beiden haben nicht die gleiche database
Wenn icht es Zuhause Verzuche arbeit es auch nicht
** - Liegt die Datenbank auf der lokalen Festplatte?
Ja alle dabases sind lokal
Danke, Datei ist angekommen. Ich sehe, was die Ursache für das Problem ist. Um es zu beheben, werde ich einige Änderungen am AutoFileContainer vornehmen müssen.
Ich bitte um etwas Geduld und jetzt schon um Entschuldigung, falls dabei noch neue Bugs dazukommen
Kein Problem, das Ganze ist nicht live. Machs mal ruhig an
Es ist ein Beta version so keine Entschuldigung, kann mann erwarten Bugs und andere Sachen. 
Ich habe Build 5015 hochgeladen, dort sollte zumindest die Fehlermeldung verschwinden.
Leider dauert das Laden noch immer sehr lange. Da kümmere ich mich nächste Woche drum.
Danke das arbeitet
1 Like
Tag Torben,
Ich spiele schon eine Weile in der Datenbank und komme zu einer besonderen Entdeckung, warum das Laden langsam ist.
Ich entdeckte, dass es einige Dinge gibt, die sich normalerweise nicht einschalten lassen (ich habe diese selbst eingeschaltet).
Diese sind:
Perform R128 loudness analysis
Perform normalization
Ich verstehe, dass mit einer großen Datei, dass dies eine Weile dauert, aber wenn dies für eine Datei ist, die ihn 5 MB beißt, dann stimmt etwas nicht.
Also schalteten sie sich aus und BAM sehr schnell 
Ich muss gestehen, ich habe mir die Version 7 noch nicht wirklich anschauen können, verfolge aber die entsprechendne Beiträge mit grossem Interesse.
Wenn wir an dieser Stelle noch einen Haken bekommen um ein Cue-Sheet zu laden, ist das genau die Funktion die wir für unsere Wiederholungen brauchen und da wie wild dran rum scripten. Da die Funktion gerade unter der Lupe ist hätte ich da noch ein Feature Request.
Dann fehlt nur noch, dass ich per Event, das Processing dieser Daten vorab auslösen kann, bevor die Playliste geladen wird. Denn eine 2 Stunden Datei braucht in Version 6 schon zu lange um da beim laden der Playliste noch etwas drüber laufen zu lassen, Normalisierung z.B.
Ich würde also eine halbe Stunde vorher die Datenalayse triggern wollen.
Ja, ich habe die Tests von @mEGGs mit verfolgt. Danke für Deine Hilfe @Tondose
Cue-Sheet laden funktioniert ja jetzt gut und das dauert ja auch nur einen kurzen Augenblick. Das kann ich dann beim laden der Playliste triggern.
Bei all den anderen Möglichkeiten die das abspielen aus Verzeichnis bietet, fand ich, dass die Cue-Sheet Bearbeitung da irgendwie fehlte.
Ich finde es immer noch generell sehr schwierig, Events auf die Datenbank anwenden zu können.
Playliste generieren für Zeitraum x in der Zukunft, ist da ja bisher quasi alles was geht.
Wenn man das mal weiter spinnt, würde es hier z.B. Sinn machen vorab zu prüfen, ob die Datei überhaupt vorhanden/ abspielabr ist oder ob sie vor weniger als x-Tagen/ x Stunden geändert wurde. Wenn nicht, dann doch eine andere Vorlage als Playliste würfeln, etwas anderes einfügen. (Bei uns geht es da um Syndications und Wiederholungen)
Ich bin sehr Froh, dass sich in der Richtung etwas bewegt.