Bugtracker DMXControl 3

Ist in einem DDF ein nicht rotierbares Goborad definiert, ist im Gobo Device Control Fenster trotzdem der Fader für die Rotation anwählbar bzw. veränderbar.
Dieser müsste eigentlich grau hinterlegt sein.
Ein Verstellen des Faders hat (logischerweise) keine Auswirkung auf die DMX Ausgabe.

Ist im DDF hingegen ein statisches und ein rotierbares Goborad definiert, ist der Rotationsfader vom statischen Rad ausgegraut.
Hier funktioniert alles wie es soll.

Nico

Ich öffne Kernel+GUi. Dabei wird ein neues(leeres) Projekt erstellt. Nun lade ich mein Projekt. Dann fragt er mich,ob ich das neue(leere) Projekt speichern will. Die Abfrage ist überflüssig.

siehe Titel

Aktuell kann ich die verschiedenen Executor-Seiten nicht in einer eigenen Reihenfolge anordnen. Die angebotene Option “UI Order Index” wird zur Zeit ignoriert.

Project laden,
SoftDesk Öffnen
MacroBoardProfil öffnen
Converter-Effecct auf die Matrix in der StatgeView legen und warten bis es knallt

Wie im Rahmen des “Vlaue change to bool”-Nodes mit steigender und sinkender Flanke ( FS#4423 ) festgestellt scheint der Slider bei Bewegung zuerst Werte in die andere Richtung auszugeben.

Ich habe 8 Dimmer in ein leeres Projekt eingefügt und dazu eine Gerätegruppe erstellt.
Dann wollte ich 2 der 8 Dimmer wieder entfernen.

Dabei sind mir zwei Fehler aufgefallen.

1) Das Gerät lässt sich nicht entfernen. Bei Klicken auf Löschen erscheint die Warnmeldung “Reference Error”. Bestätige ich da mit “Yes” ploppt das Fenster “Reference Error” erneut auf. Bestätige ich da mit “Yes” ploppt das Fenster “Reference Error” erneut auf. Ich bin in einer Endlosschleife. Bei drücken auf “No” entkomme ich dieser, das Gerät wird jedoch nicht entfernt.

2) Ich kann Geräte nicht mit der Entferntaste auf der Tastatur entfernen. Nur mit Rechtsklick und dann Löschen lässt sich der Entfernprozess starten.

Alpha 2

Die Master werden in der Reihenfolge 1, 10, 11, 2, 3, 4, 5, 6, 7, 8 ,9 dargestellt, zum schnellen finden wäre eine normale Sortierung praktischer.

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.

Versuche ich das Projekt aus #FS4399 zu öffnen wird es augenscheinlich geladen, sobald ich die Frage “Load last Layout” mit Ja beantworte friert die GUI ein und der PC wird insgesamt quälend langsam. Die GUI muss über den Taskmanager beendet werden.

Fehlerbeschreibung

Für den fall der fälle, das sich eine Resource ändert, muss es eine möglichkeit geben die verwender der Resource zu informieren, das sich die Resource, die sie verwenden geändert hat.

Fehlerbeschreibung

Mit dem Projekt aus Ticket FS#4415 kann ich unten genanntes Fehlverhalten des Programmer-Nodes generieren, wenn ich folgende Schritte ausführe:

1. Ich lade die Cue aus der Cuelist 1 in den Programmer und sehe dann alle Änderungen im Makroboard-Profil.
2. Ich schließe nur die GUI und beende dabei auch die Session. Den Programmer leere ich nicht.
3. Nach dem Neustart der GUI nehme ich erneut Änderungen an der Cue vor und lade diese hierzu in den Programmer.

In diesem Fall aktualisiert das Programmer-Node seine Werte an den Outputs nicht, weswegen auch keine Aktualisierung der Werte im Makroboard-Profil erfolgt. Das Device Control als auch die Stage View zeigen die neuen Werte an.

Möglicherweise ist dieser Punkt in DMXControl 3.3 durch den gRPC-Umbau korrigiert. Ansonsten darf dieses Ticket dahingehend verstanden werden, dass dieser Punkt zu prüfen ist.

Um mittels Buttons bestimmte Szenen einer Szenenliste direkt aufzurufen, muss man aktuell zum Beispiel die Ausgangswerte der Buttons entsprechend anpassen, dass der Button 1 die Werte -1 und 0 und der Button 5 die Werte -1 und 4 übergibt. Dies führt zu aufwendigen Konfigurationen.

Hier sollte ein Node hilfreich sein, welches immer die ID des zuletzt geänderten Inputs n ausgibt. Die ID ist dabei der Zahlenwert des Inputs. Zusätzlich kann ich in den Einstellungen festlegen, ab welchem Wert die ID der verfügbaren Inputs hochgezählt werden soll. Die Anzahl der verfügbaren Inputs kann ich analog zum Beispiel des LTP-Nodes festlegen.

s.o.

Verschiedene DMX-Interfaces, wie zum Beispiel das Nodle U1 oder das Nodle R4S werden nach dem Beenden des Kernels nicht automatisch abgeschaltet, wenn diese zuvor aktiv waren. Die Status-LEDs gehen nicht aus.

An aktuell zwei Stellen ist mir aufgefallen, dass das Anzeigeformat unter den folgenden Punkten noch fortlaufend ist und nicht wie angedacht im Format [Universum.Adresse].

• Konfiguration der DMX-Interfaces: nach dem Aktualisieren der Liste (siehe Bild 1)
• Add device dialog: im Projekt existieren bereits Geräte und man fügt zu einem späteren Zeitpunkt weitere hinzu (siehe Bild 2)

An weiteren Stellen, wie zum Beispiel in den Device Properties oder im Patching Dialog werden die DMX-Adressen im gewünschten Format [Universum.Adresse] angezeigt.

no task description

ich probier gerade noch mit der Alpha 6
Hier ist ja beim Color Chaser der Blend Mode hinzugekommen.
Da der Blend Mode in der 3.2.2 noch nicht vorhanden war, wird der Multiply Mode eingestellt.
Damit funktionieren die Cuelists aber nicht. Das sehr ist ungünstig.

Welcher Mode würde dem Blendverhalten aus der 3.2.2 entsprechen ?
Dieser Mode sollte beim Importieren eines Projektes aus der 3.2.2 Version als Default Mode dann eingestellt und verwendet werden.
Damit die Cuelisten nach dem Import. bzw übertragen in der 3.3.0 Version auch so funktionieren ohne groß was an dem Projekt einstellen zu müssen.

Ich hab da mal ein Testprojekt angehängt.
Mit Endung .Zip zum Test in der 3.2.2
Mit Endung .dmz zum Test in der 3.3.0 Alpha 6
Bilder hiervon sind auch angehängt

Oft passt die neue Anzeige vor den Cues nicht. Mal ist ein Feld hellrot, mal dunkelrot. SIehe Bilder( zu zwei verschiedenen Zeitpunkten ist Cue1 einmal hellrot und einmal dunkelrot)

Wie im Livechat am 19.1. diskutiert fände ich gut wenn es ein Grouphandling gäbe mit dem ich Geräte in einer Gruppe als ein Gerät betrachten kann und gleichzeitig in der “Hauptgruppe” auch einzelne Geräte haben kann. Siehe auch mein Kommentar in ( FS#674 ).

siehe bild

Möchte man mit einem Projekt an verschiedenen Locations arbeiten, muss man einfach die nicht benutzten Geräte deaktivieren. Hat man aber recht viele Geräte, kann das durchaus auch einmal länger dauern, bis man alle entsprechenden Geräte deaktiviert / aktiviert hat. Daher wäre es gut, wenn man auf irgendeine Art und Weise “Locations” (Name TBD, alternativ tatsächlich “Mute Groups”) im Projekt hinterlegen kann, denen dann einzelne Scheinwerfer zugewiesen werden können. Aktiviert man eine “Location”, werden alle anderen Scheinwerfer deaktiviert, die nicht in der “Location” sind. So muss man nur noch einmalig die einzelnen “Locations” definieren und kann recht schnell zwischen verschiedenen Veranstaltungsorten wechseln.

Weitere Erwartungshaltungen:
- Man kann trotzdem ein anderes Gerät wieder aktivieren, auch wenn es nicht in einer “Location” enthalten ist. Das muss dann händisch passieren und es hat keine Auswirkung auf die Locationzugehörigkeit (beim nächsten Mal muss man es wieder händisch aktivieren, wenn das gewünscht ist)
- Es können auch mehrere “Locations” aktiv sein. Die aktiven “Locations” werden verodert.
- Deaktiviert man alle “Location”, werden alle Geräte aktiviert

Zur Zeit werden die Konfigurationsdaten im Standard-Verzeichnis unter

C:\Users\[User]\AppData\Roaming\DMXControl Projects e.V\

grundsätzlich ohne jeden Bezug zu einer Programm-Version abgelegt, welches (seit je her)

DMXControl

heißt - möglicherweise, weil es zu Zeiten von DMXControl 2 ähnlich war. Dies birgt aber den Nachteil, dass man nach dem Starten einer neueren Version nicht mehr ohne weiteres auf ältere Version zurückgehen kann. Einige Konfigurationsdaten werden verändert und sind dann nur noch für die neue Version verständlich. Zwar kann man hier mit Hilfe der Umgebungsvariablen aushelfen, jedoch ist fraglich, wie häufig von dieser Gelegenheit gebraucht gemacht wird.

Aus diesem Grund schlage ich vor, eine Unterscheidung nach Minor-Versionen von DMXControl 3 zu implementieren und die Konfigurationsdaten in den Verzeichnissen wie folgt aufzuteilen:

• DMXControl (alle Versionen bis einschließlich 3.2.x)
• DMXControl 3.3
• DMXControl 3.4
• …

Bei der Installation einer jeweils neueren Version fragt der Installer ab, ob die bestehenden Konfigurationsdaten übernommen werden sollen. Das Verzeichnis der UserDevices wird grundsätzlich kopiert, sollte das Verzeichnis noch nicht existieren.

Im moment ist es nicht möglich zwei verschiedene Versionen paralel installiert zu haben.
Problem sind die Registry-Einträge und die Ordnerstruktur

Wir sollten das mal besprechen.
Mein Vorschlag ist

Das die alte Versionen bei der Installation in einen neuen Unterordner mit der Versionsnummer verschoben wird
Bsp.
Aktuell installiert ist 3.0.2a und 3.1 wird jetzt installiert
3.0.2a wird verschoben (mit allem drum und dran):
DMXControl 3\Kernel –> DMXControl 3\Kernel\3.0.2a
DMXControl 3\GUI –> DMXControl 3\GUI\3.0.2a
ähnliches muss dann auch in der Registry gemacht werden

3.1 instalieren
DMXControl 3\Kernel
DMXControl 3\GUI

somit kann ich immer drüber installieren, hab keine Probleme mehr, und kann zwischen den Versionen wählen

Verwende ich einen Cuelist Node und verknüpfe ich diese mit einer Cueliste ist soweit alles in Ordnung.
Softbutton Drücken und Cuelist startet.
Verwende ich im Node die Einstellung ID, gibt es da auch weiter noch kein Problem.
Wird aber die Einstellung Name Verwendet, gibt es folgendes Verhalten.
Ändert man dann Nachträglich den Namen der Cueliste läuft so erst mal alles ohne Probleme.
Wird das Programm dann aber beendet und man speichert ab, Funktioniert der Cuelist Node nach dem Neustart und neu Laden des Projekts nicht Mehr so wie er soll.
Im Node wird der alte Name angezeigt den es ja nicht mehr gibt.

mein mittelgroßes Projekt lädt nicht in der Alpha1.

Logfiles und Projekt sind angehängt.

Gruß
Frank

Fehlerbeschreibung

Aktuell werden Connectionsets nur neu berechnet, wenn eine Werteänderung im logischen Verlauf des Graphen erfolgt. Ein gutes Beispiel ist hier das “Füllen” des Cuelist Monitors. Je nachdem wie das zugehörige Connectionset vervielfältigt wird, kommt es vor, dass der Inhalt des Cuelist Monitors gelöscht wird - nämlich bis ich entweder

1. das Projekt nach dem Speichern neu lade
2. kurzzeitig eine weitere Cuelist der entsprechenden Cuelist Group zuordne.

Dieser Fall ist auch in meinem Live-Tutorial "Clubshow mit DMXC3" ab 42:08 zu sehen. Ursprung für alle nachfolgenden Connectionsets (CS) war das Connectionset “MHS LCH”. Dieses CS ist nach dem Aktivieren aller CS das einzige, wo die Cuelists der gleichnamigen Cuelist Group nicht angezeigt werden. Hierzu wähle ich weiteren Verlauf die 2. Option, um auch die Cuelists in diesem Cuelist Monitor zu sehen.

Um das ganze Prozedere zu vereinfachen, wünsche ich mit eine Möglichkeit, die Aktualisierung bzw. Neuberechnung eines CS sowohl in der Graphenansicht für den aktuellen Graphen oder in der Tabellenansicht für eine oder eine Auswahl von CS manuell anstoßen zu können.

Mir ist sehr wohl bewusst, dass ich mit diesem Ticket ein Fass aufmache.

Ich werfe aber trotzdem den Wunsch in den Raum, die Unterteilung zwischen Non-Detect und Auto-Detect-Interfaces (wieder) aufheben.

Es mag zwar sein, dass wir so den Stellenwert der “besseren” Intefaces pushen, allerdings würde ich auf Grund der doch regelmäßigen Nachfrage “ich finde das Interface … in der Liste nicht” die Idee dahinter als nicht (mehr) praktikabel ansehen. Sie führte doch immer wie der zu einer solchen Nachfrage, weil die Nutzer diesen Unterschied einfach nicht einordnen können. Daher sollte es aus Nutzersicht aus meiner Sicht egal sein, wie sich das Interface verhält - ob es eine Seriennummer übermittelt oder nicht.

Ich bitte daher darum, sofern nicht vorzeitig durch eine erneute Bewertung dieses Punkts eine Lösung gefunden wird, dass dieser Punkt spätestens beim nächsten QRM diskutiert wird.

Fehlerbeschreibung

Reproduktion

Es wäre schön, wenn die IP-Adressen auf denen die Netzwerkkomponenten lauschen einstellbar wären.
Schön wäre auch, wenn der Port einstellbar wäre.

Das angehängte Prjojekt kann nicht geladen werden. In diesem sind aber auch Presets vorhanden.
Bei “Loading Cuelists” geht es nicht weiter.
getestet unter alpha3

Im Softdesk funktionieren Kopieren, EInfügen und Ausschneiden nicht über den Rechtsklick

Alpha4

Fehlerbeschreibung

Hinweise

Fehlerbeschreibung

Hinweise

Ich habe ein Projekt erstellt, in dem insgesamt 672 Geräte und 28 Gerätegruppen gepatcht und in zahlreichen Ordnern abgelegt.

Das Laden des Projekt schlägt jedoch mit einer Fehlermeldung fehl. Ignoriere ich diese, fallen gibt es folgende Fehler:

• die Zuordnung der Geräte und den Gerätegruppen zu den Ordnern schlägt ca. zu 80% fehl
• in den beiden Stage Views fehlen Icons von Geräten und Gerätegruppen

Spannenderweise liegen die Positionsinformationen der Icons in den Stage Views grundsätzlich noch vor. Ziehe ich die fehlenden Icons wieder in die Stage View, werden diese an der richtigen Position eingefügt.

Lade ich das gleiche Projekt mit der 3.3 Alpha 4, so funktioniert das Projekt ohne Probleme.

Im Anhang findet sich das betreffende Projekt sowie die Logs eines Durchlaufs einer Sitzung.

Fehlerbeschreibung

ich bin da immer mal wieder am Testen mit der 3.3 Alpha 7.
Da ist mir gestern aufgefallen das das Highlight Node nicht ganz funktioniert.
Ich habe mein “großes” Projekt Importiert und geladen. ist mit der 3.2.2 erszellt worden.
Im Projekt habe ich eine Signal Lamp am Ausgang vom Highlight Node.
Betätige ich nun meinen Button über ein T-Flip Flop am Eingang des Highlight Node.
Highlight funktioniert aber am Ausgang wird immer noch False ausgegeben.
Also funktioniert meine Signal Lamp nicht.
Tausche ich dann im Input Assigment das Node aus, funktioniert es wieder.

Gleiche Konstellation habe ich auch bei Freeze und Blackout gebaut, hiermit funktioniert alles.
Ich habe das zum Test in einem kleinem Projekt zusammen gebastelt,
Auch hier tritt das auf. Ist im Anhang.

Hallo
als ich die 3.3 Alpha 8 installiert habe und mein Projekt geöffnet habe, sind die Elemente im Input Assignment alle übereinander angeordnet.
Auch wird die eingestellte Position und der Zoom nicht übernommen.
Stelle ich hier was ein und schließe das Connectionset und öffne es wieder sieht es wieder wie vorher aus.

Im Softdek kann man einen eingefügten SLider nicht sehen(außer drei Strichen). Ändert man den Style, dann kann man ihn richtig sehen.
Alpha 8

Das beigefügte Projekt enthält drei Softdesks mit zahlreichen Steuerelementen. Beim ersten Laden klappt in der Regel alles noch einwandfrei, wenn die letzte Fensteranordnung aufgerufen wird, die alle drei Softdesks anzeigt. Wenn ich aber die nachfolgend genannten Schritte ausführe, findet die GUI zwei der drei Softdesks nicht, obwohl diese zuvor noch geöffnet werden konnten. Die zugehörigen Fenster bleiben leer.

1. Projekt über “Close Project” schließen.
2. Ein neues, leeres Projekt erstellen lassen.
3. Beigefügtes Projekt erneut öffnen und letzte Fensteranordnung aufrufen.

Ursprung dieses Tickets war, dass bei meinen Projekten aus DMXC 3.2.2 die noch deutlich umfangreicheren Softdesks bereits beim ersten Laden des Projekts nach dem Start der Sitzung nicht aufgerufen werden konnten, was zur Folge hat, dass das gesamte Projekt nicht mehr funktioniert. Hinterlege ich im Projekt die Softdesks einzeln in einem separaten Projekt ohne weitere Inhalte, indem ich die über die Datei “SoftdeskMaster.xml” auskommentiere, konnten alle Softdesks für sich einzeln geladen werden. Sobald aber alle “aktiv” sind, klappt dies nicht. Spannenderweise wechselst dies auch durch, wenn ich die Reihenfolge der Einträge in der Datei “SoftdeskMaster.xml” ändere.

Im Anhang findet sich das vereinfachte Testprojekt mit den speziell für dieses Ticket angelegten Softdesk sowie die Log-Dateien für einen kompletten Durchlauf, wie er oben beschrieben ist.

Ich habe mir ein Projekt erstellt, um die verschiedenen Executor-Typen zu testen und zu dokumentieren. Die Belegung der verschiedenen Seiten ist in den beigefügten Screenshots zu sehen. Die verschiedenen Executoren enthalten dabei auf allen Seiten mehrfach die gleichen Elemente, damit ich insbesondere auch die zahlreichen Buttons prüfen kann. Soweit ich das überblicke, werden diese Informationen auch richtig in die Datei “ExecutorMemberWrappers.xml” geschrieben.

Beim erneuten Laden des Projekts direkt aus der laufenden Sitzung heraus oder auch beim Laden des Projekts nach einem Neustart von DMXC werden die Belegung der Executor-Pages augenscheinlich unvollständig bzw. gar nicht geladen - insbesondere bei den “hinteren” Executor-Pages (im aktuellen Beispiel Group Master, Parameter Master etc.). Beim Betätigen des Faders des Executor 2.1 (Executor Page Group Master) kann man aber erkennen, dass eine Verknüpfung im Hintergrund noch existiert. Die Fader der Executoren 2.2 und 2.3 bewegen sich mit. Gleiches fällt auf, wenn man die Belegung der Executoren ändern möchte. Es wird erst beim zweiten Ablegen eines Elements auf den Executor wirklich das neue Element angezeigt.

Im Anhang findet sich neben den Screenshots des Sollzustands das zugehörige Projekt sowie die Logfiles, die nach dem Neustart und Laden des Projekts generiert wurden.

Alle Effekte und Filter funktionieren nach dem Prinzip, dass sie einen gewissen eigenen Wert auf den Basiswert der Geräteeigenschaft aufaddieren. Alle Effekte und Filter? Nein, einen gibt es, der anders arbeitet: Der Random Value Filter. Der Min-Wert des Random Value Effekts überschreibt hart den Basiswert. Das ist inkonsistent zu den anderen Effekten und Filtern. Der Min-Wert wird aber auch nicht benötigt, weil man ja den Basiswert hat. Daher sollte der Min-Wert Eintrag in dem Effekt entfernt werden und dafür zur Abwärtskompatibilität den Min-Wert in den Basiswert kopieren. Man müsste überlegen, ob letzteres ok ist oder ob man entsprechend einen Eintrag in die ToDos machen sollte.

Temp-fader für Scenenlisten

Wirkt wie der intensety-master aber auf alle Propertys

Aktuell bleibt jedes Icon nach anklicken angewählt bis ich es ein zweites Mal anlicke, d.h. ich kann mit einfachen Mausklicks mehrere Icons auswählen.
Analog zum Verhalten im PE oder auch ganz allgemein in Windows sollte eine Mehrfachauswahl nur mit Shift bzw Strg möglich sein.

Füge ich eine Gruppe in eine Gruppe hinzu ist anschließend Feld Up/Down ausgegraut wenn die Gruppe ausgewählt ist. Liegen einzelne Geräte mit in der Gruppe lassen sich diese verschieben, auch an den Gruppen vorbei.

Fehlerbeschreibung

Fehlerbeschreibung