Bugtracker DMXControl 3

Aktuell verfügen die Macroboard-Profile über kein Eigenschaften-Fenster, wie es eben Devices oder Cuelists der Fall ist. Im Eigenschaften-Fenster der Macroboard-Profilen könnte ich mir aktuell folgende Parameter vorstellen:

• Name
• Macroboard-Profil-Nummer

Insbesondere der Parameter “Profil-Nummer” kann hilfreich sein, wenn man über eine numerische Zuordnung der Profile zu einem Macroboard arbeitet, wie zum Beispiel beim Durchblättern durch mehrere Seiten (respektive Profilen).

Optional würde ich folgende Einstellmöglichkeiten in den Raum werfen:

• Statisches Hintergrundfarbe oder -bild
• Verhalten der Buttons (Push oder Toggle)
• Anzahl der Buttons pro Zeile und Spalte

In DMXC 3.2.2 können bei der Angabe von Mastern im Device Control schon Rechnungen angegeben werden und hier gibt es auch einen Parameter für die Anzahl der Geräte in der angesteuerten Gerätegruppe (CONST). Ich fände es gut, wenn man Rechnungen auch direkt in den Properties angeben könnte. Dies ist dann sinnvoll, wenn beispielsweise ein Effekt per Fanning auf der Phase auf 8 Scheinwerfer verteilt werden soll. Aktuell muss man hier das Fanning entsprechend angeben, wodurch es angepasst werden muss, wenn sich die Anzahl der Geräte in der Gruppe ändert. Durch einen Parameter wie den COUNT Parameter könnte man dies elegant umgehen.

Ein weiterer Anwendungsfall wäre, wenn mehrere Effekte überlagert werden sollen. In diesem Fall muss man das Fanning per Offset verschieben. Man könnte sich Arbeit sparen, wenn man das Offset per Rechnung angeben könnte (natürlich auch für gefannte Werte, um das ganze Fanning zu verschieben). Die Frage wäre noch, ob die Rechnung wenn möglich aufgelöst werden soll oder nicht. Beides hätte seine Vorzüge. Das Auflösen ist übersichtlicher, nicht auflösen könnte bei Offsets deutlich einfacher sein.

Über die Buttons half und double kann man den aktuellen BPM-Wert faktorisieren. Hier wäre es gut, wenn dieser Faktor angezeigt wird. Ein typisches Anwendungsbeispiel ist, dass ich mehrere Speedmaster zwar gleichzeitig Lerne bzw. Synchronisiere, aber jeden Speedmaster einzeln faktorisiere.

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.

Es wäre ein tolles Feature, wenn man im fullscreen Mode mehre Seiten hätte, durch die man wischen kann.

Graph ist nach Generierung “Default”.

Sollte der User:
1. Knoten oder Kanten löschen / hinzufügen
2. Parameter von Knoten ändern

Ist Default = false und das wird durch ein Icon in der Headerzeile visualisiert.

Es wäre hilfreich, wenn bereits verwendete Nodes eine Markierung erhalten, dass sie bereits irgendwo verwendet worden sind.

Folgendes Szenario:
Man hat ein 24 Kanal DMX Pult als Input und möchte wissen, ob ich bereits alle Fader verbraten hab, oder ob noch 1/2 frei sind. Dadurch hätte man einen guten Überblick.

Lösungsvorschlag:
Sobald Node irgendwo benutzt wurde, wird der Pfeil orange eingefärbt.

Es wäre super, wenn man innerhalb einer Cuelist auch mit absoluten Zeitangaben arbeiten könnte, die relativ zum Start des Abspielens eine Cuelist zu verstehen sind.

Beispiel: eine Cuelist wird manuell gestartet. 9 Sekunden nach Start soll der zweite Schritt beginnen, 20 Sekunden nach Start der dritte Schritt. Dann wäre es prima, wenn man einfach schreiben könnte:

Cue 1 manual
Cue 2 “absolute follow” 9s
Cue 3 “absolute follow” 20s

wobei sich das “absolute follow” 20s der Cue 3 auf t0 von Cue 1 bezieht.

Es wäre ebenfalls schön, einen Trigger “Absolute Wait” hinzuzufügen.
Dieser soll sich - ähnlich wie “Absolute Follow” - auf eine bereits mehrere Cues zurückliegende Cue beziehen.

Beispiel:
Cue 1 Manual
Cue 2 “(Absolute) Wait” 9s
Cue 3 “Absolute Wait” 20s

Der Triggerwert von Cue 3 bezieht sich dabei auf Cue 1.

Eine erste Diskussion hierzu findet bereits im Forum unter

http://www.dmxcontrol.de/forum/index.php?page=Thread&threadID=8599

statt.

Von Einzelnen Inputs Outputs umbauen in Nodes wie alles andere auch.

Ergänzung des Tickets aus der Entwicklersitzung vom 28.11.2020

• Umbau auf eine Multi-Port-Lösung für Input und Output, sodass jede Eigenschaft getrennt verknüpft werden kann. Am Beispiel des Buttons wäre dies exemplarisch: Anzeigetext, Farbe des Buttons, Status, etc.
• Die Inputs und Outputs bleiben beim Softdesk weiterhin getrennt und werden nicht in einem Node wie zum Beispiel Cuelist, Device o. ä. zusammengeführt.
• Die Inputs und Outputs erhalten einen Legacy Input, welcher nach Umzug aller Verbindungen verschwindet und für neue Knoten auch nicht existiert. Das muss ein Framework Feature werden, da das sicher bei anderen Stellen auch nochmal auftritt.

Als Zeitschiene soll die Version 3.3 angepeilt werden.

Man sollte in Zukunft in der Lage sein mehrere Controls welche man im Softdesk angelegt hat als Template zu speichern.
So muss man diese Controls nicht wieder einzeln einfügen, sondern kann direkt das gesamte Template laden.

Beim Speichern/Laden sollten dann Relative Positionen beachtet werden, Styles und andere Eigenschaften mit übernommen werden und die Template
Dateien sollte auslagerbar sein, damit man diese exportieren/importieren kann.

s. Überschrift

Aus dem Ticket  FS#3851  geht als Folgepunkt hervor, dass der ColorHandlers derart erweitert wird, dass dieser die Farbe auf Matrix und Colorwheel verteilt, ähnlich RGB / Colorwheel Verteilung.

Ziel soll sein, dass man zum Beispiel bei einer LED-Bar sowohl die gesamte LED-Bar mit Hilfe des ColorPickers in einer Farbe einfärben, für die einzelnen Pixel das Matrix-Fenster nutzen oder die Farbe über ein virtuelles Farbrad wählen kann. Ein Beispiel wäre hier zum Beispiel Eurolite LED PIX-12 QCL.

Ein paar Ideen um die Usability des Add Device Fensters zu verbessern. Da man ja während das Fenster offen ist, eh nichts anderes machen kann, könnte man ja den verfügbaren Platz nutzen.

- Vergrößern der “Größer”/”Kleiner” Buttons bei den Int Werten
- Int Werte mit Mausrad erniedrigen/erhöhen
- Mit Tab rechts alle Werte anwählbar machen (aktuell wird “Assign to (new) Group” und “Repeat” ausgelassen)
- Den “Fokus” von Tab überall sichtbar machen (wenn man mit Tab gerade auf z.B. dem “Add Device” oder “⇒ Patching” Button ist, dann ist das für den User nicht ersichtlich)
- Hinzufügen der Geräte bei “Enter” - Standardgröße des Fensters vergrößern
- Hintergrund abdunkeln, damit schneller ersichtlich ist, dass man nur in diesem Fenster arbeiten kann, solange es offen ist

Der Speedmaster kann ja mit DMXControl 3.2.2 nun auch direkt auf einen BPM-Wert gesetzt werden. Hier wäre es hilfreich, wenn der AudioAnalyser diesen ebenfalls direkt so als Input anbieten kann.

Der aktuell vorhandene Zählwert für den Beat lässt den Speedmaster zu sehr springen, was das Ergebnis merklich verfälscht und in einem großen Spektrum stark springen lässt. So habe ich Titel, wo der AudioAnalyzer mit seiner Analyse konstant bei beispielsweise 128 BPM liegt. Der Speedmaster macht daraus allerdings BPM-Werte zwishcen 120 und 160 BPM, je nachdem wie die Zählwerte über den Beat to Bool Konverter am Learn-Input ankommen.

Hab eine Cueliste im PlayMode Random mit folgenden Cues:

Number; Trigger; Name
0       Go      "Flash White Device 1"
1       Follow  "Flash White Device 1 Release"
2       Go      "Flash White Device 2"
3       Follow  "Flash White Device 2 Release"
4       Go      "Flash White Device 3"
5       Follow  "Flash White Device 3 Release"
6       Go      "Flash White Device 4"
7       Follow  "Flash White Device 4 Release"
8       Go      "Flash White Device 5"
9       Follow  "Flash White Device 5 Release"
10      Go      "Flash White Device 6"
11      Follow  "Flash White Device 6 Release"
12      Go      "Flash White Device 7"
13      Follow  "Flash White Device 7 Release"
...
XX      Go      "Flash White Device Y"
XX +1   Follow  "Flash White Device Y Release"

Ich möchte das bei jedem Go eine Random Cue mit Number%2==0 getriggert wird. (0,2,4,6,8,10,12)

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

In der Stageview sollten selektierte Geräte und Gruppen mit Rechtsklick → Entfernen von der Stageview entfernt werden können.
Eventuell auch mit druck auf die Entf-Taste, wobei das eventuell zu unsicher ist.

Zweiter Contextmenü-Eintrag sollte sein “Copy to StageView X” und “Move to StageView X”

Eine Möglichkeit, ähnlich dem Trigger, der FadeTime nicht eine feste Größe sondern eine Variable/Input aus dem Inputassignment zuweisen zu können
und durch dieses global eine fade Zeit (wie in guten alten Zeiten beim SceneSetter48) einstellen zu können

Moin,
Eine Idee, kann man es Realisieren das die Benennung der Geräte im Stageview ein Zeilenumbruch zu ermöglichen. Als Symbol könnte man im Namen ein Semikolon Nutzen.

Gruß
Max

AudioAnalyser als Auswahlmöglichkeit für BeatSource der CueList hinzufügen. Das ermöglicht vom AudioAnalyser erzeugte Beat-Steuerung, die nicht einen gleichmäßigen Beat erzeugt (wie ManuelBeat oder Speedmaster).
Die Erweiterung ermöglicht evtl. auch anderen Erweiterungen/Plugins sich an dieser Stelle einzubinden.

AL: Vorbereitung erledigt. Frank muss Plugin anpassen

Es wäre gut, wenn man mit dem Return-Kanal auch RGB-Pads auf MIDI-Mischpulten ansteuern kann. Leider kocht da irgendwie jeder Hersteller sein eigenes Süpchen :( Hab da mal ein paar Möglichkeiten herausgesucht. Man müsste das also irgendwie konfigurieren können. Mir persönlich würde reichen, wenn der Support für Native Instruments-Geräte eingebaut wäre, also sowohl die HSB-Ansteuerung als auch die Indexed-Ansteuerung.

https://www.native-instruments.com/fileadmin/ni_media/downloads/manuals/CONTROLLER_EDITOR_Manual_German_2017_11.pdf (Seite 346)

Hier Beispiele anderer Hersteller:
http://b8e57dc469f9d8f4cea5-1e3c2cee90259c12021d38ebd8ad6f0f.r79.cf2.rackcdn.com/Product_Documents/APC40Mk2_Communications_Protocol_v1.2.pdf_7db83a06354c396174676105098e3a7d.pdf (Seite 18)
https://customer.novationmusic.com/sites/customer/files/novation/downloads/10598/launchpad-pro-programmers-reference-guide_0.pdf (Seite 25)

Wie bereits mehrfach besprochen sollte DMXC mehrere Modi unterstützen (Anfänger, Fortgeschrittener) sowie evtl. unterschiedliche Standard layouts (Theather, Disko,…)

Entsprechend sollten Elemente angezeigt oder ausgeblendet werden.

Hierzu muss folgendes durchgeführt werden:

1. Definition, welche Gruppen es gibt
2. Definition, was diese Gruppen sehen und was nicht
3. Implementierung des Models

Wichtig ist, dass diese Auswahl nur initial das System konfiguriert. Der User kann jederzeit in den Fortgeschrittenen Modus wechseln und dadurch mehr Dinge angezeigt bekommen.

Der Softdesk Designer braucht einmal einen Rework:

- Liniale Oben/Unten Rechts/Links
- Zoom indicator
- Bereichs indicator
- Scrollbalken im Designer und in der Live ansicht sollten sich unterschieden
- Liste der Auswähöbaren UserControls sollten geordnet werden
- Liste der Properties sollte Gruppiert werden.

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.

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.

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.

Wenn ich z.b. mehrere Buttons markiert habe, die unterschiedlich groß sind, kann ich im Editierbereich die Breite/Höhe nicht mehr eingeben. Dies wäre aber sinnvoll.
Dies gilt ebenso für unterschiedliche Farben usw..

Für Effectwheel die gleiche Systematik einbauen wie für Gobowheel (Zusammenfassen der Eigenschaften mit Subproperties)

Referenz:  FS#3089  (Screenshot unten in den Comments)

Getestet mit Alpha 3, Build 11

Die Schreibweise der Anschlüsse in den Nodes und somit auch in der Baumstruktur des Input Assignments sowie in den Properties der einzelnen Nodes sollte nur nach einem einzigen Schema erfolgen, zum Beispiel nur der erste Buchstabe eines Wortes groß oder nach der allgemein gültigen Rechtschreibung. Durch die Schreibweise teilweise in Großbuchstaben sieht es so aus, als ob es “höherwertige” oder “minderwertige” Anschlüsse an den Nodes gibt. Dies führt unter Umständen zu vermeidbaren Erklärungen und Erläuterungen.

Wenn ein Graph Fehler wirft oder in der Verarbeitung zu lange läuft sollte nach z.B. 10 Fehlern der Graph abgeschaltet werden, um nicht das ganze System auf zu halten.

Unter dem Ticket  FS#2680  hatte ich vorgeschlagen, den Syntax im Device Control derart zu erweitern, um eine Cue mit folgender Lichtstimmung etwas einfacher programmieren zu können:

• rot, rot, rot, blau, blau, weiß

Da der seiner Zeit vorgeschlagene Syntax möglicherweise zu schwierig ist, kam mit beim Programmieren an einem aktuellen Projekt von mir der entsprechende Gedanke, auch beim Group Handling alternierende Fannings zuzulassen. Um die gezeigte Lichtstimmung zu programmieren, wären folgende Eingaben erforderlich:

• Device Control: 255; 0; 0 # 0; 0; 255 # 255; 255; 255
• Group Handling, Modus Concat Group: 3 # 2 # 1

Aus meiner Sicht könnte es hilfreich sein, wenn die automatischen Regeln zum Erstellen eines Graphen nicht nur im Hintergrund in der Tabellenansicht angewendet werden, sondern auch in der Graphenansicht selbst.

Beispiel: ich ziehe in der Graphenansicht den Button eines Softdesks auf das GO einer Cuelist und einen Slider auf die Intensity. Die erste Verbindung wird gemäß der Standardvorgaben automatisch um den Binary Switcher erweitert, die zweite um einen Rule of Three.

In den Einstellungen eines Gerätes in DMXC3 können nur alternative Dimmerkurven gewählt werden, wenn das Gerät einen einzelnen Dimmerkanal hat. Hat es allerdings nur Farbkanäle (R, G, B), fehlt der ganze “Dimmer”-Aufzählungspunkt, obwohl Dimmerkurven ja auch auf Farbkanäle angewendet werden können sollten.

Ich wünsche mir also alternative Dimmerkurven auch ohne Dimmerkanal. Die können dann auch gerne alle Farbkanäle gleichzeitig beeinflussen.

Aus Gründen der Konsequenz könnte man Preheat und Limit (die beiden anderen Punkte unter “Dimmer”) auch gleich übernehmen, braucht zwar kaum ein LED-PAR, aber ist trotzdem schick zu haben.

Wenn ich in einem Blade als Maximalen trust 0.8 (80%) angebe, wird dies auch für die DMX-Ausgabe zwar beachtet, aber die InputControls und das StageView-Icon zeigen immer noch 100%

    <blades>
      <bladeindex dmxchannel="37">
        <range range="120" mindmx="0" maxdmx="255" />
      </bladeindex>      
      <bladetop dmxchannel="38">
        <range minval="0" maxval="0.8" mindmx="0" maxdmx="255" />
      </bladetop>
      <bladetopangle dmxchannel="39" pointofrotation="center">
        <range range="50" mindmx="0" maxdmx="255" />
      </bladetopangle>
      <bladeleft dmxchannel="40">
        <range minval="0" maxval="0.8" mindmx="0" maxdmx="255" />
      </bladeleft>
      <bladeleftangle dmxchannel="41" pointofrotation="center" >
        <range range="50" mindmx="0" maxdmx="255" />
      </bladeleftangle>
      <bladebottom dmxchannel="42">
        <range minval="0" maxval="0.8" mindmx="0" maxdmx="255" />
      </bladebottom>
      <bladebottomangle dmxchannel="43" pointofrotation="center">
        <range range="50" mindmx="0" maxdmx="255" />
      </bladebottomangle>
      <bladeright dmxchannel="44">
        <range minval="0" maxval="0.8" mindmx="0" maxdmx="255" />
      </bladeright>
      <bladerightangle dmxchannel="45" pointofrotation="center" >
        <range range="50" mindmx="0" maxdmx="255" />
      </bladerightangle>
    </blades>

Wenn ich mit der Maus per Drag&Drop ein oder mehrere Geräte in eine “Device Group” ziehe, dann bekomme ich kein Feedback. Ich sehe im Projekt Explorer keine Änderung und muss erst die Gruppe öffnen, damit ich sehe, dass beim Hinzufügen alles geklappt hat.

Für den Benutzer wäre es hilfreich, eine Reaktion vom Programm zu bekommen.

Eine Möglichkeit wäre, dass nach dem Drag&Drop die Gruppe kurz das Aussehen verändert. (Irgendwo habe ich einmal eine pulsierende Reaktion in einem anderen Programm nach einem Drag&Drop gesehen, das ziemlich ansprechend war)
Eine andere Möglichkeit wäre, dass im Tree vom Projekt Explorer mit angezeigt würde, wieviele Geräte aktuell in der Gruppe drin sind. Diese Anzahl würde sich dann natürlich nach dem Hinzufügen veränden.

Die im Screenshot dargestellte Eingabe wird mir als fehlerhaft gekennzeichnet, obwohl ich gemäß des Tooltipps im richtigen Wertebereich liege.

Es wäre sehr sinnvoll wenn im Programmer auch Angezeigt wird, wenn auf einem Kanal ein Effect oder Filter angelegt ist.

Ich habe die Cuelists A, B und C. Die Cuelists A und C sind bereits einer Cuelist Group zugeordnet. Nun lege ich noch Cuelist D an. Alle Cuelists A bis D möchte im Anschluss nun der gleichen Cuelist Group zuordnen, wähle dazu alle aus und ziehe die Cuelists auf die Cuelist Group. Nun sperrt mir die GUI das Ablegen der Auswahl, da ja bereit eine Cuelist (hier A und C) innerhalb der Auswahl bereits im Ziel (also der Cuelist Group) enthalten ist.

Das “Sperren” ist in dem Sinne unschön (weswegen ich das Ticket als Fehler gekennzeichnet habe) und vom Workflow her ineffektiv ist, dass ich immer vorher erst schauen muss, was ist im “Zielordner” (meist Cuelist Group, Device Group, Stage View und Eletricity Management) bereits enthalten. Im zweiten Schritt muss ich über eine Mehrfachauswahl die Cuelists o. ä. anwählen, die ich dem Zielordner hinzufügen möchte. Hierbei laufe ich aber Gefahr, entweder Cuelists zu vergessen oder ich erwische doch nochmal eine, die bereits in der Cuelist Group enthalten ist, worauf ich die Auswahl nochmal ändern oder möglichst alle Cuelists einzeln der Cuelist Group zuordnen muss.

An dieser Stelle wünsche ich mir einen Workflow, bei dem diese “Vorabkontrolle” entfällt, ob eine Cuelist in einer Cuelist Group enthalten ist oder nicht.

Auch wenn das Verhalten bereits in der 3.1 schon so war, habe ich das Ticket mal mit zur 3.2 gepackt, weil es hier nun nochmal explizit aufgefallen ist.

Bei externen “Controls”, die kein Feedback erlauben (z.B. nicht motorisierte Fader, Potis, DMX-In), gibt es das Problem springender Werte, wenn sich Werte in der Software ändern, aber natürlich nicht am Control selbt. Fasst man das Control das nächste mal an, würde der Wert einfach auf den zuletzt am Control eingestellten Wert springen.
Um das zu umgehen, gibt es z.B. bei der MidiBox verschiedene Modi, die man einstellen kann:

Normal, Snap, Relative, Parallax
http://www.ucapps.de/midibox_tutorial.html (Nach “Normal Mode” suchen)

Diese Einstellung auch in DMXC zu haben (z.B. für DMX-In, wo es prinzipiell kein Feedback gibt, also auch das Pult dieses Verhalten nicht implementieren kann) wäre für mich sehr sinnvoll.
Wahrscheinlich reicht es, das pro MIDI- oder DMX-In-Device konfigurieren zu können, also nicht unbedingt für jedes Control einzeln.

Wenn ich den graphen einer Verbindung geöffnet habe, sollte der Name der Verbindung irgendwo angezeigt werden.

Es wird immernoch nicht der Node für Random in Gobowheel und Colorwheel gelesen bzw. wird nich angezeigt und kann deshalb nicht drauf zugreifen.

MfG
Patrick

Aus Nutzersicht wäre es super, “virtuelle” Eingänge (z.B. Go / Stop  FS#3321 ) zu haben, die im Hintergrund einen Graphen generieren. Dadurch könnten viele Standard Fälle abgedeckt werden, ohne das Input Assignment zu verschandeln.

In einem mir zur Verfügung gestellten Testprojekt ist folgender Fehler im GUI-Log aufgetaucht:

2019-03-28 22:32:43,413 [Log-Thread] WARN  org.dmxc.lumos.XNAViews.GraphicsDeviceControl - Failed to Draw!
System.InvalidOperationException: An unexpected error has occurred.
   bei Microsoft.Xna.Framework.Graphics.GraphicsDevice.CreateDevice(GraphicsAdapter adapter, PresentationParameters presentationParameters)
   bei Microsoft.Xna.Framework.Graphics.GraphicsDevice..ctor(GraphicsAdapter adapter, GraphicsProfile graphicsProfile, PresentationParameters presentationParameters)
   bei org.dmxc.lumos.XNAViews.GraphicsDeviceService.ResetDevice(Int32 width, Int32 height, Boolean withoutEvent, Nullable`1 handler, Boolean hardReset) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosLIB\src\XNA\GraphicsDeviceService.cs:Zeile 146.
   bei org.dmxc.lumos.XNAViews.GraphicsDeviceControl.OnPaint(PaintEventArgs e) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\XNAViews\src\XNAViews\GraphicsDeviceControl.cs:Zeile 449.

Das zugehörige Projekt kann ich bei Bedarf intern zur Verfügung stellen.

hat ein Gerät mehrere Beams, wird es als 1 Icon im LV angezeigt.

Für die folgende Erklärung sei Beispielhaft folgendes Gerät gegeben:

Beam 1:
- RGB
- Position (gilt für alle Beams)
Beam 2:
- RGB
Beam 3:
- RGB

Lösung:
0. Es gibt einen “Master Beam” (der 1. Beam) welcher allgemeine Eigenschaften enthält, die sich die Beams teilen. Per Konvention ist das der 1. <function> Block im DDF. Die Eigenschaften (e.g. <dimmer>) werden mit “global=true” markiert, falls es eine globale Eigenschaft ist. In diesem Fall wird die Eigenschaft auch angezeigt, wenn ich einen anderen Beam selektiere. Der Masterbeam ist also so etwas wie eine “Beamgruppe”.

1. Darstellung im Stageview ist umschaltbar zwischen Einzeldarstellung und Beam Darstellung
⇒ Darstellung als Multibeam nur, falls Gerät > 1 Beams besitzt.
⇒ Einzeldarstellung: Wie aktuell, nur bei “Multibeam” Devices wird unter dem “Hauptbeam” angedeutet, dass es zusätzliche Beams gibt (e.g. Icon oder kleine Vierecke). Die Einzeldarstellung ist quasi der Masterbeam.
⇒ Multibeam Darstellung: Die Beams werden als “Matrix” dargestellt und jeweils gezeichnet wie aktuell der Hauptbeam
⇒ Dies gilt natürlich für Geräte UND Gruppen ⇒ Sollte Beam 1 nur Global Eigenschaften enthalten, wird er in der Beam Darstellung NICHT angezeigt. Begründung: Die Global Eigenschaften des Masterbeams werden auch in den anderen Beams dargestellt. Ergo ist eine separate Darstellung nicht notwendig.

2. Selektion Beam / Master
In der Einzeldarstellung selektiere ich den “Masterbeam”. Über ein Tastaturknopf kann auf Beam Selektion umgeschaltet werden und es werden nur die einzelnen Beams markiert. Das Selektieren einzelner Beams ist für Fanning wichtig.
⇒ Wenn Masterbeam selektiert ist, werden die gemergden Eigenschaften aller Beams im PG angezeigt:
Beispiel:

- RGB (Beam 1-3)
- Position

Wenn ich nun das RGB ändere, ändere ich das RGB aller 3 Beams

⇒ Wenn Beams selektiert sind, wird jeder Beam mit seinen Eigenschaften dediziert im PG angezeigt (Beispiel Beam 2, 3 selektiert)

- Global
  - Position
- Beam 2
  - RGB
- Beam 3
  - RGB

3. Fanning
Master selektiert ⇒ Fanning über Geräte (wie bisher)
Beams selektiert ⇒ Fanning über Beams

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.

Hallo,

ich glaube wieder einen Bug gefunden zu haben.

Die erste Cue wird nicht geladen, wenn im Loop-Modus, der Trigger für die erste Cue mit follow oder wait und 0ms und letzte Cue mit Fade-Time 0 eingestellt ist.

Zum Reproduzieren:
Projekt erstellen, Gerät(e) hinzufügen (auch bei Gruppen), Cuelist mit 4 Farben hinzufügen, alle Cues als Trigger follow einstellen mit 0 ms. Die Zweite und letzte Cue mit 0ms Fade-Time einstellen. Mode der Culist auf Loop stellen, und abspielen (ich hoffe keinen Schritt vergessen zu haben).

Das Verhalten tritt auch auf bei Trigger auf Wait eingestellt.

Der Anwendungsfall ist wahrscheinlich sehr selten, und es lässt sich umgehen, indem eine Zeit auf 1ms gesetzt wird.

Beste Grüße, Ludwig

DMXControl 3 kann auf zahlreichen Wegen diverse Informationen und Signal von außen erhalten. Dies sind neben diversen Hardware-Komponenten wie MIDI, Streamdeck, MPA-Pulte auch datenbasierte Inputs wie zum Beispiel das OSC- oder das MQTT-Protokoll. Nahezu jeder Input bringt verschiedene grundlegende erforderliche Konfigurationsoptionen mit. Solche grundlegenden Konfigurationen sollten alle an einem zentralen Ort zusammengefasst werden, der hier exemplarisch als External Input Manager bezeichnet wird.

Im Falle des MQTT-Nodes würden beispielsweise die Einstellungen für Host-Adresse, Benutzername, Passwort und Port zentral in den External Input Manager wandern, da diese sonst aktuell bei mehrfacher Verwendung des Nodes jedes Mal individuell zu hinterlegen wären.

Ich habe in dem beigefügten Setup mehrere Gruppen in Gruppen abgelegt. Die Gruppe “Complete Setup” enthält alle Geräte, indem ich dieser Gruppe die untergeordneten Gruppen zugeordnet habe. Nun möchte ich auf der Gruppe “Complete Setup” Werte für zwei Funktionen abspeichern. Da die Werte eben nun auf der Gruppe “Complete Setup” liegen, wäre meine Erwartungshaltung, dass im Programmer Filter eben nur die Gruppe “Complete Setup” aufgeführt wird, wie es auch im Device Control der Fall ist.

Aktuell ist es aber so, dass die untere Ebene im Programmer Filter aufgelistet wird. Auch werden die Eigenschaften der jeweiligen unteren Gerätegruppen aufgeführt und mir zum Abwählen angeboten. Hier sehe ich ein Konsistenz-Problem, wenn ich feingliedriger Abwählen kann als im Device Control “eingestellt” ist sowie meine Einstellungen mit Hilfe des Programmer Filter nicht mehr korrigieren (also filtern) kann.

Grundsätzlich besteht dieses Problem auch jetzt schon, wenn ich manuell mehrere Gruppen auswähle.

Aktuell verfügen Cuelists nur über die Play Modes “Once”, “Loop”, “Bounce” und “Random”. Hier vermisste ich kürzlich den Play Mode “Reverse”, woraufhin ich die Reihenfolge der Cues selbst anpassen musste, um das gewünschte zu erreichen.

Mittlerweile gibt es ja beim neuen Chaser weitere gute Play Modes. Die Play Modes “Switch” und eben “Reverse” kann ich mir ebenfalls sehr gut als Play Modes für Cuelists vorstellen. Vielleicht lassen sich auch noch weitere Play Modes vom Chaser auf die Cuelists adaptieren - inklusive der Icons.

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