[unk]
Wenn das Programm 350.000 Titel aus einer Datenbank nicht schafft, wie soll es dann soviele Titel aus vierzig verarbeiten?
[/unk]
-
Was für ein Server?
-
Welche 40 Aufteilungen sollen das denn sein?
Das tut sie. Weil ich damit übergreifend verschiedene Datenbankzugriffe nutzen kann, z.B. lokal und externe als Client.
Daraus jedoch den Grund für 40 Datenbanken abzuleiten, erscheint “kreativ”.
Du kannst doch die jeweiligen Speicherorte anlegen.
Als ich die Musik einlesen wollte konnte ich nur in “Unsortiert” einlesen und diesen Ordner nicht ändern.
Ich habe natürlich verschieden Ordner angelegt und dort erscheinen die Titel auch, genau so wie sie auf dem (heuseigenen) Server zu finden sind. Ich greife über das Netzwerk auf die Dateien zu.
Nur eine Frage: Wo befindet sich die mldb-Datei, also die Datenbankdatei?
Auf C:\ProgramData\mAirList\7.x\
Meine Datenbank enthält derzeit zwar nur rund 215-tausend Datensätze. Aber, wie Uli ja schon eingestreut hatte, auch ich beobachte Performanceschwächen. Einen Komplettabsturz hatte ich allerdings dabei noch nicht. Leidglich lange Wartezeiten mit immer wieder auftauchenden „seems to be frozen“-Meldungen. Auch erscheint öfter in der Kopfzeile „Anwendung reagiert nicht“.
Konkrete Zahlen dazu hatte ich mal gestoppt:
Gleichzeitig ist aber die reine Suche nach Titeln oder Interpreten sehr schnell. Sie liegt bei mir im Bereich von 1 bis 3 Sekunden. Nimmt man die Suche in Attributen dazu, dauert es natürlich länger.
Nun frage ich mich, wozu die Anzeige „Alles“ überhaupt nützlich sein könnte? Ich habe sie bisher eigentlich nur dazu benutzt, um die Anzahl der Datensätze zu ermitteln. Ansonsten sucht man ja eher nach Teilmengen, was prinzipiell mehr oder weniger schnell funktioniert.
Aus meiner Sicht würde es bei „langatmigen“ Suchen schon sehr helfen, wenn dem Anwender eine Art Fortschrittsbalken angezeigt würde. Bei mir verliert Software immer an Vertrauen, wenn sich „nichts mehr sichtbar tut“. Kommen dann noch Fehlermeldungen dazu, schwindet noch mehr Vertrauen. So ist es ja auch bei Massenbearbeitungen. Man sieht oft nichts von irgendeinem Fortschritt. Deshalb finde ich wünschenswert, dass mAirList da „kommunikativer“ würde.
Und bei dieser Gelegenheit möchte ich auch noch einmal für „dynamische Ordner“ plädieren anstelle oder in Ergänzung der virtuellen Ordner. Ich meine damit Ordner, die Titel nach bestimmten Filtern auflisten. Solche Filter gibt es schon beim Scheduling. Vielleicht könnte man das auch auf solche Handsuch-Ordner übertragen.
Für mich ist es sinnlos, z.B. deutsche, von Männern gesungene und zwischen 1974 und 1978 entstandene Titel von Hand in einen virtuellen Ordner zu schieben. Denn dann muss ich ja nach einer Woche oder einem Monat, wenn wieder 500 Titel dazugekommen sind, schon wieder mit der Schieberei anfangen. Wozu? Das soll doch die Software machen.
Und zum Abschluss noch eine Vergleichszahl aus der d’accord librarie:
Anzeigen von 10-tausend Datensätzen dauerte 2 Minuten und 18 Sekunden. Suche nach 288 Abba-Titeln dauerte ca. 8 Sekunden.
Da ist mAirList schneller 
1 Like
Ich habe eben das Update eingespielt. Die Datenbank starten dauert 3 Sek, einen Ordner in “Speicherorte” mit ca. 170.000 Titeln zu öffnen gut 15 Sek. Nach “a. v. A.” (alles von ABBA ;-)) suchen in mAirList geht sehr zügig! Allerdings stürzt die DB wieder ohne Fehlermeldung ab wenn ich “Alles” anklicke. Ich werde mal um 150 t Titel auslagern, mal sehen ob es dann besser funktioniert.
In einigen Bereichen sind ja schon Fortschrittsanzeigen hinzugekommen. Ob Torben das auch in die Suche einbauen kann und möchte? Ich nehme es mal in die Wunschliste auf.
Richtig, bei der Playlist-Erstellung haben wir schon sehr umfangreiche Filter-Möglichkeiten. Und den von dir beschriebenen dynamischen Ordner kenne ich von iTunes. Sie nennen das dort “Intelligente Playlist”, glaube ich.
Auch das erweitert die mAirList-Wunschliste (Torben wird mit mir nach den Ferien und seinem Urlaub ein Personalgespräch führen müssen 
).
Das ist schon mal gut und richtig und eine Fehlerquelle weniger.
Wem ist das auch so ergangen bzw. kann das nachvollziehen?
Mal interessehalber: Wie groß ist denn bei Dir die Datenbank-Datei in MB?
Ich habe übrigens einen signifikanten Geschwindigkeitszuwachs bemerkt, nachdem ich alle Cover aus der Datenbank gelöscht habe.
Die SQL-Datenbank ist von 980 MB auf 27 MB geschrumpft (wäre vielleicht gut, wenn die “Icons” nicht in der dB, sondern in einem Ordner der Festplatte gespeichert werden könnten).
Nach dem Löschen der Cover geht alles sehr fix…
Falls jemand fragt: Doppelklick auf Datenbank und hier löschen…
Das wird von uns grundsätzlich empfohlen. Auch calypso60 hatte diesen Aha-Effekt.
Sofern die Cover Bestandteil des ID3-Tags sind bzw. Vorbis Comment, liest mAirList sie direkt dort aus, wenn das Element in die Playlist geladen wird. Ist eine Option der Playlist. Ein separater Ordner ist zu diesem Zweck meines Erachtens nicht nötig.
Allerdings scheint es in der dB-App anders zu sein. 
Warum sonst dauerte es mit Covern deutlich länger, eine große Anzahl Datensätze zu laden? Es fühlte sich an, als wenn dann vor dem Anzeigen erstmal alle Daten inklusive Icons übertragen wurden. Eine Massenbearbeitung zu einer Datenbank im Internet war auch nur bis zu rund 3500 Titeln möglich, sonst stürzte mAirlist ab… Ohne Cover kann ich nun alle 90.000 Elemente bearbeiten…
Und wenn man schon die Dateien lokal spiegeln kann, wäre es auch sinnvoll, das selbe mit den Covern machen zu können. Denn auch das Öffnen des Editors dauerte bei Verbindung per dB-Server mit Covern deutlich länger als ohne…
Meine Datenbank ist 482 MB groß. Cover sind, so scheint es, nicht vorhanden. Es schreibt zwar das es mehrere Minuten dauern könnte aber die Aufgabe ist sofort abgeschlossen. Vacuum hat mir 20 MB gebracht aber das Problem, s. o. besteht weiterhin.
Frage: Warum kann ich über Datenbank, Verwaltung, Konfiguration keine Speicherorte löschen? es wird mir angezeigt dass der Speicherort noch verwendet wird. mAirList ist geschlossen, nur das DB Programm läuft aber das muss ich doch am Laufen haben wenn ich in die Konfiguration will?
Schau mal, welche Dateien noch in der dB registriert sind, die auf diesem Speicherort liegen. Solange das der Fall ist, ist dieser Speicherort noch “in Verwendung”.
Hmm… ich habe insgesamt 6 Speicherorte in der Datenbank, einen davon möchte ich löschen. Von anderen Dateien weiß ich nichts.
Ich habe die einzelnen Speicherorte als .csv exportiert, eine neue DB angelegt und eine wieder (versucht) zu importieren. Habe das mittlerweile mit allen CSV Varianten probiert. Er tut zwar so als ob er was machen würde aber die DB bleibt trotzdem leer. Was mache ich falsch?
Dann schau doch mal nach, welche Elemente noch in der Datenbank gespeichert sind, die in diesen Speicherorten (also dem Pfad im Windows Explorer) liegen.
Ich bin da mal ehrlich: Keine Ahnung, was Du da mit mAirlist machst und warum so kompliziert. 
Ganz ehrlich, so richtig sicher bin ich mir auch nicht. Ich habe halt im Vorfeld gelesen das man Speicherorte einrichten solle die der Struktur der FP in etwa entspricht. So bin ich also vorgegangen, habe dann nacheinander die 6 verschiedenen Ordner in die Datenbank eingelesen. Obwohl erstmal alles im Ordner “Unsortiert” landen musste, ich konnte den nicht umbenennen und auch keinen Anderen auswählen, sind die Titel doch in den richtigen Ordnern gelandet, natürlich würden die auch im “Unsortiert” erscheinen wenn das Programm nicht abstürzen würde. Soweit, so gut. Jetzt wollte ich einen umfangreichen Ordner, 150 t Titel aus dieser Struktur heraus nehmen um zu sehen ob die verschiedenen Zugriffe möglich, bzw. schneller funktionieren. Das geht aber nicht weil s. o. Die Datenbank greift auch nur auf einen Speicherort zu, dieser Fehler würde meiner Meinung nach auch nur kommen wenn ein anderes Programm auf die Datenbank Datei zugreifen würde aber welches Programm kommt damit zurecht? Wie ich schon geschrieben hatte habe ich mAirList nicht gestartet, ich habe auch den Rechner neu gestartet und nur die DB auf gemacht und wollte gleich den Speicherort löschen. Das sollte doch eigentlich möglich sein?
Ich bin jetzt erstmal bis Sonntag nicht mehr an dem Gerät, aus privaten Gründen
Es ist doch möglich die Datenbank bzw. Speicherorte zu exportieren, richtig? Dann sollte es doch auch möglich sein die Exportierten in eine neue Datenbank einzulesen?
Ich würde es auch gerne unkomplizierter haben, leider geht es (noch) nicht. Cover kann ich nicht löschen, “Alles” oder “Unsortiert” anzeigen funktioniert nicht.
Was ist eigentlich aus den Bug Reports geworden die ich geschickt habe? Konnte man da vielleicht erkennen was ich falsch mache?
Kann ich momentan nicht sagen. Letzte Woche kamen sehr viele bug reports (die sich meist von selbst erledigt haben; manche schießen da etwas vorschnell) zusätzlich zum ohnehin vorgesehenen Support.
Wir standen in der Vor-Ferienzeit gehörig unter Druck und tatsächlich ist jetzt erst mal Urlaubszeit.
Ich kann dir anbieten, dass ich mir das mal per TeamViewer anschaue und du mir die Effekte vorführst, aber das wäre kostenpflichtiger Support gemäß Preisliste.
EDIT
Ansonsten gilt auch bei mir anhand deiner Beschreibungen momentan:
Leg dir doch bitte einmal eine leere Datenbank an.
Dann kannst du unter “Verwaltung->Speicherorte” einen Seicherort deiner Musik auf der Festplatte festlegen.
Und über ‘Synchroniesieren’ ließt du dann diese Musik in die Datenbank ein.
Hier kannst du auch diese Option aktivieren
um deine Ordnerstruktur von der Festplatte zu übernehmen.
2 Likes
Das habe ich schon versucht, funktioniert aber nicht.
Ich habe eben eine neue DB erstellt, die aktiviert (Haken) und die ich schon hatte deaktiviert. Über Speicherorte einen Ordner benannt so wie ich den auf der FP habe. Synchronisieren, den Speicherort auswählen und einlesen lassen (22000 Dateien) Alles auswählen angeklickt und Ordnerstruktur beibehalten angehakt dann Ausgew. Dateien importieren. Kommt Fehlermeldung:
Leider kann ich aber den Ordner Unsortiert nicht umbenennen oder einen anderen auswählen.