Bugtracker DMXControl 3

Da die Funktionen zum Klonen und Verschieben eines Connectionset (CS) aktuell nur über das Kontextmenü eines gewählten CS (Bild 1) erreichbar und somit gefühlt recht versteckt sind, würde ich es begrüßen, wenn diese im Menü zum Eintrag Connectionset (Bild 2) ergänzt werden. Der Eintrag zum Löschen eines CS ist ja dort bereits vorhanden, allerdings noch nicht funktionsfähig.

S.o.

Arbeitet man mit mehreren Cuelist-Tracks, wäre es hilfreich, dass Cuelists vom Cuelist-Track A in den Cuelist-Track B oder C verschoben werden können. Dabei sollen die Cuelists ihren ursprünglichen Startpunkt beibehalten.

Aktuell muss man die betreffende Cuelist im Cuelist-Track B erst erneut manuell an der richtigen Stelle hinzufügen und diese dann im ursprünglichen Cuelist-Track löschen.

Die Werte im Modbus Server werden über den Ausgang korrekt gesetzt, über den Eingang allerdings nicht eingelesen.
Haben Sie einen Fehler entdeckt? Dann nutzen Sie bitte folgendes Template und beachten die Hinweise für eine reibungsfreie Bearbeitung der Tickets.

Fehlerbeschreibung

Erwartetes Verhalten

Aktuell erfolgt das Zoomen (über das Scrollrad) immer vom Nullpunkt. Dadurch verschiebt sich die Position des Wiedergabemarker immer aus dem Anzeigebereich heraus.

Es wäre hilfreich, wenn der Wiedergabemarker selbst als Mittelpunkt für das Zoomen herangezogen würde.

Um eine Cuelist (bzw. später eine Timecodeshow) über mit externem Timecode zu fahren. Dies ist nötig, wenn man eine DAW oder sonstige Software hat, die den Timecode vorgibt.

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.

Haben Sie einen Fehler entdeckt? Dann nutzen Sie bitte folgendes Template und beachten die Hinweise für eine reibungsfreie Bearbeitung der Tickets.

Fehlerbeschreibung

    <Rule Name="1-1 input" UseBacktrack="false" Threshold="126" IsToggle="false" EnableMessage="2134413313" EnabledBacktrack="0" DisableMessage="2134409217" DisabledBacktrack="0">
      <Type>Lumos.GUI.MIDI.ButtonRule</Type>
    </Rule>

     <TreeItem Name="Rule">
        <Attribute Name="Type" Type="Primitive" ValueType="String" Value="Lumos.GUI.MIDI.ButtonRule" />
        <Attribute Name="Name" Type="Primitive" ValueType="String" Value="1-1 input" />
        <Attribute Name="GUID" Type="Primitive" ValueType="String" Value="0e001dac-84c0-4cd5-9dc8-1d5e99b22533" />
        <Attribute Name="UseBacktrack" Type="Primitive" ValueType="Boolean" Value="False" />
        <Attribute Name="State" Type="Primitive" ValueType="Boolean" Value="False" />
        <Attribute Name="Threshold" Type="Primitive" ValueType="Byte" Value="126" />
        <Attribute Name="IsToggle" Type="Primitive" ValueType="Boolean" Value="False" />
        <Attribute Name="EnableMessage" Type="Primitive" ValueType="Int32" Value="2134413313" />
        <Attribute Name="EnabledBacktrack" Type="Primitive" ValueType="Int32" Value="2134413313" />
        <Attribute Name="DisableMessage" Type="Primitive" ValueType="Int32" Value="2134409217" />
        <Attribute Name="DisabledBacktrack" Type="Primitive" ValueType="Int32" Value="0" />
    </TreeItem>

    <Rule Name="1-1 output aus" UseBacktrack="true" Threshold="126" IsToggle="false" EnableMessage="0" EnabledBacktrack="3706881" DisableMessage="0" DisabledBacktrack="0">
      <Type>Lumos.GUI.MIDI.ButtonRule</Type>
    </Rule>

    <TreeItem Name="Rule">
        <Attribute Name="Type" Type="Primitive" ValueType="String" Value="Lumos.GUI.MIDI.ButtonRule" />
        <Attribute Name="Name" Type="Primitive" ValueType="String" Value="1-1 output aus" />
        <Attribute Name="GUID" Type="Primitive" ValueType="String" Value="efd45d5e-33da-4132-bad2-2b184f844e6d" />
        <Attribute Name="UseBacktrack" Type="Primitive" ValueType="Boolean" Value="True" />
        <Attribute Name="State" Type="Primitive" ValueType="Boolean" Value="False" />
        <Attribute Name="Threshold" Type="Primitive" ValueType="Byte" Value="126" />
        <Attribute Name="IsToggle" Type="Primitive" ValueType="Boolean" Value="False" />
        <Attribute Name="EnableMessage" Type="Primitive" ValueType="Int32" Value="0" />
        <Attribute Name="EnabledBacktrack" Type="Primitive" ValueType="Int32" Value="0" />
        <Attribute Name="DisableMessage" Type="Primitive" ValueType="Int32" Value="0" />
        <Attribute Name="DisabledBacktrack" Type="Primitive" ValueType="Int32" Value="0" />
    </TreeItem>

Fehlerbeschreibung

Erwartetes Verhalten

Das Name-Feld einer Midi-Rule ist während dem eingeben des Namens im Dark-Theme unlesbar, da das Kästchen weiß ist.

Vielleicht mache ich das auch falsch,

bei mir werden in der Sekunde an die 100 Einträge in die Konsole ausgegeben: in:63489
dazwischen manchmal ein anderer wenn ich eine Taste drücke.
Ich konnte die learn funktion jetzt so austricksen das ich die “Learn” Taste/Button so lange mit meiner
Klaviertaste gedrückt habe bis sich eine Änderung in Data 1 gezeigt hat.
Ansonsten scheint Learn einfach die Nulldaten interpretiert zu haben.

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.

Wäre sehr nutzfoll wenn DMX Control eine Midi Clock aufnehmen könnte um damit sound to light viel genauer umzusetzen.

Ein cooles und hilfreiches Feature wäre, wenn der Midi-Part die Funktion enthalten würde, einen Midi-Controller “mehrfach” belegen und am Ende in den einzelnen Layouts springen zu können.

Also zum Beispiel ein Layout für bewegtes Licht, eines für LED-PARs und eines für konventionelles Weißlicht. Das Wechseln des Layouts könnte im besten Fall auch mit der Zuordnung von Buttons auf die Layouts gelöst werden.

Mit dem neuen Image selector kann man nach Gobos bzw. Bildern des Geräts suchen. Aktuell hat man als Suchkriterium “nur” den Dateinamen. Bei selbst geschriebenen DDFs ist das weniger problematisch, weil man da noch einen sprechenden Dateinamen für die Bilddateien vergeben kann.

Bei DDFs, die über den Installer oder die DDFLib ausgeliefert werden, erhalten die Bilddateien den neutralen Dateinamen. Sucht man ein bestimmtes Gobo eines bestimmten Geräts bzw. ein bestimmtes Gerät muss man effektiv immer einen Blick direkt ins DDF selbst werfen, um den geänderten Dateinamen herauszufinden.

Um die Suche zu vereinfachen wäre es hilfreich, wenn die Bilddateien zusätzliche Informationen wie Hersteller und Gerätezeichnung in Form von Meta-Daten erhalten würden.

Der ColorChaser zeig bei mir ein merkwürdiges Verhalten, wenn ich den PlayMode auf Random setze und Use Device Index auf false.
Beim Wechsel der Farben entsteht immer ein merkwürdiges Flackern. Das ist live und auch in der StageView zu sehen.
Ich hab zur Demonstration mal ein Beispielprojetkt angehangen. In dem Projekt ist eine Cuelist angelegt.
Die erste Cue läuft ohne Probleme, bei der zweiten tritt dieses Flackern auf.
Der einzigste Unterschied ist: bei der Ersten Cue ist Use Device Index = True und bei der Zweiten ist es False

Wie bei den Menüeinträgen zur Cuelist, Softdesk und Stage View sollte der Eintrag Macroboard Profile aus Konsistenzgründen ebenfalls dahingehend erweitert werden, dass man aus den neuen Untermenüpunkten direkt ein vorhandenes Macroboard-Profil öffnen und ein neues anlegen kann.

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

Mittlerweile gibt es am Markt verschiedene Geräte, bei denen zwei (vielleicht später auch noch mehr) Prismen gleichzeitig eingefahren und die somit überlagert werden können. Daher muss erlaubt werden, dass man den Tag “prism” mehrfach einfügen kann, wie nachfolgend dargestellt:

<prism dmxchannel="0">
  <prismrotation dmxchannel="1">
    <step type="stop" mindmx="191" maxdmx="192" />
    <range type="cw" mindmx="193" maxdmx="255" minval="0.1" maxval="3.0" />
    <range type="ccw" mindmx="190" maxdmx="128" minval="0.1" maxval="3.0" />
  </prismrotation>
  <step type="open" mindmx="0" maxdmx="63" caption="Open" />
  <step type="prism" mindmx="64" maxdmx="255" caption="3-facets radial prism" val="3-facets radial.png" />
</prism>
<prism dmxchannel="2">
  <prismrotation dmxchannel="3">
    <step type="stop" mindmx="191" maxdmx="192" />
    <range type="cw" mindmx="193" maxdmx="255" minval="0.1" maxval="3.0" />
    <range type="ccw" mindmx="190" maxdmx="128" minval="0.1" maxval="3.0" />
  </prismrotation>
  <step type="open" mindmx="0" maxdmx="63" caption="Open" />
  <step type="prism" mindmx="64" maxdmx="255" caption="6-facets linear prism" val="6-facets linear.png" />
</prism>

Aktuell sind mir folgende Geräte unter die Finger gekommen:

• Ayrton Khamsin
• Martin ERA 600 Performance
• Eurolite TMH XB-280

Es gibt Geräte mit mehreren verschiedenen Frostfiltern, die unabhängig voneinander eingefahren werden können.

Hier sollten (ähnlich wie bei den Goborädern) mehrere Frostfilter möglich sein. Im DDF muss dazu der Tag “frost” mehrfach eingefügt werden dürfen:

<frost dmxchannel="0">
  <range mindmx="0" maxdmx="255" minval="0" maxval="100" />
</frost>
<frost dmxchannel="1">
  <range mindmx="0" maxdmx="255" minval="0" maxval="100" />
</frost>

Dies kommt beispielsweise bei den folgenden Geräten vor:

• JB-Lighting P12 (https://www.jb-lighting.de/P12Profile) und dessen “Geschwister”.
• Martin ERA 800 Profile (https://www.martin.com/en/products/era-800-profile)
• Elation Smarty Max (https://www.elationlighting.com/smarty-max)

Das Problem ist analog zu FS#4207.

Ist denk ich einfach zu erweitern, ich finde es umständlich Intensity, Position und Color unten machen zu können, Beam aber nicht vollständig.
Es sollten bei beiden Eingabemöglichkeiten Beide Optionen zur Verfügung stehen, es handelt sich lediglich um ein paar mehr Slider bsp. bei Beam Focus, Prism...

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.

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

Vor allem wenn DMXC mit mehreren Monitoren genutzt wird, wäre es wünschenswert, wen sich vom Dockingcontainer gelöste “Floating Windows” Maximieren lassen.
Wie dies mit der DockpanelSuite umzusetzen ist, ist unter Doku maximizable floatwindow beschrieben.
Viele Grüße

Aktuell ist der zulässige Höchstwert für die Phase bei 1080° festgesetzt. Dieser ist mittlerweile zu gering und sollte hochgesetzt werden.

In diesem Zusammenhang wäre dieser Wert als zentrale Konstante zu definieren, statt ihn einzeln in den Effekten zu hinterlegen.

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…

Es wäre toll, wenn man in der “manuellen Matrix” -Zuweisung gewisse Tools wie in der Bildbearbeitung hätte. Z.B. Striche, Kreise erstellen; Bild rotieren/spiegeln; o.ä.

Es wäre toll, wenn man z.b. die Startposition des Boom-Effekts mithilfe eines weiteren Effekts verändern könnte. Oder z.b. die Geschwindigkeit des Color-Scroll Effekts mit einem Sinus belegen könnte.

Wie Chaser sollte ein Random mode unterstützt werden.

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

Die neuen Master bieten neben den neun Einstellungen für HSV, CMY und RGB auch die Möglichkeit, die RGB+ Farben einzustellen. Allerdings macht es keinen Sinn, Einen Fader für eine RGB+ Farbe darzustellen, wenn es im Projekt kein Gerät gibt, welches diese ausgeben kann. Es sollte also eine Möglichkeit geben, entweder selbst einzelne Farben auszublenden oder nur diese anzuzeigen, für die es auch Einstellungsmöglichekten bei den Geräten gibt.

Als Folgeticket aus  FS#4552 

Aus den verschiedenen Master-Ordnern kann man das Masterfenster direkt mit einem gesetzten Filter öffnen, um zum Beispiel nur die Group Master oder nur die Parametermaster anzuzeigen.

Manuelles Überfaden in Szenenliste einbauen über InputLayer Regler

Es gibt ja aktuell in der 3.3 die Makros, was im Grunde nichts anderes als interne Variablen sind um vom Executor aus ins IA zu kommen.

Die Funktion die ich gerne hätte wäre eine andere Art von Makro.

Ich würde mir wünschen, wenn man Makros aufzeichnen kann, um über einen Knopf mehrere Executoren gleichzeitig abfeuern zu können. Wie das hier in der Software für die Blackmagic Switcher gezeigt wird:

https://youtu.be/ka3hXE30Imk

Auf record drücken, alle Knöpfe einmal drücken die in das Makro rein sollen und dann die Aufzeichnung beenden. Sobald man den Makro Knopf drückt, werden die Executoren in der Reihenfolge gedrückt.

Man könnte noch überlegen ob man timings da noch irgendwie mit einbauen möchte, ist aber glaube gar nicht nötig.

Folgendes Szenario. Man hat eine Palette an Cuelists, Parameter- und Colormaster als Baukastensystem zusammengestellt und möchte damit schnell zwischen verschiedenen Lichtstimmungen umschalten.
Aktuell ist das möglich, indem man Cuelisten baut, die wiederum andere Cuelisten starten, oder man baut im Input Assignment ein aufwändiges CS. Für den Livebetrieb etwas unpraktisch.

Deshalb wäre mir persönlich bei diesem Feature wenn es kommen sollte wichtig, dass man das mit wenigen Handgriffen machen kann.

Möchte ich zum Beispiel das Feedback für einen Button dahingehend darstellen, dass dieser in Abhängigkeit seines Status die Farbe wechselt und ggf. auch anfängt zu blinken, wenn er aktiviert ist, benötige ich eine Reihe von verschiedenen Nodes.

Um das Handling gerade über mehrere Connectionsets zu vereinfachen, würde ich mir an dieser Stelle ein Art Makro-Node (oder Baugruppen-Node oder Blackbox-Node) wünschen, dass ich analog zur Siemens S7 an einer Stelle mit mehreren Nodes fülle, die Nodes konfiguriere und dann die Ports angebe, über die ich dann Werte in das Makro-Node hineinschicke und zurück erhalte.

Das Ziel soll am Ende sein, dass man

• nachträglich Teile eines komplexeren Connectionsset in meine anderen Connectionsets einbauen kann
• entsprechend komplexe Teile eines Connectionsets nur einmal ändern muss (Properties der genutzten Nodes selbst als auch Hinzufügen oder Entfernen von Nodes) und diese Änderung sich auf alle Connectionssets auswirken, in dem dieses Makro-Node verwendet wird
• solche Makros auch projektübergreifend nutzen kann und somit wie eine Bibliothek zur Verfügung stehen, ggf. auch über eine Import- und Export-Funktion

s. Überschrift → analog zum Macroboard Profile Fenster. Nur die ID vom MacroboardProfile an das Control übergeben. Bei Fragen gerne an Patrick :)

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

nicht vorhanden

Zum aufräumen im SpeedMaster

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 lege im Projektexplorer eine neue Executorseite an. Wähle diese Seite aus, sodass ich im rechten Fensterteil die einzelnen Executoren sehe.
Jetzt lösche ich die gesamte Executorseite.
Auf der rechten Fensterseite werden wir aber immernoch die schon gelöschen Executoren angezeigt und ich kann auch die Eigenschaften davon ansehen.
Ich würde z.B. erwarten, dass nach dem Löschen eines Knotens das SelectedItem eine Eben höher springt.

s.o.

Ich denke das würed es uns leichter machen komplizierte Fehler zu reproduzieren.

MfG
Patrick

Scheinbar haben Geräte auch logarithmische Funktionen. Siehe  FS#720  Goborotation, ...
Es würde m.M. nach reichen, wenn man dann die Fader Controls auf log umstellt.

Für den Fall, das der Kernel oder was anderes nicht startet wäre es gut, wenn der Launcher die Pfade für die Logfiles öffnet damit der Nutzer diese extrahieren kann.

Gruß

* Projekt (z.B. http://www.dmxcontrol.de/flyspray/index.php?getfile=679) laden
* Cuelist laden und starten
* ein Gerät deaktivieren

Nun die Cuelist weiterlaufen lassen - das deaktivierte Gerät wird weiterhin angesprochen und in Fannings und Co. mit berücksichtigt.

Das deaktivierte Gerät sollte beim nächsten Schritt/Fade auf Nox gefaded und in Fannings nicht mehr berücksichtigt werden. Dies ermöglicht in Verbindung mit  FS#1981  ein kontrolliertes Deaktivieren (mit gleichem oder nächstem Cue) eines Gerätes, nicht wie früher (inzwischen behoben) ein sofortiges Abschalten des Geräts bei Deaktivierung.

Der linke bereich des TCP könnte sortierbar sein, so das man sich die Spuren sortieren kann ,

Schön wäre auch eine art dropdown , wo man bestimmte spuren gruppieren kann, und diese dan als gruppe minimiert bzw ein/ausblendet .

jetz werden wieder viele denken : “bau alles mit Szenen und du brauchst nur 3-5 spuren”, nein das möchte ich nicht weil:

ich stelle mir den workflow etwas präzieser vor , angenommen man hat eine TCShow von insg. 30min, welche aus mehreren audioschnipseln besteht , bei 30 minuten wären das möglicherweise über 60 szenen die man bauenmüsste und auch evtl. mal bearbeiten müsste ändert sich ein titel oder ähnliches. hinzukommend müsste man jede szene auswendig können. daher eher der Gedanke jede gerätefunktion (bzw. Gerätegruppenfunktion) auf eine ex.spur zu legen und diese dann im TCP anzupassen.

–> wären die Executorspuren gruppierbar ware das eine feine sache (Bugtrackereintrag exestiert)
–> man kann sich einfach Spuren für gerätegruppen hinzufügen, oder jeh nach vorhandenen euqipment “aktivieren oder deaktivieren”

Hintergrund: In namenhaften audioprogrammen wie Fruityloops-Studio hat man pro zeile ja auch nur ein Instrument(element, stimme etc.) da arbeitet man auch nicht mit aufgenommenen Schnipseln die man nur aneinander klatscht . ich vermute auch zukunftsweisend ist das vorteilhafter wie 12 milliarden szenen zu speichern und die nur zeitlich zu verketten. (das könnte der Szeneneditor ja bereits selbst)

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

Um die Nutzer bei der Verwendung der Funktion “Zeitpunkt für Aktivierung der DMX-Ausgabe selbst festlegen” aus Ticket  FS#4015  zu unterstützen, aber auch bei weiteren Punkten wie

• Grandmaster, Gruppenmaster etc. unter einem bestimmten Wert
• Blackout aktiv
• Freeze aktiv
• Cuelist-Intensität auf 0

sollen alle Warnungen und Änderungen mit einem “Schweregrad” bzw. Warning-Level versehen werden.

Zur Protokollierung, welche Funktion die Warnung generiert oder das Dirty Flag setzt, soll ein Interface gebaut werden, über das die Wichtigkeit der Änderung an einen zentralen Manager weitergereicht wird. Wie detailliert die Rückmeldung an den Nutzer erfolgt, kann dieser über eine Einstellung festlegen. Diese Einstellung greif dabei die verschiedenen Level der Schwere der Warnung oder der Änderung am Projekt auf.

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.

Folgendes Vorgehen löst den Fehler aus, auch in der 3.3 Alpha6 vorhanden, Logs der 3.3 anbei.

Device Group mit Generic RGB, Farbe auf Rot in Cuelist speichern. → funktioniert wie erwartet
Anschließend alle Devices aus der Gruppe löschen, Projekt speichern und neu laden.
Projekt neu laden, wieder Geräte in die Gruppe hinzufügen, Cuelist starten → keine Farbe mehr vorhanden, bei “Edit in Programmer” wird keine Eigenschaft aufgerufen, der Programmer bleibt leer.

Hintergund:
Ich habe für mich ein Standard-Projekt erstellt, dieses hat 4 Gruppen und je nach Veranstaltung werden andere Geräte in die Gruppen aufgeteilt, teils mit vollkommen unterschiedlichen Setups. Mir ist es nun schon passiert das ich mir beim Anpassen des Projektes alles zerstört habe weil ich erst einmal alle Gruppen geleert haben.
Beim letzten Mal wollte ich das ganze verhindern und habe ein Gerät in die Gruppe gesteckt das ich sonst nicht nutze, leider tritt der Fehler auch auf wenn das Gerät keine Farbeigenschaft hatte, daher hat mir die Nebelmaschine in der Gruppe auch nicht vor dem Verlust geschützt.