DMXC 3.3.0 RC5: Ständige Abstürze der GUI

Quote from Qasi

Moin, also, das mit den FFT-Analysen der Audiofiles wird mit dem x64 umbau warscheinlich kein problem mehr sein.

Das eigentliche Problem ist aber weniger die Analyse, als das UI-Framework WPF.

Dieses ist nicht in der Lage Bilder/Zexturen die einmal geladen wurden zu entladen.

Heist das der Speicherverbrauch steigt mit jeder weiteren Audiofile das in einer TimecodeShow angezeigt wurde(also ab dem moment wo es sichtbar im Fenster war)

Das wird aber auch mit x64 weit weit nach hinten verschoben

Das deckt sich mit meiner Beobachtung. Oft konnte ich eine TimecodeShow laden und bearbeiten. Wollte ich dann mit der nächsten weiter machen hat sich das Programm gerne beim Laden aufgehangen.

Umgekehrt: Wenn ich jetzt für die Veranstaltung die Timecodeshows nur noch über die Executoren starte, also das Timecodeshow-Fenster in meiner Fensteranordnung gar nicht mehr lade, läuft das ganze (relativ) stabil.

Das meinte ich auch oben damit, dass das Programmieren gar keinen Spaß macht aber das Fahren der Show einigermaßen funktioniert.

Quote from Qasi

Zu den DDFs, in der Fehlermeldung in dem Bild steht genau an welcher stelle der fehler ist und was nicht richtig ist.

Zu den Timecode Shows.
Dann Bearbeite die Shows nicht Quer durchs beet, oder alle hinter einander, dann musst du kurz Speichern, die GUI schließen und dann die GUI neu Starten.
Wir können da nichts dran ändern bis wir auf x64 sind.

Genau so habe ich es dann auch gemacht. Wollte damit nur sagen, dass ich das Phänomen beobachten konnte.

Quote from Qasi

Ich hab dein Project mal in der Entwicklungsumgebung geladen,Dffs
Da sind fehler in ein paar DDFs, die es mir nicht erlauben das project zu öffnen

Ich bin mal auf Fehlersuche gegangen und hab etwas gefunden. Mit den DFFs hier im Anhang bringt bei mir der Kernel beim Start des Projektes keine Fehlermeldung mehr.

Nachdem nun alle vier Aufführungen geschafft sind, denke ich, dass ich euch noch ein Feedback schuldig bin:

Das Aufsplitten auf zwei Teilprojekte hat in meinem Fall leider nicht ausgereicht. Noch weiter aufsplitten konnte/wollte ich nicht mehr. Ich hätte ja jedes weitere Teilprojekt noch einmal genau durchtesten müssen, um sicherzugehen, dass ich nicht Zuviel heraus gelöscht habe. Dafür war schlichtweg keine Zeit mehr.

Ich hatte es hier aber ja schonmal erwähnt, dass ich nach Abschluss des Programmierens Fenster wie Timecodeplayer oder Stageview nicht mehr verwendet habe und beim ausschließlichen Arbeiten mit Executoren und Softdesk beim Fahren der Show sich DMX-Control relativ stabil verhalten hat.

Das Problem hat sich dann nur noch dadurch geäußert, dass nach einiger Zeit eine Cuelist-Group nach der anderen zwei Cuelists gleichzeitig abgespielt hat, obwohl ich das in den Eigenschaften nicht erlaubt hatte.

Das hat sich aber nur so ausgewirkt, dass z.B. nach einer Timecodeshow mal eine MH-Gruppe an geblieben ist oder mal eine Bewegung weiter gelaufen ist. Über meine Cuelist-Monitore konnte ich das sehr schnell händisch abschalten. Das war dann weiter kein Problem. Ab und zu haben sich dadurch sogar ganz nette Bühnenbilder während der Moderation ergeben =)

Ich will damit nur sagen, dass in meinem Fall DMX-Control nicht komplett abgestürzt ist und mir im Fehlerfall eher "signalisiert" hat, dass es Zeit wird neu zu starten. In Kombination mit meinem Backup-Rechner, auf den ich dann wechseln konnte, war das alles händelbar.

Da ich jetzt einfach mal davon ausgehe, dass die 64Bit-Version noch etwas auf sich warten lässt (ihr könnt ja auch nicht hexen), denke ich für das nächste Mal über einen Workaround nach:

Ich habe dabei an eine Artnet-fähige Mediaplayer-Software gedacht, in die ich alle Audiofiles auslagere, die nicht in einer Timecodeshow verwendet werden. Dadurch könnte ich mein Projekt deutlich verschlanken und hätte dennoch den Komfort die Files aus DMXControl heraus zu steuern.

Im Prinzip könnte man sogar ein parallel laufendes DMX-Control V2 als Artnet-MP3-Player missbrauchen. Da werde ich bei Gelegenheit mal etwas experimentieren. Sobald ich einen praktikablen Workaround gefunden habe, würde ich das hier noch ergänzen.

Ich starte jetzt allerdings erstmal meine Vorbereitungen in die kommende Bierzeltsaison, wo ich mit meinem Musikverein unterwegs bin. Sprich Livemusik, keine Audiofiles und ein Setup in der Größenordnung 150 DMX-Kanäle. Das sollte etwas entspannter laufen

Bleibt mir nur mich hier noch einmal zu bedanken für euere Unterstützung, schnelle Rückmeldung und dass ihr euch die Arbeit gemacht habt, mein Projekt nach Fehler zu durchforsten. Wenn wir auch das Problem kurzfristig nicht vollständig beseitigen konnten, war es für mich äußerst hilfreich überhaupt zu wissen, was passiert und woher die Phänomene kommen. Vielen lieben Dank nochmal dafür.

Ich hoffe auch, dass es hier nicht falsch rüber gekommen ist, nachdem wir sehr viel über Probleme diskutiert haben:

Im allgemeinen finde ich DMX-Control 3.3 als äußerst gelungen. Ich nutze DXM-Control mittlerweile seit über 20 Jahren und es ist für meine Zwecke nach wie vor die beste Wahl und ich bin bei neuen Versionen immer wieder überrascht, Features zu entdecken von denen ich vorher noch gar nicht wüsste, dass ich sie dringend brauche

Großes Lob und bitte macht weiter so.