Posts by JPK

Hallo,

da verweise ich mal direkt an dieser Stelle auf unseren News-Beitrag letzten Monat dazu: Vereinsnews 24_KW45 - DMXControl als Lasersteuerung?

Viele Grüße

JP

Quote from AnthonyL

Thank you for your excellent work, I will continue to follow it

Thank you This supports and I will keep working on DMXC 3

Quote from AnthonyL

By the way; many years ago when I was programing I was using QT framework, which is free (for personal and comunity use if I get it right) and crossplatform. Bonus it include a 3D engine and basically all you could need I guess.

Qt Platform

Maybe that could be a clue for future developments

We are aware of Qt but their conditions are way worse than what we have currently. In addition, we are free but not Open Source so that is usually a problem for such kind of "free for community use" licenses. And the last point: We then still have the problem of not enough programmers who work on DMXControl 3. That is why we will not move to the Qt platform and will stay on the path of transitioning everything to WPF

Ja, letzteres ist tatsächlich "the way to go". Sprich einfach mit einem "Value Change to Bool" prüfen, ob ein Beat ankommt (dann ändert sich der Input). Wenn nicht, schaltet dieser Node auf False. Dazu nimmt man dann diesen Wert und schiebt ihn in einen Input Selector als den Selector Input (also welcher Eingang ausgewählt werden soll). Dann hängt man an den Eingang 1 den normalen Audio Analyzer Beat Wert und bei 0 stellt man den Wert 0 ein. Dadurch wird dann der Wert immer auf 0 gesetzt, wenn kein Beat anliegt.

Hi and welcome in our forum,

Quote from AnthonyL

I guess if it has not be done yet it means that it require serious efforts

As you already guessed it, it is unfortunately a high effort to build DMXControl 3 for MacOS or Linux. It is not the programming language itself (we use C# with which you can build programs for Linux and MacOS) but the UI frameworks: We use Windows Forms (the Name already says, that it is only for Windows), WPF (which is also only for Windows but there are some expensive third party implementations of WPF, which are platform independant) and XNA (a former Game Engine which we currently try to drop because it is already EOL for some years). Currently, we see no real good possibility to get everything running on other than Windows because we have this mixture of frameworks and don't want to buy those third party implementations (which don't help us in the current state either). If we are done with our transition to WPF in a few years, then we can maybe think about that or also shift to MAUI (which is the multi-platform UI framework of Microsoft). MAUI and WPF are kind of similar and it should be much easier to transition from WPF to MAUI (however, there is also some stuff to do). And then, hopefully MAUI is in a state that it is really stable and usable (which was not when we decided to fully go with WPF). Despite this fact, we had already tests of DMXControl 3 running on Linux. But here only the Kernel and the Umbra were running on it (with some limitations). Despite this fact, running DMXControl 3 on Linux is currently not in our focus because there are so many other things, we need to focus first So sorry to say that, but yeah, we can only do the things, we have time for (so free time is the main limiting factor).

JP

Sooo, for your information: Arne and I debugged together and we have now fixed two problems at once: One was a problem in the Art-Net plugin, which we found and fixed. The other was in the kernel itself. If there was a problem in a plugin or interface during startup, that blocked the main process of the kernel. This led to the behavior seen in RC4. With RC5 both problems have been solved. I am now finalizing this RC and then it will go through the internal test. You will get a fixed RC version soon.

Sooo, zur Info: Arne und ich haben gemeinsam Debugged und wir haben nun gleich zwei Probleme behoben: Einerseits gab es im Art-Net-Plugin selbst ein Problem, was wir gefunden und behoben haben. Das andere war im Kernel selbst, was dazu geführt hat, dass ein Problem beim Starten eines Plugins oder Interfaces den Haupt-Prozess des Kernels blockiert hat. Das hat eben beim RC4 gesehenen Verhalten geführt. Mit dem RC5 sind dann beide Probleme behoben. Ich mache diesen nun fertig und dann geht er noch durch den internen Test. Ihr werdet also einigermaßen kurzfristig einen RC bekommen, der dieses Problem behebt.

Hi,

which version of DMXControl 3 are you using? And are you controlling the device or the device group? Maybe you check, if the group masters are all at 100% because this could be the problem. In addition: If you are using DMXControl 3.3.0 RC4, then there is usually a yellow exclamation mark in the bottom right. This shows you which causes that there is no output.

I hope, this already helped you. If not, then we may need further information about your project.

JP

Hallo und herzlich willkommen im Forum,

nein, du hast tatsächlich die Einstellung nicht übersehen. Das ist aktuell eine Eigenheit von DMXControl 3. Das gilt nicht nur für MIDI, sondern z.B. auch für die Nanoleaf-Controller etc. Und du hast vollkommen recht, dass das nicht 100%ig optimal ist. Für die Zukunft gibt es da schon Überlegungen, das anders zu lösen. Das vor allem auch, wenn wir irgendwann den MIDI-Teil in DMXControl 3 austauschen werden. Das ist wie gesagt geplant aber noch nicht angegangen. Bis dahin bleibt dir leider nichts anderes übrig, als tatsächlich erst die anderen Programme zu starten, bevor du DMXControl 3 startest.

Viele Grüße

JP

Hallo,

ich benutze DMXControl 3 zwischen zwei und vier Mal im Jahr für Theaterprojekte. Erst vor ein paar Wochen hatte ich wieder eine Veranstaltung damit gefahren und die nächste ist Ende Januar. Üblicherweise erstelle ich eine große Cuelist mit zwischen 60 und 120 Cues, die (fast) den gesamten Ablauf der Show enthalten. Ich habe "fast" geschrieben, weil es manchmal Effekte gibt, die ich nicht über die Haupt-Cuelist fahren kann. Diese fahre ich dann über einzelne zusätzliche Cuelists. Diese werden üblicherweise aber von mir aus der Haupt-Cuelist heraus gestartet und gestoppt (oder stoppen von alleine). Hinsichtlich des Textbuchs hatte ich bisher (bis DMXC 3.2.2) das Textbuch-Plugin verwendet. Allerdings funktioniert dies aufgrund eines Bugs in WindowsForms (also dem Fenster-Framework, welches auch das Plugin verwendet) leider mit DMXControl 3.2.3 und 3.3.0 nicht mehr. Daher war beim letzten Theaterstück tatsächlich alles vorprogrammiert und jede Cue in einem Textbuch hinterlegt, welches ich auf einem separaten Bildschirm hatte. Jetzt für Januar muss ich mal schauen, denn üblicherweise programmiere ich das Licht für dieses Theaterstück immer vor Ort.

Viele Grüße

JP

Ist es immer der dritte LED-Controller? Ändert sich etwas, wenn du mal die Kabel durch tauschst? Hintergrund der Frage: DMX belegt 3 Adern auf dem Kabel, einmal das DMX-Signal positiv (DMX+) ausgesteuert, einmal das DMX-Signal negativ (DMX-) ausgesteuert (also gespiegelt zu dem Signal auf der anderen Ader) und einmal Ground. Wenn jetzt das Adapter-Kabel z.B. einen Produktionsfehler hat oder du versehentlich ein Kabel erwischt hast, bei dem die Ader für DMX+ und DMX- vertauscht angeschlossen sind, dann versteht der LED-Controller nur Bahnhof. Dann interpretiert er nämlich die Signale auf den Adern falsch und das kann zu ganz komischem und vollkommen zufälligem Flackern führen.

Als Information: Wir werden uns das Problem in den nächsten Tagen (vielleicht am Wochenende) genauer anschauen und dann versuchen, möglichst zeitnah eine Lösung zu finden.

As information: We will look into this problem maybe at the weekend and see, what the issue is and try to get a solution for that as soon as we can.

Hallo,

jein. Es gibt die Möglichkeit, jeden Tag zu einer bestimmten Uhrzeit Cues zu triggern. Das Keyword hier heißt "RTC" Trigger. Du musst hierfür nur diesen Trigger bei einer Cue entsprechend darauf hin umstellen und die Uhrzeit in der Trigger-Value eingeben, die du haben möchtest. Speziellere Dinge wie Montag-Freitag oder ein gewisses Datum gehen aktuell (Stand 3.3.0 RC4) nicht.

Nähere Infos zu dem Trigger findest du in folgendem Video von mir:

Viele Grüße

JP

P.S.: Schon einmal als keinen Hint: Ich persönlich will da noch etwas in diese Richtung in DMXC 3 einbauen Das ist von mir fest geplant, aber ich kann noch nicht sagen, wann. Aber vielleicht in einer der nächsten DMXC 3 Versionen

Nochmal eine weitere Aussage aus Entwicklersicht: Erst einmal Danke für eure Motivation, das Problem einzugrenzen. Ich sehe hier immer wieder sehr viel Motivation, Fehler in DMXC und hier im speziellen diesen Fehler zu finden und das ist sehr erfeulich. Es bringt aber leider nichts, eigene Vermutungen anzustellen, was der Auslöser sein könnte bzw. was dieses Problem bedingt. Auch wenn Anweisungen der Entwickler nicht durchgeführt werden oder nicht klar ersichtlich ist, welche Dinge gemacht wurden und was die Ergebnisse davon waren. Letztendlich kann man das Problem leider nur finden, wenn man es reproduzieren kann UND wenn man die internen Zusammenhänge in der Software wirklich kennt, sprich die Struktur der Programmteile kennt, das selbst gebaut hat und mehr oder weniger tagtäglich daran arbeitet. Das betone ich noch einmal explizit, denn das "sich mit der Software auskennen" verleitet manchmal zu dem Gedanken, dass man auch die interne Struktur kenne. Das ist aber praktisch immer ein Trugschluss wo doch selbst wir Entwickler nicht jede Ecke der Software gut kennen und uns in manche Bereiche von anderen Entwicklern auch erst einlesen und eindenken müssen. So stellt sich die Situation gerade wie folgt dar: Von den beiden Voraussetzungen haben wir die eine bei euch (ihr könnt es reproduzieren, wir Entwickler aktuell nicht) und die andere bei uns (wir kennen den genauen Aufbau der Software und können im Zweifel an einzelnen Stellen noch einmal im Sourcecode nachschauen, was ihr nicht kennt und könnt). Lasst uns das doch kombinieren, indem ihr alle Infos liefert, damit wir das reproduzieren können und wir letztendlich das Problem beheben können . Wichtig wäre daher in einem einzelnen Bugtracker-Ticket a) möglichst viele (aber kurz gehaltene) Infos, um das Problem zu reproduzieren, b) andere Gegebenheiten (war DMXC 3.2.3 schon installiert, PC Specs, Grafikkartenkonfigurationen, also ob 1 oder 2 da sind,...) und c) die Logs, wobei in diesem Fall hier gerne auch einmal von einem PC, wo es funktioniert und einmal, wo es nicht funktioniert. Ziel des Tickets (wie eigentlich jedes Bugtrackertickets) ist es, dass wir Entwickler das Problem möglichst übersichtlich (nicht über mittlerweile ~20 Posts verteilt ) erfassen und reproduzieren können bzw. das Problem in Gedanken durchspielen und mögliche Bereiche in der Software finden können, die dieses Problem auslösen könnten.

Viele Grüße

JP

Jogi B. Zur Info, falls du dich wunderst, warum du 3 Antworten bekommen hast: Wir drei haben parallel eine Antwort geschrieben und nicht mitbekommen, dass die anderen auch getippt haben. Witziger Weise hatten wir gerade intern festgestellt, dass wir vermutlich noch nie die Situation hatten, dass gleich 3 Leute parallel schrieben

Hallo,

Zur Frage 1:

Das geht so leider nicht. DMXControl 3 speichert keine Kanalwerte sondern "nur" für jedes Gerät die Properties. Dabei findet auch keine "Rückübersetzung" der Kanalwerte in Geräteproperties statt. Es gibt nur die Übersetzung Geräteproperties => DMX-Werte.

Zur Frage 2:

Wenn du wirklich nur 1:1 DMX-In nach DMX-Out mappen möchtest, dann kannst du dafür auch das entsprechende DMX-In to DMX-Out Mapping verwenden. Das findest du in den Eigenschaften von DMXControl 3. Dort kannst du dann auch z.B. Bereiche und mehrere Abschnitte definieren

Viele Grüße

JP

Quote from nutzer99

Kannst du mal im Kernel Log gucken, ob da Fehlermeldungen zu sehen sind?

Da sind keine Er hat das Log doch angehängt. Aber was mich echt wundert ist folgendes:

2024-11-12 16:20:18,523 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Resource.Datastore.FileBackendDatastore - Returning 0 resources of type DDF in path [UserDevices].
2024-11-12 16:20:19,045 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Resource.Datastore.FileBackendDatastore - Returning 1567 resources of type DDF in path [LibDevices].
2024-11-12 16:20:19,050 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Resource.Datastore.FileBackendDatastore - Returning 0 resources of type DDF in Project.
2024-11-12 16:20:19,050 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Resource.Datastore.FileBackendDatastore - Found 0 resources of type DDF in Project and all paths [UserDevices, LibDevices]. Now filtering.
2024-11-12 16:20:19,051 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Resource.Datastore.FileBackendDatastore - Returning 0 resources of type DDF in Project and all paths [UserDevices, LibDevices].

Es werden also 1567 DDF-Ressourcen bei den LibDevices gefunden. Warum sagt dann die 4. Zeile, dass keine Ressourcen in der Kombination aus UserDevices und LibDevices gefunden werden? Soon5 hast du da eine Idee?

Den gibt es nicht mehr, weil wir die Karte aus Kompatibilitätsgründen und aus Datenschutzgründen nicht in das neue Forum übernommen haben.

Hallo und herzlich willkommen im Forum,

ok, das ist ein echt spannendes Problem Es wäre mir nicht bekannt, dass schon einmal jemand etwas in die Richtung hatte. Könntest du vielleicht folgendes mal testen: Ist das Problem konstant weg, wenn du DMXControl 3 (also genau genommen den Kernel) als Admin startest? Das ist nicht die Lösung, aber wenn damit dann das Problem behoben ist, könnte es eine Rechteproblematik sein. Außerdem: Sagen die Kernel-Logs irgendetwas? Du findest dazu im Menü von DMXControl 3 einen entsprechenden Eintrag, der das Kernellog öffnet bzw. die Logs exportiert werden können.

Viele Grüße

JP

Ah was ich aber gerade gesehen habe: Du hast auch gefragt, ob das Projekt dann gleich mitgestartet werden kann. Hier gibt es Änderungen, weil ja nun alle Projekte im Kernel liegen. Daher kann man dem Kernel nicht mehr per Pfad sagen, welches Projekt er laden soll. Aber es gibt hier eine temporäre Lösung, indem man dem Kernel die Projekt-ID beim Start mitgibt. Hier werden wir dann in Zukunft auch noch eine Funktion einbauen, dass man in DMXC selbst sagen kann, wie gestartet werden soll (Projektauswahl erscheint (aktuelles Verhalten), kein Projekt aktiv, spezifisches Projekt / Projektversion sollen geladen werden).

Ahhh, du musst den Namen des SpeedMasters in geschweiften Klammern eingeben also so: {SpeedMaster 1}. Dann sollte das funktionieren.