Bugtracker DMXControl 3

Lege ich in den allgemeinen Optionen für ein Softdesk eine definierte Größe für dieses Softdesk fest, werden die Werte nach dem Schließen und erneuten Öffnen des Softdesk Editors nicht übernommen und auf NdN gesetzt.

Ein findiger User hat herausgefunden, dass man die Softdesks mit einem Workaround dazu bewegen kann, beim Laden des Projekts direkt im Vollbildmodus zu starten. Für die genaue Vorgesehensweise siehe https://forum.dmxcontrol-projects.org/index.php?thread/15151/&postID=128003#post128003.

Damit dies Workaround aber nicht als dauerhaft bestehen bleiben muss, würde ich mir hier eine gezielte Einstellung wünschen. Man kann zum Beispiel in den Einstellungen eines Softdesks festlegen, ob dieses normal oder im Vollbildmodus aufgerufen wird. Dies hätte den Vorteil, dass man sich ein entsprechendes Layout für die GUI abspeichern und dieses reproduzierbar wieder aufrufen kann.

Nach  FS#3870  werden Parametermaster wohl nicht mit allen Properties funktionieren.
Um die Usability zu erhöhen würde ich mir eine Gültigkeitsprüfung der Eingaben im Device-Propertie Fenster wünschen.
Ansonsten ist für den User undurchschaubar wo ein Parametermaster funktioniert und wo nicht.
Evtl. könnte man in die Value not valid Anzeige (siehe Anhang) noch folgende Informationen ergänzen:
Supported Masters:
Parametermaster: yes/no
Speedmaster: yes/no

Es wäre schön, wenn ich mit einem Button das Panel im Softdesk wechseln könnte. So kann ich dann auf einem Touchdisplay schnell zwischen verschiedenen Ansichten/Softdeskpanels wechseln. So brauche ich nicht jedesmal wieder in der GUI danach suchen und den Vollbildmodus verlassen.

Im Cuelistselector des Softdesks sind die angezeigten Status (Running, Stopped, Loop, …) editierbar (linksklick und Tastendruck verändert den Text temporär). Die Labels sollten die Eigenschaft “Read Only” besitzen.

Aktuell ist der Style “Lumos” der einzige Style für den Button, bei dem die Properties für OnColor und OffColor genutzt werden können.

Da diese beiden Properties die Gestaltung des optischen Feedbacks um ein Vielfaches vereinfachen, diese bitte auch für die anderen Styles des Buttons sowie weitere Controls umsetzen / einpflegen, welche über die Änderung einer Farbe ein sinnvolles optisches Feedback generieren können. Ggf. werden hierbei OffColor und BaseColor zusammengeführt.

Die Möglichkeit, einen Button auch durch das Übergeben von RGB-Werten im Input Assignment dynamisch einfärben zu können, muss aber weiterhin bestehen bleiben.

Drehe ich ein Control um einen beliebigen Winkel und verändere dann mit der Maus dessen Größe, beginnt sich das gesamte Control in einem gewissen Rahmen zu bewegen. Der Bezugspunkt wird beim Skalieren mit der Maus nicht ausreichend “fixiert”, weil dieser bekanntermaßen zur Zeit weiterhin von einem nicht gedrehten Control ausgeht.

Im Project Explorer sollte man Werte aus anderen Spalten (nicht nur Name) direkt aus dem Project Explorer heraus bearbeiten können. Hier alles was mir sinnvoll erscheint und was umsetzbar ist (z.b. Anzahl der Cues logischerweise nicht):

Cuelists

Cuelist Groups

Devices

Device Groups

(Executor

Executor Pages)

Electricity

Aus anderen Programmen ist man gewohnt, dass wenn man einen Wert in einem PopUp überschreibt und die Enter Taste klickt, dass dann der Wert gespeichert wird und das PopUp geschlossen wird. Aktuell wird nur der Wert übernommen und bei erneutem Enter wird das Feld erneut bearbeitet. Auch möglich wäre das bei erstem Enter der Wert übernommen wird und bei zweitem Enter erst das Fenster geschlossen wird.

Wenn Autostop integriert wird, dann soll die Einstellung in der Cuelists-Übersicht im Project Explorer als neue Spalte eingefügt werden (neben “Name”, “Number of Cues”, “Playmode”, “Priority”, “Mixer Mode”) als Kästchen mit Haken. Am besten so, dass man das direkt im Project Explorer einstellen kann und dafür nicht erst in das Properties-Popup gehen muss.

Die Größe des Softdesk orientiert sich ja an den Elementen am Rand. Wenn man nun ein solches in die Mitte ziehen will schrumpft das Softdesk gleichzeitig mit und es wird nach links gescrollt. Das ganze geht in ziemlich schnell was ein genaues Positionieren unmöglich macht. Gut wäre es, wenn die Softdeskgröße beibehalten wird, solange das Control noch mit der Maus rumgezogen wird. Erst bei loslassen schrumpft das Softdesk, so kann man es Controls auch am Rand gut verschieben. Außerdem sollte das Softdesk am besten immer am Rand z.b. 50 Einheiten vom Rand des letzen Elements entfernt sein.

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

Wenn man ein Control rotiert und es dann Copy&Pasted, wird es so behandelt, wie als wäre es 0° rotiert. Sieht man im Bild oben, dort sind 3 Slider nebeneinander, obwohl diese breiter als hoch sind, folglich untereinander eingefügt werden müssten.

Ein Button im Softdesk Designer, welcher die Anordnung in einem Raster ermöglicht.
Derzeit ist dies nur mit einer Tastenkombination möglich.

Vorbidingung:
Umziehen des Designers als WPF Control, welches das Fenster entsprechend ausfüllt

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…).

Für Labels und Buttons wäre es cool, die Textzentrierung (links, mitte, rechts) auswählen zu können.
Dann wäre es bspw. einfacher, Labels in gleicher Breite wie den Slider zu Positionieren und den Text mittig über den Slider anzeigen zu lassen.
Aktuell muss man dazu das Label so verschieben, dass der Text mittig angezeigt wird.

Aktuell lässt sich eine Bank zwar nach diversen Eigenschaften sortieren, nach dem Erstellen lassen sich diese aber nicht vertikal verschieben. Außerdem möchte man seine Connectionsets ja nicht immer chronologisch benennen, nur um diese in der gewünschten Reihenfolge zu haben.

Bei der Fadetime kann man im CuelistEditor nur min 10% einstellen, übers IA gehen aber bis zu 0%. Bitte fügt das auch im Cuelisteditor hinzu.

gebe ich in ein Textfeld einen falschen Wert ein: Z.b. bei einer Nummerneingabe nen Text ein, kann in dieser Zeit kein anderes Textfeld bearbeitet werden, bis entweder eine richtige Eingabe getätigt wurde, oder mit Escape die Eingabe abgebrochen wurde. Das ist echt doof, weil sich die GUI dadurch nicht bedienen lässt, bis die Fehleingabe behoben wurde.

Meine Vorschläge dazu:

1. Wenn eine fehleingabe gemacht wird, wird ein Tooltip/Popup gezeigt, dass es eine Fehleingabe ist und der alte Wert, der vorher in dem Textfeld stand wird wieder hergestellt. –> s. MS Office: einfach mal bei der Schriftgröße nen Buchstaben eintragen… 2. Man grenzt die Eingabemöglichkeiten so ein, dass man z.b. in nen Nummernfeld keine Buchstaben eintragen kann.

Im InputAssignment fehlt noch die Strg+U Funktion, um den Wert eines Kästchens auf alle ausgewählten Kästchen zu kopieren, so wie dies bereits in Cuelists funktioniert.

Der Parametermaster muss an mehr Stellen angewendet werden. Wichtig sind vor allem bei XY-Positionen um Live die Position von Effekten zu beeinflussen und auch bei Amplituden von diesen Effekten. Insgesamt gibt es noch einige weitere Stellen, wo diese (noch) nicht eingesetzt werden können.

Es wäre cool, wenn man bei dem Breite-Parameter des Chaser Effekts auch Random auswählen könnte, damit er z.b. bei einem Schritt 4 breit ist und beim anderen 2 breit ist, bzw. dass man 4 und danach 2 Punkte hat, wenn auch der Mode des Effekts Random ist.

Die Sortierung von z.B. Geräten in Ordnern im Project Explorer verhält sich oftmals sehr komisch. Items landen nicht da, wo man sie loslässt, andere Items springen bei Veränderung nach ein oder zwei Felder nach oben/unten. Außerdem sieht man nicht, wo das Item landet, wenn man es an aktueller Position loslässt. Hier wäre ein Strich hilfreich, welcher zwischen den beiden Icons angezeigt wird, wo das Item der aktuellen Position nach landen wird.

Es wäre sehr cool, wenn man die Buttons in der Leiste links verschieben und ausblenden könnte. Das am besten sogar per Drag’n’Drop.

Momentan ist Midi nur in der GUI implementiert. Es wird argumentiert, dass dies auch anders keinen Sinn machen würde, da ja das Midi Pult neben dem Client mit der GUI steht.

Dies sehe ich anders, denn

1: Es gibt Einsätze als Alleinunterhalter oder als Band, wo DMXControl komplett aus einem Sequenzer gesteuert wird, wo eine GUI absolut nicht erforderlich ist. Hier reicht es einfach den Server mit dem Projekt zu starten.

2. DMXControl ist als Client/Server-Architektur aufgebaut und gerade dort ist es ja besonders wichtig, dass der laufende Server, der ja oftmals dann auch den Gesamtablauf steuert, auch mit der externen Midi Verteilhardware kommuniziert und Zugriff auf die im Server vorhandene Midi-Hardware hat. In der Regel hat dieser Server ja nicht mal einen Monitor.

Daher wünsche ich mir die Midi-Implementierung auch im Server.

Die Leistungsaufnahme von Geräten, bei denen Effekte auf die Matrix oder Radix gelegt werden, wird in den Ampmetern nicht angezeigt/ berücksichtigt. Dies ist auch bei den Positionsänderungen aufgefallen.

Beim Erstellen von Szenen und danach Verschieben in einen erstellten Unterordner treten Probleme auf.
Die thematisch passenden Szenen wurden per Maus in den neuen Ordner verschoben.
Nach dem Wiederöffnen der Projektes sind dann einige Szenen wieder direkt im Hauptverzeichnis, andere im Unterordner.
Projekt schließen ⇒ ohne zu speichern und DMX Control zu beenden ⇒ Projekt öffnen, letzte Fenstereinstellung übernehmen ⇒ dann ändert sich wieder die Zuordnung.
Die Zuordnung ist jedesmal anders.

analog zum Cuelistmonitor eine Anischt aller Cues innerhalb einer Cuelist (per Input Assingment wird die ID vorgegeben)

Mit Klick auf die Cue wird GoTo ausgeführt.

Hallo,
ich habe eine Softdesk mit einem Blackout Taster Gebastelt, allerdings wollte ich noch weiterhin den normalen Blackout benutzen und gleichteitig den Status des Blackouts auf dem Softdesk erkennen. (Taster drücken Blackout ein, Taster nochmal drücken Blackout wieder aus)
Da gabs so einig Hürden, in der Datei ist die Lösung.
Ich komme aus der Maschinen Steuerungs technik, hier wäre dies nicht so aufwändig.
Es wäre schön wenn der Flipflop beide derzeitigen Versionen in einem zur Verfügung stellen würde (toogle und R/S Flip Flop), eventuell nicht benutzen Eingänge hätten ja keine negative Folgen, würde aber vieles Einfacher machen und auch die Anzahl der Bausteine reduzieren.
Weiternin habe ich mit hilfe eines AND Bausteins, einem NOT Bausteins und einem VERZÖGERER einen Impuls Baustein erzeugt. Dieser Baustein gibt ein kurzes TRUE am Ausgang (Einstellbar) aus wenn am Eingang ein dauerhaftes TRUE Signal anliegt. Dadurch kann man bestimmte Funktionen event gesteuert ablaufen lassen.
Es würde auch funktionieren wenn man sich aus mehrern Bausteinen einen Eigenen Zusammen basteln könnte. Dann bräucht man Bestimmte Konstrukte nicht immer wieder erstellen.
Übrigens »Dark« ist in dem Assignment der Button.
Nur so eine Idee.

Schneller passiert als man denkt,
einmal nicht aufgepaßt welches Node man gerade ausgewählt hat und schon löscht man das falsche Node mit allen dazu gehörigen Verbindungen.

Ein Undo Redo kann hier ungewollten Schaden verhindern.

Es wäre schön, wenn man aus anderen Projekten einzelne Cues, Cuelisten, Presets, Assignments, Connection Sets,… uvm. importieren könnte. Dass das geht, zeigt die MIDI-Verwaltung, in der man Rules exportieren und importieren kann. Vielleicht ist es ja möglich, solche Im- und Exportfunktionen in späteren Versionen zu implementieren.

Wenn ich ein Preset nutze, halte ich im Nachgang keinerlei Info darüber, in welcher Form das jeweilige Preset in der Cue hinterlegt wurde. Insbesondere bei Device Presets und Property Presets lässt sich dies weder im Programmer, noch im Programmer Filter, im Device Control oder in der Cue nachvollziehen. Im Programmer wird aktuell nur mitgeteilt, dass ein bestimmtes Preset verwendet wurde.

Bei einem Reference Preset ist die Verwendungsart durch die Benennung der Cue selbst klar ersichtlich.

Es sollte eine Option geben, mit der eich einstellen kann, wann die Cuelists gestoppt werden
Immidiantly
AfterFadeIn
AfterFaderIn(Kill)

Wenn DMXControl 3.2 läuft, verbindet es sich mit allen vorhandenen Midi Ports. Die Folge ist, dass andere Programme, die danach gestartet werden, sich nicht mehr mit den Midi Ports verbinden können.

Beim Erstellen einer Gruppe aus manuell ausgewählten Elementen wird das neue Gruppen-Icon ausserhalb des Sichtbereiches abgelegt.

Wunsch: In einer Ecke im Sichtbereich ablegen

Überspringt man Audiocues mit GoTo, erscheint eine Warnung im Kernel.

aktuell sind in Lumos DataGridView keine Buttons möglich (bzw. werden nicht dargestellt). Buttons wären gut, um Aktionen zu spezifischen DataGridViewRows zu ermöglichen.

Ich würde mir eine weitere Variante wünschen, bei der ich die Nodes, gerade aus der Kategorie Logic, in der Graphenansicht nicht ausschließlich über das Kontextmenü auswählen muss, sondern im Idealfall diese direkt mit nur einer Mausbewegung in das Connectionset einfügen kann.

Ich bitte um die Möglichkeit, eine CueList nicht nur aus einer Cue ausführen zu können, sondern auch andere Cuelists in die Ansicht zu laden, sodass ich zb pro Szene eine Cuelist haben kann, und die nächste Cuelist auch in die Ansicht laden kann, ohne sie manuell anzuklicken.
Vielen schonmal!

Alle aktiv laufenden Cues frieren nach ZURÜCKstellen der Systemuhrzeit komplett ein. Beim VORstellen der Uhrzeit gab es dieses Verhalten nicht.

Nach erneutem Start dieser Cues bleiben alle Devices nur auf der Farbe weiß stehen.
Dieses Phänomän lässt sich beliebig oft wiederholen. Stellt man die Uhrzeit wieder auf die aktuelle Uhrzeit um, so laufen alle Cues & Effekte wieder einwandfrei.

Andere Cues (die nach der Zeitumstellung gestartet wurden) laufen problemlos.

Dieses Verhalten konnte auf mehreren 3.1.3 & 3.2 Versionen reproduziert werden.

Hallo,
ich würde ein Feature praktisch finden, welches den ECO-Modus bei Gasentladungslampen ermöglicht.
Beispiel:
Der Martin Mac 2000 Performance MK.II hat eine Funktion, welche es ermöglicht, das Leuchtmittel auf 700W statt 1200W laufen zu lassen.
Dafür öffnet man den Schutter über einen anderen Wertebereich als normal.
Um das ganze Praktisch nutzen zu können bräuchte man eine Funktion, die, wenn aktiviert, beim Befehl den Shutter zu öffnen/vom Strobe zurrückkehren einen anderen Wert setzt.

Zur weiteren Steigerung der Qualität der DDFs sollte der Kernel alle Attribute kennzeichnen, die nicht der “offiziellen” Schreibweise einer im Kernel hinterlegten Liste entsprechen. Aktuelles Beispiel ist hier:

• minddmx (das zweite d ist hier fehl am Platz)

AKtuell ist es nicht möglich ein Excportiertes Rulset wieder zu importieren.

Beim Anlegen von 80 Buttons wäre das aber hilfreich, wenn man es exportieren → mit Notepadd++ editieren und wieder Importieren könnte.

Zwei Punkte:

a) Beim Hinzufügen der Open DMX-Schnittstelle von Enttec muss zum einen in dem sich öffnenden Fenster in dem leeren Parameterfeld für den Parameter <Gerät>

FT232R USB UART [A60185MM]

ausgewählt werden. Es ist keinerlei Hinweis sichtbar, dass hier überhaupt eine Auswahl vorgenommen werden muss. Das leere Parameterfeld wird nicht als Combobox dargestellt.

b) Werden GUI und Kernel unter Sicherung des Projekts beendet und GUI und Kernel wieder gestartet, wird zwar unter dem Reiter DMX-Schnittellen der Enttec OpenDMX als ein Zeileneintrag dargestellt. Klicken auf <Erweiterte Schnittstellenbeschreibungen> führt jedoch zur Fehlermeldung “Schnittstelle nicht verfügbar”.
Die Schnittstelle muss komplett gelöscht werden und wie unter a) neu angelegt werden.
Sicherung des Projekts hat auf das Verhalten kein Einfluss.
Wird nur die GUI beendet, tritt der Effekt nicht auf. Es muss der Kernel beendet werden.

Ich würde mir hier wünschen, dass DMXControl 3 analog zum Group Handling ein so genanntes Matrix Handling im Device Control bietet. Die Intention dahinter ist, dass man hiermit dann sowohl die Fanning Operatoren und die 1D-Effekte auch auf die einzelnen Pixel einer Matrix anwenden kann. Im Zusammenspiel mit dem Group Handling ergäbe sich so zahlreiche neue Möglichkeiten, ohne dass explizit neue Effekte hierfür kreiert werden müssen. Gleichzeitig ließen sich so auch bis dato als Multi-Beam-Geräte bezeichnete Geräte abbilden, ohne dass nennenswerte Ergänzungen im DDF erforderlich sind.

Im Matrix Handling würde am Ende “nur” angeben werden, in welcher Richtung ein alternierendes Fanning oder ein 1D-Effekt genutzt werden soll. Die Richtung entspricht genau den Möglichkeiten, die das aktuelle Matrix- bzw. Radix Window bietet, um eine statische Farbe auf eine Matrix bzw. Radix zu legen. Folglich würde die Methode “Fill” dem aktuellen Zustand entsprechen, wenn ich einen Effekt auf eine Matrix lege.

Folgende Punkte wären allerdings noch zu klären, sollte dieser Vorschlag entsprechenden Anklang finden:

• Inwieweit hat der Device Index in einer aus mehreren Matrix-Geräten bestehenden Gruppe Einfluss auf das Verhalten des Matrix Handlings?
• Schafft man eine Möglichkeit, mehr als einen 1D-Effekt auf der gleichen Funktion der Matrix wie zum Beispiel Dimmer anzuwenden, welche dann in verschiedenen Richtungen laufen (zum Beispiel Effekt 1 horizontal, Effekt 2 diagonal)?

Ich hatte diesen Punkt bereits schon einmal grob beim Jahrestreffen in Berlin angeschnitten…

Wird im Multiclientbetrieb gearbeitet werden änderungen am Softdesk nicht an andere Sessions publiziert. Auch das Speichern von Änderungen am Softdesk ist so nur auf einem (zufälligen?) Client möglich.

Ziel: DMC öffnet nicht alle verfügbaren Midi Geräte im Betriebssystem, sondern nur die erlaubten.

Motivation: Die Startreihenfolge und damit das öffnen von beliebigen Midi Software sollte eagl sein.

Aktuell muss andere Software vor DMC geöffnen werden und DMC zuletzt, damit die nicht für DMC vorgesehenen Midi-Port nutzbar sind.

s. Überschrift

Aktuell kann ich die Breite des Colorscroll-Effekts nicht konsequent beeinflussen. In bestimmten Situationen wird die Pixelbreite hochgesetzt.

Daher wünsche ich mir an dieser Stelle einen zusätzlichen Parameter im Effekt, welcher die Breite des Effekts grundlegend festlegt, also wie viele Pixel die gleiche Farbe zeigen sollen. Um langfristig flexibler zu sein, wäre auch zu überlegen, ob man einen Teil der Fanning-Operatoren zulässt, wie zum Beispiel das #. Sollte dies aber den Rahmen sprengen, könnte man hier auch umgekehrt über eine entsprechende Anpassung der Colorlist arbeiten.

Ich stelle in dem Node ein, welcher Typ (Device, DeviceGroup, Cuelist, Executor, …) aufgelistet werden soll.
es gibt dann drei Outputs IDs, Numbers & Names, sowie Der Outputs, des Typs uns des Counts

Hintergrund, mann könnte dann ein Softdesk-Control(Dropdown, Listbox, UpDown-Chooser) implementieren und dieses mit denn Daten füttern.