GUI hängt hinterher

Hi,

plötzlich hängt die grafische Darstellung hinterher. Der Player spielt Musik aber erst nach ca 1 Sekunde passiert grafisch was. Sowohl bei den Playern als auch in der Cart. Was könnte das sein? Zusatz: Nach einem Neustart von Mairlist gings wieder. Grüße

Exakte Version und Buildnummer?

Version 3.1 Build 752. Beta 2 hatte das Problem nicht. Grüße

Lässt sich das Problem reproduzieren? Wie häufig ist es aufgetreten? Wenn nur einmal, dann heißt das nicht unbedingt, dass Beta 2 davon nicht betroffen war.

Schau mal, ob du es reproduzieren kannst oder es zumindest häufiger/regelmäßig auftritt. Wenn ja, dann kann ich dir eine spezielle Debug-Version schicken, mit der sich das Problem nachverfolgen lässt.

Bisher nur einmal, seit dem Update auf die offizielle 3.1 Version. Mal sehen, obs noch mal passiert…

Ja, meld dich einfach, dann gucken wir uns das an.

Also. es ist jetzt wieder passiert. Wir haben von 20 Uhr bis 08 Uhr Automation. Um 00 Uhr hat sich die neue Tagesplaylist über den Eventeditor hochgeladen. Jetzt hängt die grafische Darstellung wieder hinterher. Wahscheinlich läuft wieder irgendwas voll? GDI? Grüße

Hier findest du eine aktuelle Debug-Version (auf Englisch):

http://www.mairlist.com/download/mAirList/v3.1/debug/

Diese zeigt (a) ein schwarzes Textfenster mit Debug-Meldungen an und erzeugt (b) Dateien der Form “debug-datum-uhrzeit.txt” im mAirList-Programmverzeichnis (bei Vista oder Win 7 ggf. mAirList als Administrator starten).

Sobald der Fehler wieder auftritt, beendest du die Debug-Version und schickst mir die debug*.txt per Mail an info@mairlist.com. Danke!

Das hatten wir ja vor graumer Zeit schonmal hier. Kann ich da 20 Stunden gas geben, oder ist dann die Festplatte voll (Win XP)?

Kommt drauf an, wieviel Platz auf der Platte frei ist :wink: Aber SO groß werden die Dateien jetzt auch nicht. Es wird jede Stunde eine neue Datei angelegt. Schau einfach mal nach einer (vollen) Stunde, wie groß die so ist, und rechne dann hoch.

Jetzt ist alles hängen geblieben. Jede Eingabe dauerte. Ich habe wieder Build 743 installiert. Das läuft wie ein Uhrwerk. Den Debug Log habe ich Dir per FEx auf unseren Server gelegt. Du bekommst einen Downloadlink. Das Ding ist 125 MB groß. Bisschen viel für Email…

Oha, 125 MB - war das schon gezippt? Solltest du tun.

Danke für die Datei - ich bräuchte allerdings auch nochmal die von der Stunde davor (debug-20100630-16.txt), kannst du mir die auch noch schicken? Am besten als zip wegen der Größe.

Vergiss das mal für den Moment.

Ich konnte das Problem jetzt reproduzieren, und zwar mit aktivierter Option “Backtiming fortlaufend aktualisieren” und ziemlich vielen Elementen in der Playlist.

Ich habe einen neuen Debug-Build hochgeladen (unter o.g. Adresse), bitte teste den doch mal.

Ich lasse das Ding jetzt mal über Nacht laufen. Hoffentlich können wir morgen den Fehler finden. LG

Wenn wir Glück haben, ist er in der Version bereits behoben.

Also mit dieser Version gabs keine Probleme. Ich schicke Dir trotzdem die letzten 2 Debug-Logs. Vielleicht findet sich ja was…

Danke. Ich denke, dann haben wir das Problem gefunden und behoben. Build 753 steht nun auch als normaler Snapshot zur Verfügung.

Wie viele Elemente habt ihr eigentlich so durchschnittlich in der Playlist?

Wenn sie sich frisch um 0 Uhr lädt sind es ca 575 Elemente. Musik, Jingles und ca. 30 Minuten Tagespuffer…

Ok, das passt zu meiner Beobachtung, dass das Problem vorwiegend bei langen Playlists auftrat.