- Status geschlossen
- Prozent erledigt
- Aufgabentyp Fehlerbericht
- Kategorie GUI & Server
-
zuständig
Soon5 
Qasi - Betriebssystem Windows 10
- Schweregrad mittel
- betrifft Version 3.2 Beta x
- fällig in Version unbestimmt
-
fällig am
unbestimmt
- Stimmen
- versteckt
gehört zu Projekt: DMXControl 3
angelegt von patme - 17.03.2019
zuletzt bearbeitet von Qasi - 10.06.2019
angelegt von patme - 17.03.2019
zuletzt bearbeitet von Qasi - 10.06.2019
FS#3500 - GUI friert ein, nachdem eine Cuelist mit ca 200 Cues geöffent werden sollte
Nach dem ich im Projektexplorer die CUelist öffnen wollte, konnte ich nix mehr machen, außer schließen.(Die Schließen und Speichern-Abfrage erschien noch und ich konnte DMXC ordnungsgemäß beenden)
LumosGUI.log
Project bitte anhängen
Es handelt sich um die Cuelist"Lichtprogramm 3" im Ordner Lichtprogramm
Ich habe gemerkt, dass die GUI nicht wirklich abstürzt, sondern es dauert ca. ne halbe stunde, dann ist die Cuelist geöffnet und man kann weiterarbeiten...
Das Problem kann ich bestätigen. Eine Cuelist mit rund 150 Cues benötigt ca. eine Minute zum Öffnen, eine Cuelist mit 450 Cues ca. 20 Minuten. Das spannende dabei ist: die Auslastung des Arbeitsspeichers durch GUI und Kernel steigen während des Ladens der Cuelist nicht signifikant an, sondern pendeln in einem für mich nicht ungewöhnlichen Rahmen von +/- 5MB um den Ausgangswert.
Der Prozessor ist ein Intel i7-7700HQ, der während des Ladens bei rund 3,6GHz lief.
gleiche bei mir. Ich hab mal ein Projekt angelegt und immer die gleiche Cue kopiert. Da hab ich das gleiche Fehlerbild.
Ihr braucht jetzt nicht anfangen das alle zu bestätigen.
Das liegt warscheinlich an dem DataGridView...
Was dann sicher auch dafür verantwortlich ist, dass das Kopieren und wieder einfügen von etwa 100 Cues sehr sehr langsam von statten geht, richtig?
logisch
Das Input Assignment, also die Tabellenansicht, reagiert ebenfalls zunehmend langsamer, umso mehr Verbindungen ich anlege - und zwar bereits ab ca. 25 Verbindungen in einer Bank.
Nicht wieder das Ticket hier missbrauchen!
Ich werde da generell ein separates Ticket aufmachen müssen, da die Ursache scheinbar doch an einer anderen Stelle liegt, was ich erst im weiteren Verlauf feststellte...
Auch bei kleineren Cuelist dauert es sehr lange, bis sich diese geöffnet hat. Mir ist aufgefallen, dass die einzelnen Cues nacheinader langsam im Editor erscheinen.
Äh. Das kann nicht sein. Ich habe das auf einem 2018er i7, 16gb ram getestet. Es ist definitiv ein Problem vorhanden. Es kann nicht sein, dass eine cuelist, die in der 3.1.3 in wenigen Sekunden geöffnet ist, in der 3.2 mehr als eine halbe Stunde! braucht.
Zumal Joseph und Stefan das Problem bestätigen können.
Richtig… Mein Laptop und Desktop-PC ist ebenfalls mit potenter (schneller) Hardware ausgestattet (Laptop beispielsweise mit i7-7700HQ mit 4x 2,8GHz, Turbo bis 3,6GHz, 16 GB Ram). Bei meinem alten Laptop mit einer AMD APU (2x 1,3GHz, 4GB Ram) hätte ich die Aussage eventuell noch gelten lassen…
Problem liegt nicht am rechner
Ick freu mir…………………….
@Patrick. Ich habe mal ein Project mit 2 Cuelist erstellt. Keine Devices, nur leere cues.
wenn du da die Cuelist öffnest, dauert das nicht auch schon etwas länger/ist verzögert(Bei mir ca 8-10 sekunden)?