Ich möchte abhängig von der aktuellen cuenummer mehrerer cuelist einen Input selector steuern. Siehe Foto. Leider funktioniert das nicht. Er reagiert immer nur von dem node EINER Cuelist. Was kann ich da machen?
Mehrere Links auf den Input eines Nodes
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!
-
was möchtest du damit erreichen?
Gruß
Nutzer99
-
Hallo!
Mehrere Verbindungen auf ein Node funktionieren aktuell nicht. Du kannst aber mal versuchen, ein Format-Node dazwischen zu bauen und dieses mit {0}{1}{2} formatieren.
Viele Grüße, Stefan.
-
Oder du verknüpfst die 3 Cues mit "Math" Node (2x Math Node hintereinander) und nimmst dort die Einstellung "MAX" oder "MIN" je nachdem ob du im Zweifelsfall lieber 1 oder 2 anzeigen willst. Die Ausgabe kann dann auf das Label, da brauchst du dann den Selector nicht mehr.
-
LightningBrothers October 23, 2019 at 3:14 PM Moved the thread from forum Help and Support [v3] to forum Input Assignment. -
Ich habe das wie folgt gelöst. Mit den "Rule of Tree" Nodes dazwischen funktioniert das. Bei 3 Inputs mit dieser Verschaltung gab es allerdings auch "Probleme" bzw. ungewollte Funktionen.
In diesem Beispiel kommt ein Fader aus dem Softdesk und der andere via TouchOSC/Midi Bridge.
Gibt es zu dem "Format" Node bzw. anderen Nodes eine Art Wiki? Eine simple Auflistung würde ja schon reichen.
Dann fällt das "spielen" etwas leichter.
-
Gibt es zu dem "Format" Node bzw. anderen Nodes eine Art Wiki? Eine simple Auflistung würde ja schon reichen.
Wir arbeiten derzeit verstärkt am Wiki. Das wird aber noch eine Weile brauchen.
Das Problem mit dem Eingang ist, dass du verschiedene Inputs verwendet hast. Der letzte Wert den du einstellt gewinnt. Wenn du einen Fader hochziehst und danach einen 2. springt der Wert beim 2. Fader erstmal auf den Startwert.
Die Frage ist was willst du erreichen?
Gruß
Nutzer99
-
Wenn die CueList aus ist, ist ja auch kein Cue an, also ist die Cue-Nummer == null
-
da habe ich derzeit eine Und Funktion dahinter gesetzt, die mit dem Cuelist Städte verknüpft ist.
-
Aktuell ist es so, dass der "Compare Node" beide Eingänge in eine Zahl Konvertiert und dann die Operation ausführt. Wenn einer von beiden Eingängen nicht konvertiert werden kann, dann wird der Vorgang abgebrochen und der letzte Wert bleibt stehen.
Für <, > usw. macht das auch Sinn. Für == und != könnte man in der Tat was daran ändern. Außerdem könnte für == und != der Compare Node auch für Nicht Numerische Werte dienen. Ich baue das mal um.
-
Du meinst also damit Stringcompare?
Nein, das müsste man nochmal genauer spezifizieren. Ob z.B. "0" und "false" gleich sind, oder "2.0" und "2". Gefühlt würde ich eher einen inhaltlichen Vergleich bevorzugen, also das z.B. "True" als String == true als Boolean ist.
Aber wie gesagt, das muss man sich dann überlegen.
-
Ob z.B. "0" und "false" gleich sind, oder "2.0" und "2". Gefühlt würde ich eher einen inhaltlichen Vergleich bevorzugen, also das z.B. "True" als String == true als Boolean ist.
Bitte sowas nicht anfangen. Das bringt so ziemlich alle schlechte Eigenschaften von typunsicheren Sprachen wie Javascript und PHP direkt in das Input Assignment. Ich sag da nur mal das hier dazu:
[Blocked Image: https://i.imgur.com/epeo0GS.jpg]
-
Aber das machen wir heute schon. Node Eingänge akzeptieren "0", "1" sowie "true", "false" jeweils als Zahl, oder Boolean oder String für Wahr / Falsch. Das ist notwendig, weil sonst X-Mehr Konvertierungsknoten notwendig wären.
Mit der Logik wäre es nur Konsequent wenn der Compare Node das auch so macht. Aber wir können das ja mit auf die DevCon nehmen. Ich schreibs mal in die Themensammlung.
-
Das bringt so ziemlich alle schlechte Eigenschaften von typunsicheren Sprachen wie Javascript und PHP direkt in das Input Assignment.
Also mir wäre eine ausgewogene Lösung wichtig. Man muss ja nicht alle Nodes für alles öffnen, aber eine gewisse Flexibilität sollten die Nodes schon haben, um eben nicht "hunderte" Male konvertieren zu müssen. Das bedeutet für mich, dass in einem bestimmten Rahmen auch Werte zugelassen werden, die für die jeweilige Programmiersprache dann auch eher untypisch sind. Vielleicht kann man dies aber auch durch entsprechende Eingabehilfen vorher abfangen.
Denn - überspitzt formuliert: einen normalen Nutzer, der nichts mit den "Internas" von DMXControl zu tun hat, interessiert es nicht, ob die Eigenschaft des Codes gut oder schlecht ist. Hier zählt mehr der Komfort und das Ergebnis.
-
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.
