Bugtracker DMXControl 3

Aktuell kann das Compare Node nicht verwendet werden, um zu prüfen, ob der anliegende Wert zwischen >< bzw. außerhalb <> zwei Werten liegt. Grundsätzlich lässt sich dies mit einem Konstrukt aus zwei Compare-Nodes und einem Logic-Node bauen. Es wäre aber hilfreich, wenn der Compare-Node diese Möglichkeiten direkt anbieten würde.

Bei manchen Input-Werten kann es vorkommen, dass diese etwas schwanken, gerade bei analogen Spannungswerten. Diese Schwankungen sorgen jedes Mal für eine Werteänderung und triggern so ein Update des ConnectionSets, obwohl dies vielleicht nicht nötig wäre. Daher wäre es gut, wenn es ein Filter-Node gäbe, welches einen Input entsprechend glättet. Hier sollten zumindest ein paar der Glättungsverfahren / Filtertypen implementiert werden (siehe https://de.wikipedia.org/wiki/Gl%C3%A4tten_(Mathematik))

Mit dem neuen Operator “Average” berechnet das Math-Node den (einfachen) Durchschnittswert aus den Werten an allen Eingängen, die nicht leer sind.

Man kann im Input Assigment die Bänke mittels Drag&Drop sortieren.
Diese Sortierung wird nicht gespeichert und es wird auch kein Dirty Flag gesetzt.

Die Master können ja nun mit Hilfe des Display-Name individuell benannt werden.
Daher sollte in den Eigenschaften der Nodes der Display-Name und nicht weiterhin der Name angezeigt werden.

Ich habe in meinem Connectionset sowohl das Device Group Node als auch das Group Master Node im Einsatz, die beide die gleiche Device Group referenzieren. Um nur einmal die gewünschte Device Group respektive Group Master auswählen zu müssen, wäre es hilfreich, wenn das Group Master Node als zusätzlichen Eingang die Device Group erhält.

Wenn ich das mir so überlege, gehe ich davon aus, dass jeder Timer-Node die Zeit für sich berechnet, insbesondere wenn er einen Blinken ausgeben soll. Dies hat auch zur Folge, dass über mehrere Connectionssets hinweg das Blinken asynchron abläuft.

Mit dem im folgenden beschriebenen neuen Node habe ich die Hoffnung, dass

• alle Buttons etc., die mit Hilfe des neuen Nodes blinken sollen, dies im gleichen Takt tun.
• durch eine zentrale Zeitvorgabe die Performance insgesamt steigt, weil ggf. nur noch auf Basis eines Wertevergleichs gearbeitet werden muss.

Der Node globale Timer bzw. die globale Uhr hat als Grundlage die Systemzeit. Von der lässt sich ableiten, alle wie viel Sekunden, Minuten oder Stunden der Ausgang auf True geschaltet wird. Die untere Grenze ist dabei abhängig, wie genau man an die Systemzeit herankommt - sprich ob ein kompletter Zyklus von minimal 2 Sekunden oder sogar schneller möglich ist.

Dem entsprechend ergeben sich folgende Ein- und Ausgänge sowie Parameter:

• Eingänge
  • Ein- / Aus (analog zum aktuellen Timer-Node)
• Ausgänge
  • True / False bzw. 0 / 1
  • Systemzeit
• Parameter
  • Zykluszeit oder Einschaltdauer

Hallo,
im Live Stream am 07.11.2022 wurde für die 3.3.0 das neue Warning Featur vorgestrellt, mit dem angezeigt werden kann warum DMXC keine Ausgabe macht.

Hier für, sagte Arne, gibt es keine Knoten im Input Assignment.

Es wäre sinnvoll einen hierfür einzubauen um die dort angezeiten Warnungen gesamt oder auch einzeln auf Anzeigen öder ähnliches
im Softdesk zum schalten.

Gruss Steff

Analog zum Math- oder zum Logic-Node wünsche ich mir, dass die Anzahl der Eingänge beim Format-Node ebenfalls einstellbar sind. In vielen Situationen reicht ein Eingang bereits aus, da nur ein einiger Wert neu formatiert werden muss oder auch in diesem Zusammenhang durch einen Zusatz ergänzt werden soll. Daher würde ich in diesem Zusammenhang auch vorschlagen, standardmäßig nur einen Eingang anzubieten. In der Summe fallen die Connectionssets an dieser Stelle etwas kompakter aus.

Die “große” Lösung mit der eigenen Definitionslogik wie bei den Input / Output Selectoren entsprechend  FS#4366  bedarf es dann aber nicht.

In DMXControl 3 ist die Position ein vordefiniertes Objekt bestehend aus Werten für Pan und Tilt. Dies wird vom Programmer Node so nicht unterstützt.

Um den Programmer Node zum Beispiel aus dem Position Master eine Position zu übergeben, muss das Position-Objekt erst mit dem Split-Node in die Pan- und Tilt-Anteile zerlegt werden. Dies widerspricht dem Grundsatz, im Input Assignment mit normierten Werten zu arbeiten - zumal im Bereich der Farbe bereits ein Farb-Objekt erwartet wird.

Daher sollte im Programmer-Node der Input “Position” ergänzt werden und sich so verhalten, wie es der Value Input des Position Master Nodes seit der Beta 3 tut (siehe Ticket  FS#4832 ). Ob im Gegenzug die Inputs “Pan” und “Tilt” beim erneuten Einfügen des Programmer-Nodes weiterhin angeboten werden, ist zu diskutieren.

Im beigefügten Beispielprojekt habe ich vier verschiedene Inputs an das LTP-Node gehängt: Macro Board Profile, Tastatur (Umsch + 1), Push-Button aus Softdesk (Button 2) und MIDI. Lade ich das Projekt, kann ich über den Button 1 bereits die Signal Lamp einschalten, weil der LTP keinen definieren Wert übergibt, da er wiederum keinen definierten Wert von den Inputs erhält.

Dies hat bei anderen Projekten zur Folge, dass zum Beispiel ungewollt Cuelists ausgeführt werden. Zur Zeit lässt sich das nur dadurch beheben, dass ich nach dem Laden einmal alle Tasten betätigte und damit auch eine Neuberechnung des jeweiligen Connectionsset anstoße. Dabei muss ich beachten, dass beim manuellen Triggern alle Bänke aktiv sind, in denen ich die jeweiligen Input nutze. Sobald eine Bank nicht aktiv ist, behält der Input seinen undefinierten Zustand bei, wenn ich die Bank nachträglich aktiviere. Dies hat wiederum zur Folge, dass ich die dort in den Connectionset enthaltenen Inputs erneut manuell triggern muss.

Hierzu hatte sowohl ich das Ticket  FS#3958  sowie @steff das Ticket FS#4432. Vielleicht hat eines oder gar beide eine gewisse Relation zu diesem Ticket.

Bei diesem Punkt handelt es sich um ein Verhalten, was sowohl in DMXControl 3.2.3 als auch in DMXControl 3.3 Beta 2 gleichermaßen existiert. Um dies prüfen zu können, ist das Projekt in DMXControl 3.2.3 erstellt.

Hallo,
Meine Idee bzw. Wunsch wäre, die Timer Werte (Timer 1 und Timer 2) des neuen Delay Nodes aus Ticket  FS#3902  von außen zugänglich zu machen, (Input und Output) Dann könnte man die Werte über Slider, DMX In usw verändern bzw anpassen, könnte diese zur Anzeige ausgeben und wäre noch flexibler.

Gruß Steff

Wir hatten das Problem bereits in der 3.2.2. Jetzt tritt das Problem wieder auf.

1. Cuelist Group mit Cuelists im IA mit Softdesk Cuelist Monitor verbinden
2. Projekt speichern
3. Projekt laden

–> Cuelist Monitor ist leer…

Tests mit dem Bitmap from Resource Node haben unter anderem auch im Ticket  FS#4802  gezeigt und bestätigt, dass dieser Weg nicht der richtige für den folgenden Anwendungsfall ist:

Ich möchte mir das aktuell gewählte Gobo auf einem Button eines Macro Boards anzeigen lassen. Im Idealfall kann ich dazu ein entsprechendes Converter-Node am Gobo-Ausgang des DMXC-Mixers bzw. des Programmers anschließen und mit diesem dann wiederum den gewünschten Button verknüpfen.

Beim Einfügen des bereits existierenden List Selectors kam mit der Gedanke zu folgendem neuen Node auf: dem “Item List” Node.

Das Item List Node gehört zur Kategorie der Wrapper-Nodes und ermöglicht das Arbeiten mit im Projekt existierenden Item Lists wie Gobo List, Color List oder Position List. Entsprechend der gewählten Liste stellt es die folgenden Ein- und Ausgänge zur Verfügung.

Eingänge

• Item List: Wählt die Item List mit der entsprechenden ID oder dem Namen
• Select: Übergabe eines ganzzahligen Werts zur Auswahl eines bestimmten Objekts in der Item List
• Previous: Auswahl des vorherigen Objekts
• Next: Auswahl des nachfolgenden Objekts

Ausgänge

• Name: Name der zugeordneten Item List
• ID: ID der Item Liste
• Items: Ausgabe der Liste der enthaltenen Werte wie die verschiedenen Farben bei einer Color List, Gobos der Gobo List etc.
• Item count: Anzahl der Objekte in der Liste
• Selected Item: Ausgabe des ausgewählten Eintrags

Ein möglicher Anwendungsfall für das Item List Node wäre zum Beispiel die “zentrale” Verwaltung von Farben für den Status eines Buttons im Softdesk oder auf einem Makro Board. Bis jetzt ist ein üblicher Weg, die verschiedenen Farben in einem Input Selector zu hinterlegen. Verwendet man die gleichen Farben mehrfach muss auch der Input Selector mehrfach konfiguriert werden. Mit Hilfe des Item List Nodes würde die Farbdefinition zentral im Project Explorer erfolgen. In den betreffenden Connectionsets greift man dann nur noch den Index der Liste auf. Möchte man die Farben im Nachgang nochmal ändern oder mit einer weiteren Farbe arbeiten, muss man hier auch nicht mehr alle Input Selecotren einzeln anfassen und die Farbe hinterlegen. Es muss stattdessen nur dafür gesorgt werden, dass der benötigte Index am Item List Node ankommt, wenn es nicht bereits vorher schon der Fall war.

Hallo,
ich war, als ich den vorletzten News Artikel (https://forum.dmxcontrol-projects.org/core/index.php?article/774-schon-gewusst-34-vieles-ist-relativ-auch-der-programmer-knoten/) gelesen hab kurz verwirrt. Anhand der Überschrift dachte ich, man könnte die Werte die man in den Node schmeißt relativ interpretieren lassen (wie im Device Control).

Daher ist meine Idee in dem Zusammenhang mit dem Programmer-Node (den man zwischen normierten Werten und absoluten Werten umstellen kann), eher mit dem Wort normiert zu belegen, anstatt relativ.
Die Verwirrung war nur kurz da und hat hat sich beim Lesen des Artikels auch behoben. Aber dennoch kann ich mir vorstellen, dass neue Benutzer, die sich in die Thematik einarbeiten, auch verwirrt sein können.

Beste Grüße, Ludwig

Ich versuche mal meinen Wunsch zu erklären:

Ich möchte gerne auf meinem Streamdeck die 8 executoren mit den je 4 Buttons anzeigen. Dabei stoße ich an manchen Stellen an die Grenze, wenn ich den Executor Node verwende.

Ich möchte gerne in einem der Buttons anzeigen, was dem Executor zugewiesen ist (z.b. Cuelist XYZ, Colormaster…) und zusätzlich wie der Status ist. Bei Cuelist Start/Stop/Running, beim Colormaster die Farbe…

Ich könnte mir vorstellen, dass es zwei weitere Ausgänge am Knoten gibt. Einmal “name” für den aktuellen Namen von dem zugewiesenem Element und einmal “value” für den aktuellen Wert der ausgegeben wird.

Bin da offen für Vorschläge.

Prio. ganz niedrig…

Beim Auswählen innerhalb eines Poperties im Input Assigment muss der Wert ausgewählt werden und anschließend mit OK bestätigt werden, hier werde eine Auswahl mit Doppelklick und automatischem schließen des Fensters schön.

zB: Parametermaster-Node, in den Einstellungen einen Parametermaster auswählen

Wenn ich mit dem Compare-Node Werte vergleiche, muss ich Nachgang noch weitere Nodes einfügen, wenn mit dem zu prüfenden Wert weiterarbeiten möchte. Üblicherweise ist das ein Input Selector.

Um die Connectionsets zu vereinfachen, schlage ich vor, den Compare-Node um einen zusätzlichen Eingang mit dem Namen “Val” zu erweitern. An diesen Eingang schließe ich einen beliebigen Wert an, mit ich im Anschluss weiterarbeiten möchte. Dieser muss aber nicht zwingend der Wert sein, auf den ich die Prüfung laufen lasse und kann daher auch ein String sein. Deswegen sehe ich aktuell keinen Sinn darin, ein vergleichbares Verhalten über eine Einstellung festzulegen.

Nutze ich den Val-Eingang, wird am Ausgang statt True / False bei Erfüllung der Prüfbedingung der am Val-Eingang anliegende Wert ausgegeben. Ggf. ist zu überlegen, ob das Node eine Einstellung erhält, bei der festlegt wird, welcher Wert bei Nichterfüllung der Prüfbedingung anliegen soll.

Fehlerbeschreibung

Im Network Explorer gibt es bereits das Icon für Autoposition. Dieser Button sollte genauso wie ein neuer Button für “Show the whole graph” in der Menüleiste der Graphenansicht mit aufgenommen werden, da beide Funktionen aktuell nur über das Kontextmenü zu erreichen sind.

In manchen Situationen kommt es vor, dass die Aktualisierung des Input- und Output-Baumes von außen nicht automatisch angestoßen wird, wenn das Input Assignment Fenster geöffnet ist. Ein Beispiel ist hier das Deaktivieren des Group Masters, wie in meinem Live-Tutorial "Clubshow mit DMXC3" bei 23:36 zu sehen. Diese Verschwinden erst, wenn ich das Fenster schließe und neu öffne. Ein weiteres Beispiel ist, dass die finalen Namen von neu angelegten Cuelists etc. nicht durchgereicht werden, sodass im Baum noch “New Cuelist” steht.

Unabhängig von der Tatsache, dass die beiden zuvor beschriebenen Punkte als Fehler zu werten sind und hierzu noch entsprechende Tickets folgen, wäre hier dennoch ein entsprechender Button hilfreich, um die Aktualisierung beider Bäume analog zum Refresh-Button im Project Explorer auch manuell anstoßen zu können.

In meinem Live-Tutorial “Clubshow mit DMXControl 3” habe ich mir Connectionsets mit einem Button inkl. entsprechendem Feedback gebaut. Aktuell muss ich bei der Anpassung der Kopie dieses Connectionsets für die Nutzung des Button 2 hier sowohl den Button 2 auf der Inputseite als auch auf der Outputseite per Drag&Drop ersetzen.

Um die Anpassung einer Kopie eines Connectionsets weiter zu beschleunigen, wünsche ich mir eine Möglichkeit, den Input und Output eines Buttons, Sliders etc. in einem Rutsch ersetzen zu können - gerade unter dem Gesichtspunkt, wenn diese in einem Connectionset mehrfach verwendet wurden.

Nachdem ich mir den dritten Blocks meines Live-Tutorial “Clubshow mit DMXControl 3” nochmal angesehen habe, ist mir erst bewusst geworden, wie häufig ich eigentlich in die Properties eines Nodes springe, um dort die Zuordnung einer Cuelist, eines Masters etc. zu ändern. Diese Änderung ist immer mit vergleichsweise vielen Mausklicks verbunden:

• Einem Doppelklick (2) zum Öffnen der Properties (egal ob das Node ausgewählt ist oder nicht) oder drei Klicks, wenn man über das Kontextmenü geht.
• Zwei Klicks (3 und 4), um den Auswahldialog zu Öffnen.
• Ein Klick (5) zur Auswahl des neuen Objekts.
• Zwei Klicks (6 und 7) um beide Dialoge mit OK zu schließen.

Diese Tätigkeit kommt immer dann zum Tragen, wenn man eben ein vorhandenes Connectionset vervielfältigt und die Kopien entsprechend anpasst. Aus diesem Grund wünsche ich mir eine Möglichkeit, insbesondere bei den Wrapper-Nodes die Zuordnung eines Objekts wie Cuelist, Master, Executor nach der Auswahl des Nodes in der Graphenansicht direkt vornehmen zu können, ohne hierzu in die Properties springen zu müssen. Ideal wäre hier folgender Ablauf:

• Ein Klick (1) zum Auswählen des entsprechenden Nodes.
• Ein Klick (2) zum Aufrufen der Liste der verfügbaren Cuelists, Master etc.
• Ein Klick (3) zum direkten Ändern der Zuordnung ohne weitere Bestätigung.

Aktuell wird durch die Großschreibung der Namen verschiedener Ein- und (ggf.) Ausgänge mitgeteilt, dass diese eine bestimmte Aktion direkt triggern wie beispielsweise die Inputs Go, Go Back, Go Next etc. des Cuelist Nodes. Im Zuge der weiteren Internationalisierung von DMXControl 3 kann aber nicht mehr sichergestellt werden, dass in weiteren Sprachen ebenfalls eine Unterscheidung über die Groß- und Normalschreibung des Namens erfolgen kann.

Auf Grund dieser Problematik wurde in der Entwicklersitzung vom 31.03.2021 vereinbart, dass die Input Hubs und (sofern erforderlich) die Output Hubs durch eine andere Farbe entsprechend hervorgehoben werden und statt des Gelbs eine andere Farbe erhalten.

Dabei kann zum Beispiel das Bank Node als entsprechende Vorlage dienen, weil hier auch die Hilfetexte entsprechend vorbereitet sind. Nach der Implementierung des ersten Beispiels unterstütze ich selbst gerne beim Umbauen und Erweitern der weiteren Nodes (deswegen auch die Zuweisung).

Ich habe das Problem das wenn ich DMXC 3 starte, werden die von mir verwendeten ParameterMaster Nodes nicht aktualisiert.
Erst wenn ich den mit dem ParameterMaster verkmnüpften Regler am DMX Multiplexer Pult einmal bewege wird der Wert geändert und übernommen. Davon habe ich aber über 60 Stück

Das wäre das selbe Problem was ich mit der 2er habe. Als Workaround schalte ich vorher den DMX Multiplexer aus und erst wenn das Programm läuft wird der wieder eingeschaltet.

Funktioniert mit der 3er auch, aber leider nicht immer.

Bilder
Davon sind angehängt.

Wurde im Forum beschrieben.
https://forum.dmxcontrol-projects.org/index.php?thread/15927-parameter-node-wird-beim-start-nicht-aktualisiert/

Moin,
wäre es möglich beim Macrobaord die profile Aufzuteilen, so das z.B. die ersten 2 Spallten ein Profil haben und die letzten 6 Spalten beim Stream Deck XL ein anderes.
So könnte man z.B. die Tasten um Profile nicht von allen Profilen nutzen.

Gruß
Max

Moin die dritte,
wenn ich z.B. im Cue-Node die Cue auswähle, soll unter den Auswahlmöglichkeiten nur die Cues erscheinen die in der zuvor ausgewählten Cuelist enthalten sind.
Hier werden normal alle vorhandenen Cues angezeigt.
Bei großn Projekt können schnell 100 Cuelists zusammen kommen und ein Vielfaches an Cues. Das könnte die Auswahl der gewünschten Cue vereinfachen.

Gruß
Max

Moin,
es wäre schön wenn es ein node geben würde, das einen Eingangswert nach oben und Unten Begrenzen würde.

Es sollte für die Limiterfunktion 3 Eingänge haben. Der zu Vergleichende Wert, oberes Limit und unteres Limit. Als Ausgabe würde meiner Einschätzung das Resultat, befindet sich der Eingangswert zwischen oberes und unteres Limit (Wahr/Falsch) und ein Wert selbst genügen.

Hoffe ich konnte es auch hier gut genug Beschreiben.

Gruß
Max

Moin,
Ziehl der Sache ist es, eine Bitmap zu erzeugen, die in einem Button hinterlegt werden kann. Ähnlich wie im Bild im Anhang.

Beschreibung:
Ich möchte die Cue aus einer Cuelist mit einem Effekt Starten, Beispielsweise eine Kreisbewegung oder Farbe.
Der Button soll das Symbol des Hinterlegten Effektes darstellen. Ähnlich wie im Livestream der Programmer.

Wenn die Cue mit dem Button verküpft währe (paar Nodes sind wohl dazwischen um eine Bitmap zu erzeugen), würde eine Änderung der Cue direkt auf den Button dargestellt werden. Beilspielsweise von einer Kreisbewegung zu einer Elipse, oder von der Farbe Blau zu Rot.

Ich hoffe ich konnte es gut genug Erklären.

Gruß
Max

Es kommt immer wieder mal vor, dass Nutzer sehr umfangreiche Connectionsets bauen, die dann schnell unübersichtlich werden. Oftmals wäre es aber möglich, deren Logik auf mehrere Connectionsets zu verteilen.

Daher sollte beim Bauen von solch großen Connectionssets ein Hinweis erscheinen, dass es unter Umständen nicht sinnvoll ist, etwas derartiges zu bauen. Dieser Hinweis erscheint bei jedem neu manuell angelegten Connectionset einmalig beim Überschreiten einer noch festzulegenden Anzahl von Nodes. Inputs und Outputs wären ggf. auszuklammern, ebenso wie der Fall, wenn man ein Connectionset oberhalb der Hinweisgrenze dupliziert.

Im Auswahlfenster für die Cuelist bei den Properties eines Cuelist-Nodes ist der Auswahlbutton extrem schmal (siehe Bild). Da befindet sich direkt darüber ja auch noch nutzbarer Platz, damit man den größer machen könnte

Es fehlt eine Kamerasteuerung wie in der Stageview.
Es fehlt ein Raster an dem man sich orientieren kann.
Es fehlt die Möglichkeit bei den Verbindungslinien Zwischenpunkte an zu legen um Verbindungen von Logiken runter ziehen zu können "saubere Kabelverlegung".

Ich steuere über das Softdesk immer bei zahlreichen Cuelists gemeinsam die Intensität, den Fade Factor und Speed Factor oder Slider an. Die zugehörigen Cuelists liegen meist auch in einer Cuelist Group. Bis dato muss ich aber diesen Slider immer pro Cuelist verdrahten, sodass ich ihn beispielsweise bei 10 Connectionsets für 10 verschiedene Cuelists einbinden muss.

Hier würde ich mir eine Möglichkeit wünschen, dass ich diese drei Werte über eine zentrale Stelle an die Cuelists übergeben kann, natürlich vorzugsweise über bereits vorhandene Nodes.

Das Input Assignment ist in einem floating Window zusammen mit einem Softdesk (IA oben, Softdesk unten). Nachdem ich einige Zeit im Projekt gearbeitet hab (Wechseln zwischen Graphen und Tabellen-Ansicht, verschieben der Grenze zwischen IA und Softdesk), ist mir in der Tabellen-Ansicht die auf dem Bild 1 zu sehende graue (im Bild rot markierte) Fläche aufgefallen. Diese überdeckt alle sich darunter befindenden Connectionsets und wird relativ zu der Grenze IA und Softdesk verschoben (Bild 2). Außerdem wandert die mit der Zeit nach oben (also jetzt nicht kontinuierlich, sondern irgendwie während dem Arbeiten). Öffne ich ein Connectionset, dann verschwindet sie und ich kann ganz normal im CS arbeiten, beim öffnen der Tabellenansicht ist sie wieder da. Mit Schließen und Öffnen des IA geht die Fläche auch nicht weg. Lediglich mit einem Neustart der Software verschwindet es wieder (Projekt neu laden hab ich jetzt nicht probiert.

Beim klonen wird immer nur eine Klon erstellt. Das nervt bei z.B. 32 Connections ziemlich ;) Also als neues Feature im Context-Menü bei Rechtsklick auf CS “Clone multiple” und dann in einem PopUp-Fenster die Auswahl, wie viele CS erstellt werden sollen.

Immer wieder kommt es vor, das man einen Graphen im Input Assignment eines Users debuggen muss. Hierfür braucht man zwingend ein Bild. Allerdings ist das bei komplexeren Graphen manchmal schlecht bis gar nicht zu lesen. Daher wäre es für diese Arbeit sehr wichtig, wenn man einfach die anzuzeigenden Nodes auswählen könnte, dann einen Rechtsklick auf einen der Nodes machen könnte und das als Bild exportieren könnte (egal ob png, jpeg etc.). Hierbei sollte die Auflösung immer so sein, dass man den Text auf jeden Fall lesen kann (also durchaus eine Standardaufösung möglich, dann wird halt das Bild etwas größer). Am Besten wäre es, wenn man auch noch den Ausschnitt mit den Inputs und Outputs der ausgewählten Nodes drauf hat. Wählt man keinen Node aus und exportiert das Bild, dann wird einfach der ganze Graph gespeichert.

Hier ein paar neue Connectionsets, die angelegt werden sollen, wenn man bestimmte Inputs und Outputs im IA per Drag&Drop verknüpft.

1. Softdesk Button auf Speedmaster:
Wird ein Softdesk Button auf den “Learn” Eingang des Speedmasters gelegt, soll das “CS-Speedmaster” angelegt werden.
a) Softdesk Button → Speedmaster Knoten “Learn” Input (aktuell so umgesetzt.)
b) Speedmaster Knoten BPM Output –> “Beat to Bool” mit 150 ms –> Input Selector 0→“0;0;0” und 1→ “255;0;0” –> Softdesk Button

2. Softesk Button auf Go von Cuelist
a) Softdek Button –> Cuelist Knoten “Go” Input (aktuell so umgesetzt)
b) Cuelist Knoten “State” Output auf direkt auf Softdesk Button Output

Fortsetzung folgt

In den Properties eines Nodes kann man mit Tab nicht in die nächste Zelle/Zeile springen, wie dies z.b. im Cuelist-Editor möglich ist.

Wenn man in einem Connectionset ESC drückt, sollte das Connectionset geschlossen werden (und die Bank geöffnet).
Hoffe das ist nicht allzu schwer ;)

Eine fehlerhafte Validierung der Eigenschaften eines Nodes im IA lässt die GUI unbedienbar werden. Weder ein Abbrechen, noch ein schließen des Fensters ist möglich, bis der Wert entsprechend korrigiert wurde. Für mich als User ist nicht erkennbar, warum das UI unbedienbar wird.
Vorschlag: zulassen des “Abbrechen” Button sowie schließen des Fensters und einblendung eines Tooltips mit einem Hinweis auf fehlerhafte Werteingabe inkl. dem zulässigen Wertebereich (Angelehnt an das Verhalten im Device Control).
Beispiel für das “einfrieren” Eingabe eines negativen Wertes für das Delay Node.

die Update Funktion als Wrapper zur Verfügung stellen.

Neue Inputs:
Edit in Programmer
Edit in Programmer Blind

Mein Ziel
- Mit einem numerischen Input ein Fanning auf einem bestimmten Wert legen. Dann kann man mit der 3D Maus, oder nem Fader… Fanning auf einen Wert packen. Im Hinterkopf habe ich gerade die Mausradfunktion vom Position Control.

Bsp.
3D Maus ist auf PAN gemappt. Jetzt möchte ich Schift drücken und dabei wenn die Maus gedreht wird soll gefannt werden.

Ich könnte mir den Knoten ungefähr so vorstellen:
Inputs:
- Aktueller Wert
- Relativer Input
- Fanning Operatorwahl
- Reset
Output:
- Fanning Wert

Der Fanning Input ist nen Text Input. Wenn dieser auf z.b. “<>” gesetzt wird, und auf den Relativen Input ein Signal kommt, dann wird um den Absolutwert das Fanning dazu gebaut.
Wenn aktuellwert 10 und Relativ +1 kommt ergibt sich 9<>11 danach -2 auf 11<>9. Wenn kein Fanning Operator ausgewählt wurde, dann wird der “Mittelpunkt” verschoben (also die 10 um +/-1).
Reset setzt den Wert wieder auf den “Mittelpunkt” (auf 10).

Expression-Node einem Graphen hinzufügen und versuchen, die Werte für die Variablen zu ändern.

Das Ergebnis ist, dass dies so lange nicht akzeptiert wird und der eingetragene Wert immer im Falle der Standardkonfiguration auf 1 zurückspringt, bis nicht jeder Input einmal kurz mit einem Input verknüpft war, zum Beispiel dem DMX-In.

Wird im Expression-Node bei einem Input für eine Variable ein fester Wert wie zum Beispiel 14311 eingetragen (siehe Bild 1), so wird dieser nicht beim erneuten Laden des Projekts nicht mehr vorhanden. Dazu fehlt in den Properties des Nodes auch der zugehörige Eintrag (siehe Bild 2).

Daraus lässt sich ableiten, dass das Expresion-Node erwartet, dass alle Inputs mit anderen Nodes verbunden sind, von denen es seine Werte erhält. Dies Verhalten ist so nicht erwartet, weil es bei allen anderen Nodes klappt.

Implement Textures for IA-Nodes.
Textures will be drawn centered. If bigger scale down, always match the original ratio.

Also add Min and Max Heigth/Width ⇒ If 0 ignore else see as hard limit ⇒ Stop drawing nodes after the limit.

In der Bank-Übersicht ist aktuell Rechtsklick/Delete die einzige Möglichkeit Connectionsets zu löschen. Um den Workflow zu verbessern wäre gut, wenn es auch mit der “Entf”-Taste geht, sowohl bei Einzel- als auch bei Mehrfachauswahl

Es wäre geil eine Funktion zu haben, einen Input/Output durch einen anderen zu ersetzen. Das soll so wie bei Devices erfolgen. Die Inputs/Outputs werden in allen Connectionssets, in welchen sie aktuell eingebaut werden ersetzt. Das hat keinerlei Auswirkungen auf zukünftiges Hinzufügen des vorherig ersetzen Nodes in Connectionsets.

Das wäre besonders gut mit dem Ticket Input/Output im IA als ein Node mit Eingang und Ausgang (wie andere Wrapper…).

Sobald ich einen Input mit dem Expression Node verbinde, indem noch kein Eingangswert steht, so wird folgende Exeption ausgegeben:

16:12:54 ERROR ExpressionNode -
Jace.VariableNotDefinedException: The variable "y" used is not defined.
   bei MyCalcMethod(FormulaContext )
   bei Jace.Execution.DynamicCompiler.<>c__DisplayClass2_0.<BuildFormula>b__0(IDictionary`2 variables)
   bei Jace.CalculationEngine.Calculate(String formulaText, IDictionary`2 variables)
   bei org.dmxc.lumos.Kernel.Input.v2.Worker.ExpressionNode.processInternal(NodeProcessContext context) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Input\v2\Graph\Node\Worker\Logic\ExpressionNode.cs:Zeile 119.