Mairlist lädt ewig

Deutsch / German mAirList 6.x
7

Guten Morgen Uli,

bei mir ist es ja genau umgedreht. Ich habe einige Jingles garnicht mehr in der Cart und trotzdem werden diese in der Cartdatei aufgelistet, wenn ich mir die anzeigen lasse. Mairlist versucht dann offenbar diese Jingles mit zu laden, obwohl die garnicht mehr existieren.

Ich nutze Trigger in der Cartwall nur auf Jingles die auch in der Cartwall selber eingebunden sind. Sprich wenn bei einem bestimmten Jingle Start Next erreicht ist, soll ein anderes Jingle gespielt werden. Dieses andere Jingle befindet sich aber auch in der Cartwall auf genau der gleichen Cartwallseite.

Ich nutze auch die Option Standart Preset laden so daß Mairlist gleich beim starten alle 8 Cartwall Seiten mit den Jingles laden soll.

Ich habe nun folgendes probiert 7 Cartwallseiten geschlossen. 1 Cartwallseite mit 4 Jingles offen behalten (ohne Trigger oder sonstige zusätzlichen Funktionen). Die 4 Jingles werden alle von der internen SSD geladen. Nun habe ich die Cartseite auf der SSD abgespeichert. Danach habe ich die komplette Cart als Preset auf der SSD gespeichert und diese danach als Standart-Preset gespeichert.

In der Datei der gespeicherten Cartwallseite sollten eigentlich nur 4 Jingles abgspeichert sein, da in der gesamten Cartwall auch nur 4 Jingles ohne Schnick Schnack eingebunden sind. In der Datei werden aber 10 Jingles abgespeichert, die alt sind oder auch nicht mehr in Verwendung sind. Das sollte ja eigentlich nicht sein. Ich weiss nicht, wo Mairlist sich die Infos für diese uralten Jingles herholt.

Nun habe ich einfach auf die SSD wieder die anderen 6 Jingles zu den 4 Anderen in den jeweiligen Ordner gepackt, so wie es in der .mcp Datei von der Cartseite aufgeführt ist.

Voila, plötzlich lädt Mairlist schneller.

Woher nimmt sich Mairlist diese uralten Daten und speichert diese auch so ab?

Ich habe auch die Datenbank komplett neu einlesen lassen, was auch einige Stunden gedauert hat. Dann habe ich die Datenbank optimiert, da ich vorher aus der Datenbank die Sachen gelöscht habe. Hatte die Datenbank deaktiviert. Es machte aber keinen Unterschied. Die Datenbank ist auch auf der SSD.

Ich habe echt alles durchforstet und probiert was mir vom logischen her eingefallen ist. Ich habe keine Ahnung warum Mairlist mir alte Sachen in die Dateien der Cartseiten abspeichert.

Morgendliche Grüße
Nick

8

Hallo Nick,

das ist alles eine nähere Betrachtung wert; so langsam wird’s mit der Ferndiagnose schwierig.
Schreib’ mich bitte mal unter support@mairlist.com an, dann besprechen wir das weitere Vorgehen.

Einige Maßnahmen erscheinen mir zwar übertrieben, so z.B. die Sache mit der Datenbank. Aber nun gut, vielleicht hilft es dir ja insgesamt bei der Optimierung.

9

Hi Uli,

ich habe Dir eine Mail gesendet mit einer Beschreibung von weiteren Auffälligkeiten zur Cartwall und dem Problem. Screenshots sind da auch mit anbei zum besseren Verständnis.

Dankende Grüße
Nick

10

Hallo und guten Abend,

gab es für dieses Problem seinerzeit eine Lösung bzw. Erklärung?
Habe gerade ähnliche Beobachtungen.

Schöne Grüße
Martin

11

Hallo Martin,

da muss ich erst den alten Support-Vorgang raussuchen.

Hat es bei dir auch mit einer Cartwall-Belegung oder sonstigen (Standard-)Presets zu tun?
Nur, um die Fehlersuche etwas einzugrenzen.

12

Hallo Uli,

ich habe 17 Cartwall-Seiten mit je acht Playern.
Bisher waren auf 4 Seiten Jingles, auf 13 Seiten 100 komplette Musiktitel (4 Player blieben leer).
Das hat immer ganz gut geklappt mit der Ladezeit.
Jetzt sind auf den 13 Seiten statt der Titel jeweils 8 Jingles. Es sind allerdings nur 4 verschiedene Jingles (also vier verschiedene Files), die im Cartwall-Player jeweils eine fortlaufende Nummer als Titel erhalten haben.
Es ist also ein Jingle z.B. zehnmal auf die 100 Player verteilt mit 10 verschiedenen Beschriftungen. Ein anderer Jingle vielleicht 30 mal auf die gleiche Weise usw. Warum das Ganze? Ich will aus hundert möglichen Zahlen eine in der Cartwall wählen und dann den dort hinterlegten Jingle (einer von den 4 verschiedenen) spielen.
Seitdem startet mAirList gar nicht (auch mit seems to be frozen) bis unerträglich lange. Nehme ich von den 13 Seite nur die Hälfte geht es besser.
Bin ich da möglicherweise an eine interne Grenze gestoßen?

Schöne Grüße
Martin

13

Es wird was damit zu tun haben, ja. Ich habe irgendwo eine Notiz dazu, muss ich mal suchen.

Wenn ich es spontan richtig im Kopf habe, ist das Ladeverhalten eines (und erst recht vieler) Cartplayers anders als wenn du eine ewig lange Playlist lädst.
Ich weiß aber, dass ich das vor einiger Zeit mal reproduziert habe, vielleicht sogar anlässlich des von @NickTheRipper beschriebenen Phänomens. Ab Cartwall-Seite [lfdNr] ging das Ladeverhalten plötzlich in die Knie.

14

Ok, das wäre gut zu wissen, wo da die Grenzen sind.
Interessant ist in meinem Fall, dass es erst jetzt, da praktisch einzelne Files zigfach enthalten sind, signifikant in die Knie geht.

15

Ich weiß noch nicht mal, ob das was mit den files selber was zu tun hat. Mein Tipp: Es ist die Anzahl der geladenen Player. Kann man mit einem frischen mAirList prima nachvollziehen. Ab der x-ten Cartwall-Seite, womit auch immer die Cart-Player geladen sind, wird’s kritisch.

Aber ob sich das auf eine fixe Zahl eingrenzen lässt? :thinking:

16

Naja, sagen wir so, es würde helfen. Denn manche Idee kann man dann gleich als Cartwall-Aufgabe verwerfen. Irgendwo muss ja der Flaschenhals messbar sein.

17

Das kann doch nicht sein, daß Dutzende verschiedener Titel funktionieren, es jedoch bei etwa gleich vielen gleichen Elementen steckenbleibt?!

18

Ja, das schockiert mich auch. Zumal die vielen “gleichen” nur einen Bruchteil der Länge von Titeln haben. Und die Anzahl der Player hat sich ja nicht verändert.

19

Bitte mal die Gegenprobe machen und alles laden wie es vorher war. Was passiert?

20

Martin ist schockiert.
Für Tondose kann etwas bestimmtes einfach nicht sein.

Bevor wir eine valide und nachvollziehbare Antwort vom Hüter des Codes, Torben, bekommen (der die Zusammenhänge kennt), finde ich die Sprachwahl nicht so angemessen.

Seid doch bitte so gut und wartet ab, welche Antwort ihr bekommt. Ich kann nur von bestimmten Erfahrungen, Erlebnissen und Problemlösungen berichten. Außerdem habe ich versprochen, mich auf die Suche zu machen, ob ich eine Problemlösung finde, die mit Martins speziellem Fall vergleichbar sein könnte.

Ich werde jedenfalls nicht einfach behaupten (!), das etwas nicht sein könne, sondern zunächst einmal fragen (!), ob ein bestimmtes Verhalten des Programms erklärbar ist, falls ja, weshalb, und ob es eine Lösung gibt.
Mit dem Fuß aufzustampfen und, im übertragenen Sinne, zu sagen “Ich will Kühe!” bringt uns doch nicht weiter.

Es ist jetzt beinahe 23 Uhr MESZ und ich denke, ein wenig Schlaf wäre jetzt deutlich produktiver.

Gute Nacht euch allen. :zzz:

1 Like
21

Guten Morgen,

Ich habe das Problem nicht komplett lösen können, aber die Ladezeiten deutlich reduzieren können. In den Audioeinstellungen habe ich überall wo ich keine Audiotreiber verwende auf “keine Wiedergabe” oder “keine Aufnahme” gestellt. Weiterhin habe ich auch überall geschaut, dass keine der Einstellungen so grau hinterlegt sind. Waren sie das, dann habe ich den Treiber trotzdem nochmals manuell ausgewählt. Ich konnte so die Ladezeiten massiv verkürzen.

Morgendliche Grüsse
Nick

22

Schon mal was von rhetorischem Sprachgebrauch gehört?

23

Falls gewünscht, könnte ich auch mal einen bug-report erzeugen. Der kommt ja nach einiger Zeit bei “seems to be frozen”. Teilweise hatte ich zwei bis drei Minuten Ladezeit. Dann allerdings läuft alles, wie gewünscht.

24

Das habe ich probiert, leider ohne nennenswerte Verbesserung.

25

Guten Abend,

Ich nutze auch nur WASAPI als Treiber. Ich hatte mal probiert WASAPI und ASIO zusammen zu nutzen und das wirkte sich auch sehr negativ auf die Ladezeiten aus. Aufgefallen ist mir auch, wenn eine meiner Audiokarten, die ich für die Cartwall konfiguriert hatte nicht vor dem Start von Mairlist schon aktiv waren, dann versucht Mairlist dieses Gerät wahrscheinlich trotzdem zu finden und lädt dann zum Beispiel die Cartwall ewig nicht fertig.

Vielleicht ist das ja auch noch ein Ansatz der weiter hilft.

Abendliche Grüße
Nick

26

Oha! :flushed:
Ja, das klingt schon sehr merkwürdig.

Einverstanden. Schicke ihn einfach raus, wenn das frozen-Fenster wieder erscheint. Wenn Torben irgendwann wach ist, gebe ich ihm zusätzlich die Info, dass der bug report mit dem Thread hier zu tun hat. Dann kann er deine Beschreibung aus der #12 direkt damit in Verbindung bringen.

Ob er ihn allerdings am Wochenende bearbeitet?
Sieht momentan ja stark nach Familienwetter aus… :family_man_woman_girl_boy: