"Loading Device Groups" - Freeze.

We proudly present: The release of DMXControl 3.3.3!


On September 29, 2026, we held our release show for DMXControl 3.3.3. During our usual “hour-long” session, we showed you all the new features in this version and what it now has to offer.
Read all about it in the corresponding news article: We proudly present: The release of DMXControl 3.3.3!


  • Hi zusammen,

    ich habe heute die aktuellste Version heruntergeladen und habe meine bereits existierende Installation geupgraded.

    Leider bleibt DMX Control (3.2) nun beim Laden des Projekts bei Loading Device Groups stehen.

    Nur durch killen des Prozesses kann ich das Programm beenden.

    Hat irgend jemand eine Idee was ich machen kann?

    Vielen Dank und LG!

  • Danke!

    Folgendes Einträge sind die letzten von der GUI:

    Display Spoiler

    2020-06-19 17:05:09,297 [Log-Thread] DEBUG Lumos.GUI.Windows.PEManager - Loading Branch from Kernel Cuelists/Szenenlisten

    2020-06-19 17:05:09,299 [Log-Thread] DEBUG Lumos.GUI.Windows.PEManager - Loading Branch from Kernel Cuelist Groups/Szenenlistengruppen

    2020-06-19 17:05:09,301 [Log-Thread] DEBUG Lumos.GUI.Windows.PEManager - Loading Branch from Kernel Devices/Geräte

    2020-06-19 17:05:09,304 [Log-Thread] DEBUG Lumos.GUI.Windows.PEManager - Loading Branch from Kernel Device Groups/Gerätegruppen

    2020-06-19 17:05:09,306 [Log-Thread] DEBUG Lumos.GUI.Windows.PEManager - Loading Branch from Kernel Executor/Executoren

    2020-06-19 17:05:09,309 [Log-Thread] DEBUG Lumos.GUI.Windows.PEManager - Loading Branch from Kernel Executor Pages/Executoren-Seiten

    2020-06-19 17:05:09,311 [Log-Thread] DEBUG Lumos.GUI.Windows.PEManager - Loading Branch from Kernel Presets/Presets

    2020-06-19 17:05:09,313 [Log-Thread] DEBUG Lumos.GUI.Windows.PEManager - Loading Branch from Kernel Files/Dateien

    2020-06-19 17:05:09,316 [Log-Thread] DEBUG Lumos.GUI.Windows.PEManager - Loading Branch from Kernel Item Lists/Ordnungslisten

    2020-06-19 17:05:09,318 [Log-Thread] DEBUG Lumos.GUI.Windows.PEManager - Loading Branch from Kernel Electricity/Elektrizität

    2020-06-19 17:05:09,322 [Log-Thread] DEBUG Lumos.GUI.Windows.PEManager - Loading Branch from Kernel Softdesk/Softdesk

    2020-06-19 17:05:09,324 [Log-Thread] DEBUG Lumos.GUI.Windows.PEManager - Loading Branch from Kernel Stage View/Bühnenansicht

    2020-06-19 17:05:09,326 [Log-Thread] DEBUG Lumos.GUI.Windows.PEManager - Loading Branch from Kernel Layouts/Fensteranordnungen

    2020-06-19 17:05:09,329 [Log-Thread] DEBUG Lumos.GUI.Windows.PEManager - Loading Branch from Kernel Settings/Projekteinstellungen

    2020-06-19 17:05:13,226 [Log-Thread] DEBUG Lumos.GUI.Input.v2.InputManager - Sync Sink / Source Facades took to long. Let's continue anyway

    2020-06-19 17:05:15,460 [Log-Thread] DEBUG Lumos.GUI.Connection.ConnectionManager - Retreiving IGUISessionManager via URL: ipc://LumosServer/SessionManager.

    2020-06-19 17:07:10,353 [Log-Thread] DEBUG Lumos.GUI.Windows.PropertyGridView - Handler is null, robust code resets selected Device Group

    2020-06-19 17:07:10,820 [Log-Thread] DEBUG Lumos.GUI.Windows.Project.ProjectToDos - Cleared ProjectTodo view: Close Project

    2020-06-19 17:07:11,289 [Log-Thread] DEBUG org.dmxc.lumos.XNAViews.GraphicsDeviceControl - Disposing

    reicht das bereits als Information? Das Projekt würde ich nur sehr ungern teilen :D Sollte es natürlich zwingend erforderlich sein, dann natürlich - aber vielleicht hilft der log schon etwas?

    Danke und VG! =)

  • In dem kurzen Log Auszug findet sich jetzt kein Problem. Aber der Auszug ist vermutlich auch viel zu kurz. Grundsätzlich wäre da schon der gesamte Log interessant um Fehler zu sehen. Zudem ist es auch nur der GUI Log, beim Projekt laden dürfte wenn dann was im Kernel Log stehen.

    Ohne weitere Informationen können wir dir vermutlich nicht helfen.

    Wenn du dein Projekt und/oder die kompletten Logfiles nicht öffentlich teilen möchtest oder hier im Forum anhängen, ist das aber auch verständlich und in Ordnung. Du kannst uns aber auch Logs und/oder Projekt persönlich nicht öffentlich senden, wenn das für dich ok wäre.

    Du kannst uns die Daten an info@dmxcontrol-projects.org senden (dann bitte mit Verweis auf diesen Thread). Dann ist es nur für das DMXControl Team intern möglich die Daten einzusehen. Wenn dir das auch noch zu viele Personen wären, gäbe es eventuell noch die Möglichkeit es nur einem einzelnen DMXControl Entwickler zu senden, müsste halt dann irgendwie organisiert werden.

    Viele Grüße

    Moritz

    PS: Falls dieser Beitrag in Zukunft bei ähnlichen Problemen gefunden wird: Bitte nicht unaufgefordert Daten per Mail senden. Bitte immer zuerst einen Thread im Forum starten und dann nach Aufforderung Logs und/oder Projekte auf privatem Weg senden.

  • Guten Morgen!

    Ich habe mir nun mal dein Projekt angesehen. Der Grund, dass dein Projekt so nicht mehr lädt, kommt durch Fehler in den verwendeten DDFs. Hier ist es nämlich so, dass die Prüfung der DDFs von Version zu Version immer genauer wird und so ältere Projekte wie in deinem Fall bei der Prüfung beim Laden "durchfallen".

    Bedingt durch die späte Stunde habe ich gestern Abend nun keine ausführliche Antwort mehr verfasst. Diese folgt aber noch. Du darfst dir aber in der Zwischenzeit gerne deine DDFs aus dem Projekt selbst prüfen, indem du diese in das Verzeichnis UserDevices kopierst (erreichbar über eine entsprechende Verknüpfung im Startmenü) und sie dann einem neuen, leeren Projekt hinzufügt. Dadurch siehst du dann, welche(s) deiner DDF(s) zu korrigieren ist. Ist dies dann erfolgt und du hast die DDFs im Projekt-Zip manuell aktualisiert, lässt sich das Projekt wieder ohne Probleme laden.

    Viele Grüße, Stefan.

  • Hi Stefan ( LightningBrothers ),

    danke dir für deine Antwort. Ich habe mir bereits vor ein paar Wochen deine Antwort durchgelesen, habe es bisher auch probiert.

    Nun rückt der Termin meines nächsten Einsatzes jedoch immer näher und ich muss mich einfach noch einmal melden.

    Ich habe DMXControl geöffnet und ein neues Projekt angelegt. Direkt beim hinzufügen von einem Scheinwerfer ist mir der Reiter "Beschädigte DDFs" aufgefallen, cool! Ich bin mir relativ sicher dass die DDF welche dort zu finden ist, etwas mit meinem Problem zutun hat? ;)

    Ich habe die beschädigte DDF einmal gespoilert, eventuell könnte mir hier einer behilflich sein um herauszufinden wo der Fehler liegt? (Insofern es natürlich an dieser Datei hängt...)

    Display Spoiler

    Wie immer: Vielen Dank für eure Hilfe!

    Chris

  • Hallo,

    ich habe den Fehler gefunden. In Zeile 41 und 42 sind zwei mal </strobe>. Dadurch ist die XML Struktur ungültig. Lösche hier eines der beiden raus und das DDF sollte wieder funktionieren.

    Viele Grüße

    JP

    im Falle eines Falles klebt Gaffa einfach alles, denn Gaffa ist dein Freund und Helfer :thumbup:

  • Nun noch zu deinem eigentlichen Problem mit den DDFs.

    Ich bin mir relativ sicher dass die DDF welche dort zu finden ist, etwas mit meinem Problem zutun hat?

    Nein, dadurch ist zwar das eine DDF nicht öffnenbar, aber das hat nichts mit den anderen zu tun. Worauf Stefan viel mehr hinaus wollte war, dass sich beim Wechsel von DMXControl 3.1 auf 3.2 etwas bei der internen Prüfung von DDFs durch DMXControl 3 getan hat. Zum Hintergrund: DMXControl 3 muss natürlich beim Laden eines DDFs prüfen, ob es korrekt geschrieben ist. Wenn ja, wird es geladen, wenn nein, dann stimmt etwas im DDF nicht. Hierfür werden beim Öffnen des DDFs alle Angaben im DDF überprüft. Leider war diese Prüfung in DMXControl 3.1 nicht ganz so scharf, was dazu geführt hat, dass einige Einträge in DDFs in früheren Versionen falsch erstellt wurden und trotzdem geladen wurden. Mit DMXControl 3.2 wurde dieses Problem korrigiert, was zur Folge hat, dass manche DDFs nicht mehr geladen werden, Dann muss man diese aber nur korrigieren und alles ist wieder gut. Das kann auch mit DDFs der Fall sein, die in einem Projekt gespeichert sind. So auch in deinem Fall. Da einfach wie Stefan gesagt hat einfach mal im Kernel nachschauen, welche DDFs der Kernel da genau anmeckert.

    Viele Grüße

    JP

    im Falle eines Falles klebt Gaffa einfach alles, denn Gaffa ist dein Freund und Helfer :thumbup:

  • Danke für die Erläuterungen. Das macht natürlich Sinn. Das mit Strobe hat das Problem der einen DDF behoben, danke!

    Ich habe nun noch einmal in den Kernel Log geschaut (und diesen noch einmal angehangen)

    Dort sehe ich einige Errors mit

    ERROR DMXRangeWithDiscreteValue - Illegal use of Attributes "minval,maxval" in XmlNode device-->functions-->strobe-->step. This DDF might not be loaded in a future Version!

    Könnte es damit etwas auf sich haben? Davon abgesehen haben einige DDFs noch "modell" anstatt "model"; was aber nur warns sind.

    Hier noch einmal der komplette Log, eine direkte genannte DDF konnte ich jetzt nicht identifizieren?

  • ERROR DMXRangeWithDiscreteValue - Illegal use of Attributes "minval,maxval" in XmlNode device-->functions-->strobe-->step. This DDF might not be loaded in a future Version!

    Dies ist genau ein solcher Hinweis, dass das betreffende DDF in der nächsten Version von DMXControl 3 durch die Prüfung fällt. Stand heute wird es noch geladen. Für dich bedeutet dieser Hinweis, dass du dir alle DDFs mal mit Notepad++ oder einem vergleichbaren Texteditor anschaust und die dort vorhandene Implementierung (hier die Strobe-Funktion) mit der Doku zu den DDFs im Wiki abgleichst.

  • Hmmmmm, Beides sind zwar Warnings, die Stefan und ich auch meinten und die du auf jeden Fall korrigieren solltest. Viel schwerer wiegt aber der Fehler bei "Handler RawDMXHandlerNode doesn't have any Ranges!" (recht weit unten im Log). Da fliegt nämlich tatsächlich mehrmals eine Exception (ein interner Fehler), die eigentlich nicht fliegen dürfte. Jetzt wird die Sache interessant :D Ich schau mir den Fehler mal an und eröffne ein Ticket, dass der Fehler behoben wird. Damit er für dich nicht mehr auftritt, musst du das DDF fixen.

    im Falle eines Falles klebt Gaffa einfach alles, denn Gaffa ist dein Freund und Helfer :thumbup:

  • Soooo, ich habe das jetzt endlich untersuchen können und konnte die Ursache für die Exceptions finden. Habe dazu auch ein Ticket (FS#4246 : DDF führt zu Exception im Raw-Bereich) erstellt.

    Viele Grüße

    JP

    P.S.: Schau mal in deine PNs ;)

    im Falle eines Falles klebt Gaffa einfach alles, denn Gaffa ist dein Freund und Helfer :thumbup:

    Edited once, last by JPK (August 11, 2020 at 8:42 PM).

  • Newly created posts will remain inaccessible for others until approved by a moderator. The last reply was more than 365 days ago, this thread is most likely obsolete. It is recommended to create a new thread instead.