Bugtracker DMXControl 3

Nachdem ich das Problem schon vor ein paar Wochen mal angesprochen hatte, sollten wir aus aktuellem Anlass (https://forum.dmxcontrol-projects.org/index.php?thread/14179-mehrere-scheinwerfer-mit-selber-adresse/) über die Visualisierungsproblematik in der Stage View sprechen. Im Theater ist es nunmal normal, dass mehrere Scheinwerfer auf dem selben Dimmerkreis liegen und man diese auch in der Software darstellen möchte. Außerdem suggeriert der Name “Stage View” auch, dass hier der Bühnenaufbau genau so dargestellt wird und das Verhalten ist auch noch anders als in DMXControl 2, obwohl die Benennung gleich ist. Es sollte also eine Möglichkeit geschaffen werden, Scheinwerfer auf der gleichen Adresse darzustellen und es sollte verhindert werden, dass mehrere angelegte Devices auf der selben Adresse für Probleme sorgen, weil sie intern als unterschiedliche Geräte gesehen werden.

Ein leerer DisplayName in einem Control eines Softdesks führt dazu, dass das Projekt nicht mehr geladen werden kann und sich die GUI mit einer NPE verabschiedet.

Folgendes Vorgehen:

1. Erstelle eine Gruppe mit 10 Generic Dimmern
2. Stelle für die Gruppe einen Dimmerwert von 20 ein
3. Wähle je einen Scheinwerfer aus und setze den Dimmerwert für diese auf 60 und 90
4. Speichere diese Szene in einer Cue
5. Editiere diese Cue über “Edit in Programmer”

Erwartetes Verhalten: Alle Geräte bis auf die separat editierten zeigen in der Stage View den Helligkeitswert 20, die anderen beiden 60 und 90

Tatsächliches Verhalten: Alle Geräte zeigen in der Stage View den Dimmerwert 20 an. Auch die DMX-Ausgabe suggeriert, dass für alle Scheinwerfer der Wert von 20 gespeichert ist und die zusätzlich Werte werden bei der Ausgabe in der Stage View und der DMX Ausgabe ignoriert. Dadurch fällt das Editieren von Cues schwer.

Hab hier Probleme mit einem DDF, bei dem der Shutter mit auf dem Goborad liegt. Es wird im Stageview kein Gobo angezeigt und wenn ich die Position verändern möchte, meldet DMXC einen Fehler. Ich habe anbei mal das DDF und die Logs gepackt.

Es werden einzelne Cues einer Cuelist nicht ausgeführt, wenn wie folgt vorgegangen wird:

1. Cuelist anlegen
2. Gerät auswählen und Dimmer auf 100%, Farbe auf “1;0;0” (in dieser Reihenfolge)
3. Werte in neue Cue in Cuelist speichern
4. Dimmer auf 0%, Farbe per Doppelklick im Farbkreis auf 1;1;1 einstellen (in dieser Reihenfolge)
5. Werte in neue Cue speichern
6. Cues haben folgende Eigenschaften:
   • Trigger: follow,
   • Trigger Value: 1s,
   • Fade: 2s
   • Delay: 0ms
7. Cue Timing Editor der ersten Cue öffnen
8. Die Color Eigenschaft müsste in der Tabelle rechts sein
9. Hier bei Fade “0ms” eintragen und bestätigen

Wird jetzt die Cuelist ausgeführt, funktioniert der erste Cue nicht. Siehe dazu auch das Projekt und das Video

Folgendes Vorgehen:

• In einem leeren Projekt das Input Assignment öffnen und ein neues Connectionset hinzufügen
• Einen Expression-Node hinzufügen
• In die Einstellungen des Nodes gehen
• Den “Variables”-String leeren und unten mit “ok” bestätigen
• Es fliegt folgende Exception im Kernel:

WARN  EventTools - Exception in Delegate Invocation: Void node_PropertyChanged(System.Object, System.ComponentModel.PropertyChangedEventArgs) => Graph: Empty Connection Set.Void node_PropertyChanged(System.Object, System.ComponentModel.PropertyChangedEventArgs)
System.ArgumentNullException: Der Wert darf nicht NULL sein.
Parametername: name
   bei LumosLIB.Kernel.GenericParameter..ctor(String name, String type, Type paraType, EGenericParameterOptions options, IEnumerable enumValues, ParameterCategory category) in P:\DMXControl\Lumos\LumosLIB\src\Kernel\Parameter\GenericParameter.cs:Zeile 64.
   bei org.dmxc.lumos.Kernel.Input.v2.AbstractNode.get_Parameters() in P:\DMXControl\Lumos\Lumos\src\Kernel\Input\v2\Graph\Node\AbstractNode.cs:Zeile 312.
   bei LumosLIB.Tools.LumosTools.WithName[T](IParameterable`1 target, String name, Boolean ignoreCase) in P:\DMXControl\Lumos\LumosLIB\src\Tools\LumosTools.cs:Zeile 868.
   bei org.dmxc.lumos.Kernel.Input.v2.Graph.node_PropertyChanged(Object sender, PropertyChangedEventArgs args) in P:\DMXControl\Lumos\Lumos\src\Kernel\Input\v2\Graph\Graph.cs:Zeile 484.
   bei LumosToolsLIB.Tools.EventTools.<>c__DisplayClass5_0.<InvokeFailSafe>b__0(PropertyChangedEventHandler a) in P:\DMXControl\Lumos\LumosToolsLIB\src\Tools\EventTools.cs:Zeile 81.
   bei LumosToolsLIB.Tools.EventTools.InvokeFailSaveGeneric[TDelegate](TDelegate delegate, Action`1 invoker, ILumosLog elog) in P:\DMXControl\Lumos\LumosToolsLIB\src\Tools\EventTools.cs:Zeile 154.

• Werden nun die Einstellungen des Expression-Nodes wieder geöffnet, erscheint folgende Exception im Kernel

FATAL DMXControl 3 Kernel - Unhandled Exception: Der Wert darf nicht NULL sein.
Parametername: name
System.ArgumentNullException: Der Wert darf nicht NULL sein.
Parametername: name
   bei LumosLIB.Kernel.GenericParameter..ctor(String name, String type, Type paraType, EGenericParameterOptions options, IEnumerable enumValues, ParameterCategory category) in P:\DMXControl\Lumos\LumosLIB\src\Kernel\Parameter\GenericParameter.cs:Zeile 64.
   bei org.dmxc.lumos.Kernel.Input.v2.AbstractNode.get_Parameters() in P:\DMXControl\Lumos\Lumos\src\Kernel\Input\v2\Graph\Node\AbstractNode.cs:Zeile 312.
   bei org.dmxc.lumos.Kernel.Net.gService.Parameter.AbstractIParameterableLookup`1.<ParametersAsync>d__2.MoveNext() in P:\DMXControl\Lumos\Lumos\src\Kernel\Net\gService\Parameter\AbstractIParameterableLookup.cs:Zeile 19.
--- Ende der Stapelüberwachung vom vorhergehenden Ort, an dem die Ausnahme ausgelöst wurde ---
   bei System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
   bei System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   bei System.Runtime.CompilerServices.TaskAwaiter`1.GetResult()
   bei org.dmxc.lumos.Kernel.Net.gService.Parameter_gService.<_parameters_RequestReceived>d__13.MoveNext() in P:\DMXControl\Lumos\Lumos\src\Kernel\Net\gService\Parameter\Parameter_gService.cs:Zeile 118.
--- Ende der Stapelüberwachung vom vorhergehenden Ort, an dem die Ausnahme ausgelöst wurde ---
   bei System.Runtime.CompilerServices.AsyncMethodBuilderCore.<>c.<ThrowAsync>b__6_1(Object state)
   bei System.Threading.QueueUserWorkItemCallback.WaitCallback_Context(Object state)
   bei System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
   bei System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
   bei System.Threading.QueueUserWorkItemCallback.System.Threading.IThreadPoolWorkItem.ExecuteWorkItem()
   bei System.Threading.ThreadPoolWorkQueue.Dispatch()
   bei System.Threading._ThreadPoolWaitCallback.PerformWaitCallback()
An unhandeled Exception has occoured. DMXControl 3 Kernel has to be terminated. Press Enter to exit.

• Der Kernel dampft ab

Hallo,
meiner Meinung wäre es sehr nützlich, wenn man (wie in Easy View) in einem DDF mehrere Kanalbelegungs-Schemata ablegen könne und dann den entsprechenden Modus in DMXC auswählen könnte. So würde es pro Gerät nur ein DDF geben und nicht 5 unterschiedliche.
Viele Grüße
Jens-Peter

Hallo,
bei mir werden die Farben bei aktiver Highlight-Funktion nicht angezeigt. LED-Scheinwerfer sind dann Weis. Es wäre aber geschickt, hier auch die Farbe (zur Not deaktivierbar) auch mit anzuzeigen, damit man diese einfach einstellen kann.
Viele Grüße
Jens-Peter
P.S.: Siehe dazu http://www.dmxcontrol.de/forum/index.php?page=Thread&threadID=9699

Mittlerweile sind je schon ein paar Geräte mit UV-Kanälen verfügbar. Dieser Kanal müsste meiner Meinung nach einen ähnlichen Fader bekommen, wie das für einen W-Kanal geplant ist (siehe dazu auch FS1834.

Siehe oben

Voraussetzung / Umgebung

• Moving Head / Scanner hat zwei Goboräder
• 2 Cuelists, die auf LTP stehen

Reales Verhalten

Wird ein Gobo auf Goborad 1 durch Cuelist A gesetzt und anschließend ein weiteres Gobo auf Goborad 2 durch Cuelist B, so wird gleichzeitig das Goborad 1 auf “Offen” gesetzt. Ein vergleichbares Verhalten tritt auf, wenn zuerst Goborad 2 gesetzt wird und anschließend Goborad 1. Dann wird Goborad 2 auf “Offen” gesetzt.

Erwartetes Verhalten

Werden die Gobos explizit auf einem Goborad gesetzt, ist die Annahme, dass explizit dieses Gobo auf diesem Rad gesetzt werden soll. Daher darf es dadurch keine Auswirkungen auf das andere Goborad haben und eine andere Cuelist sollte das andere Rad unabhängig setzen können.

Anmerkung

Im Anhang ist ein Testprojekt, mit dem alle möglichen Kombinationen von Goborad 1 und 2 getestet werden können

Hallo,
es wäre gut, wenn der über ‘-NoNetwork’ mitgestartete Server auch ohne Taskmanager beendet werden kann. Gerade in dieser Situation, wenn mit einem über ‘-NoNetwork’ gestarteten Server keine Clients mehr verbunden sind, könnte entweder eine Abfrage kommen, ob der Server auch beendet werden soll, oder es könnte sich auch die Eingabeaufforderung öffnen (bessere Alternative, wenn das geht).

Ich hab das ganze trotzdem mal als Bug eingestuft, denn der Server ist ja nicht mer erreichbar (und das aktive Projekt auch nicht auf die schnelle speicherbar).
Viele Grüße
Jens-Peter

Hallo,
Ich fände es gut, wenn man bei mehreren, in der Position gefannedten Moving Lights im Position-Panel bzw. im Position-Dropdown nicht nur den mittleren Marker packen könnte, sondern auch die anderen. Die Position der anderen Scheinwerfer wird dann proportional zum mittleren Marker angepasst. Ich könnte mir zudem vorstellen, dass man Marker fixieren kann (solange, wie das/die Gerät(e) ausgewählt sind) und durch verschieben eines anderen Markers dann die Positionen relativ zu den fixierten Markern angepasst wird. Außerdem sollte man im nicht gefannedten Zustand über “F” das Fanning auch bei der Position und der Farbe auslösen können. Das sollte die Auswahl beschleunigen.
Viele Grüße
Jens-Peter

Hallo,
wenn man im PG eines Scheinwerfers mit Farbrad erst unter “Color” eine Farbe <> Weis wählt und dann unter “Colorwheel” eine andere Farbe auswählt, dann wird die Farbe in der Collor-Zeile falsch dargestellt.
Viele Grüße
Jens-Peter

Der Server stürzt ab, wenn man im Terminal unter menu ⇒ 3 “monitoring” eingibt, aber keinen Index, stürzt der Server mit Hinweis auf einen “Index außerhalb des Bereiches” ab. Das sollte abgefangen werden.
Viele Grüße
Jens-Peter

Wenn man unten den Haken bei “Autogenerate Group” setzt, wird der sofort wieder entfernt. Erst ab diesem Moment funktioniert die Checkbox richtig.

Ich bekomme reproduzierbar eine Exception, wenn ich ein paar Geräte im PG mit einem Effekt versehe (in meinem Falle einen Sägezahn auf die Farbe von LED Pars) und dann die Geräte im Projekt Explorer lösche.

⇒ Fehlermeldung, dass der Kernel abgestürzt ist

Ich fände ein Fenster, ähnlich dem Graph-Editor in Blender ganz geschickt (siehe hier) um recht einfach DMX-Werte bei Zeitverläufen (z.B. bei einem kommenden Audioplayer) steuern zu können. In Blender werden in diesem Graph-Editor alle animierten Eigenschaften eines Objektes angezeigt und man kann diese Werte ganz einfach per verschieben der gespeicherten Punkte ändern. Auch unterschiedliche Kurven-Formen zwischen den einzelnen sog. Keyframes also gespeicherten Punkten sind möglich. Für DMXC könnte ich mir eine ähnliche Darstellung vorstellen. Dies könnte z.B. in einem zukünftigen Audioplayer durch eine Werte-Timeline unter der Audiotimeline realisiert werden, in die dann die numerischen Werte der Eigenschaften (z.B. R,G,B,Zoom,Dimmer,Pan,Tilt,etc.) eingetragen werden können. Dazu gibt es dann ein weiteres Feld für die Geräteeigenschaftsauswahl. Wenn man nun Eigenschaftswerte speichern möchte, geht man einfach an eine gewisse Stelle im Lied, wählt in der Geräteauswahl die zu speichernden Gerätekanäle aus und drückt auf einen Speichern-Button bzw. ein Shortcut. Nun wird in der grafischen Darstellung an dieser Stelle ein Speicherpunkt eingefügt. Wenn man das für jeden entsprechenden Punkt macht, erhält man recht einfach einen grafischen Verlauf der Eigenschaftswerte und dazwischen entsprechende Werteverläufe. Nun sollte man noch jeden Speicherpunkt so umstellen können, dass nicht nur lineare Werteänderungen sondern auch Spline-Kurven mit entsprechender Gewichtung möglich sind und das Fenster sollte eine Zoomfunktion besitzen.

Damit hätte man eine einigermaßen einfache, nach kurzer Einlernzeit recht intuitive Einstellungsmöglichkeit für zeitliche Werteverläufe, die z.B. in einem zukünftigen Audioplayer vorkommen werden. Eine andere Möglichkeit wäre es, damit Quelists zu visualisieren und nach der Grobkonfiguration in der Quelist hier das Finetuning vor zu nehmen. Nicht zu letzt wäre das (neben einigen anderen Dingen auch) ein Alleinstellungsmerkmal, denn mir ist keine DMX-Software bekannt, die eine solche grafische Darstellung besitzt.
Viele Grüße
Jens-Peter
P.S.: Ich habe diesen Wunsch auch mal noch bei DMXC 2 eingetragen, je nach dem, zu welcher Version (hoffentlich beide) das besser passt.

Hallo,
folgendes Vorgehen produziert an meinem Laptop eine zyklisch auftauchende Fehlermeldung:

1. Öffne DMXControl 3 (Release Version)
2. Öffne Demoprojekt
3. Gehe in den Lockscreen mittels Windows+L-Shortcut

Fehlererscheinung:

1. Zyklisches Auftreten des Windows Warnungssoundes (ca. 1 mal pro Sekunde)
2. Nach erneutem Login ist für jeden Warnton ein Warnungsfenster erschienen (siehe Bild im Anhang)
3. Nach dem Login erscheinen keine weiteren Warnungen
4. Jedoch erscheint ein graues Rechteck im StageView(auf Bild mit rotem Pfeil) hinter dem Scheinwerfer unanwählbar verschwinden können.

Laptop:

1. Intel i5 mit eingebautem Grafikchip
2. GeForce 840M als zweite GraKa (wird aktiviert, wenn nötig)

Viele Grüße
JP

Ich habe 6 Dimmer. Nun möchte ich ein Lauflicht mit zwei Schritten, erst L1-L3 an, L4-L6 aus, danach anders herum. Ich kann das zwar mit einem Rectangle und 0#0#0#180#180#180 auf die Phase lösen, wenn aber zwei neue Lampen dazu kommen, muss ich das wieder anpassen. Gut wäre es wenn man das einfacher lösen könnte.
Viele Grüße
JP

Ich fände es gut, wenn es ein Control geben würde, welches Werte darstellen kann. Also z.B. ähnlich einer 7-Segment-Anzeige auf Pulten, über die Zahlenwerte oder auch kurze Texte angezeigt werden. Ein einfaches Beispiel wäre die Darstellung einer Faderstellung in Prozent / als resultierenden DMX-Wert. Abgefahrener wäre aber z.B. auch die Darstellung welchen Schritt gerade eine Cuelist ausführt, wieviele Scheinwerfer gerade aktiv sind und welche Cuelists / Scheinwerfer (Nummer oder Name) gerade aktiv sind.

Hallo,
habe zwei kleine Anzeigefehler im Menü entdeckt. Folgendes Vorgehen führt zu den Fehlern:

1. Starten von DMXControl 3
2. Sobald fertig geladen und das Standardprojekt aktiv ist auf “Menü⇒Windows⇒Cuelists⇒Add Cuelist” klicken

• 1. Fehler: Cuelist wird im PE angezeigt, im Menü nicht

1. zwei weitere Male auf “Menü⇒Windows⇒Cuelists⇒Add Cuelist” klicken
2. Korrekte Darstellung von drei Quelists im PE und im Menü
3. Löschen einer oder mehrerer Quelists im PE

• 2. Fehler: Gelöschte Quelists werden im Menüü noch angezeigt

Viele Grüße
Jens-Peter

Nachdem heute wieder die Frage nach einem Programm mit einfacher und unveränderlicher Benutzeroberfläche im Forum aufkam, hatte ich die Idee, dass man doch sowas wie eine eigenständige Softdesk-GUI generieren könnte. Klar, der Softdesk muss direkt in die DMXC-GUI integriert werden (ist ja einer der Themen für DMXC 3.2), aber vielleicht könnte man in diesem Zuge gleich die Option vorsehen, dass man DMXControl in einem speziellen Modus starten kann (vielleicht per Parameter) in dem nur zuvor definierte Softdesks angezeigt werden. Diese können in diesem Modus nicht editiert werden und auch andere Funktionen von DMXControl sind in diesem Modus nicht aufrufbar (bis auf die unbedingt nötigen). Dadurch könnte dann ein “Admin” Softdesk-Ansichten vorab erstellen, die dann die normalen User nutzen, aber nicht verändern können. Das dürfte für den normalen Betrieb in Discos / Bars oder Sporteinrichtungen hilfreich sein, weil man dann nichts “kaputt” machen kann.

Beim Beenden der Beta 3 bleibt dieser mit einer unhandled Exception während des Shutdowns stehen. Siehe Logfiles im Anhang

Folgenses Vorgenen im ToDo-Modul:

1. Name für neue Kategorie eintippen (z.B. “test”)
2. Neue Kategorie hinzufügen
3. 2x auf “Delete Kategory” klicken

Nun können keine weiteren Kategorien hinzugefügt werden

s.o.

Fehler ist:

2017-03-26 18:24:27,365 [2] DEBUG org.dmxc.lumos.Kernel.Devices.AbstractDevice - Device "" disposed. Trace:    bei org.dmxc.lumos.Kernel.Devices.AbstractDevice.DisposeHook(Boolean disposing) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\Devices\AbstractDevice.cs:Zeile 866.
   bei LumosLIB.Kernel.LumosRemoteObject.Dispose(Boolean disposing) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosLIB\src\Kernel\Remoting\LumosRemoteObject.cs:Zeile 129.
   bei org.dmxc.lumos.Kernel.Devices.AbstractDevice.Finalize() in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\Devices\AbstractDevice.cs:Zeile 128.

Anbei das entsprechende DDF

Folgendes Vorgehen:
1. Gerät Hinzufügen
2. Rechtsklick auf den Geräteeintrag in Projekt Explorer =&gt; Devices
3. Löschen des Gerätes über erschienenes Popup-Menü
4. Löschen bestätigen
5. Erneuter Rechtsklick in “Devices”-Fensterteil
=&gt; Popup-Menü besitzt immernoch den Kontext eines Gerätes, wodurch mal über das Popup-Menü keine neuen Geräte hinzufügen kann

Die Colorwheelrotation funktioniert nicht, wenn sie im Device Control verändert wird (keine DMX-Werteänderung). Ich habe das sowohl mit dem angehängten DDF als auch mit dem ausgelieferten Clay Paky Alpha Wash 700 Standard-Mode ausprobiert.

Wenn ich bei einer Cue in einer Cuelis den Cue Timing Editor öffne, existieren zwar Spalten für die einzelnen Scheinwerfer, die Spalten für die Delays und Fades sind aber leer. Wenn ich hier Zeiten eintrage und das Fenster mit OK schließe, werden die eingestellten Zeiten weder eingehalten noch werden sie bei einem erneuten öffnen angezeigt (die Felder sind beim erleuten Öffnen wieder leer).

Im angehängten Projekt wirft DMXControl reproduzierbar eine Exception durch die Autoprepare-Funktion, wenn die Cueliste “DMH Gewitter” oder “MP300 Gewitter” gestartet wird. Siehe in den Logs.

HSV-Farbwerte werden nicht gespeichert. Dies lässt sich wie folgt reproduzieren: Das Farbmodell ist auf RGB eingestellt. Nun wählt man eine Gerätegruppe mit mehreren LED-Scheinwerfern und wechselt im Device Control von RGB auf HSV. Anschließend macht man ein Fanning über den Hue-Wert. Nun speichert man das in eine Cue in einer Cuelist. Das funktioniert soweit. Nur wenn man das Projekt jetzt speichert und neu lädt, ist das Fanning über Hue weg. Stattdessen sind jetzt alle Scheinwerfer rot.

DMXC ohne Interface starten, dann wird das Interface rot angezeigt. Nun das Interface anschließen und das Interface aktivieren. Nun sollte das Interface grün angezeigt werden. Es wird aber rot angezeigt.

Es wäre gut, wenn man für das Colorwheel einen neuen “Open” Tag einfügen könnte. Hintergrund sind die Geräte, die eine RGB-Mischung und Color-Macros haben. Mit dem Open-Tag symbolisiere ich dann DMXC den bereich, in dem das Farbrad keine Funktion hat und die interne RGB-Mischeinheit funktioniert.

Relative Änderungen (vor allem bei Bewegungen) sollten in Cues speicherbar sein. Dies wird benötigt, um einen Bewegungseffekt in einer Cuelist zu erstellen und mit einer anderen Cuelist dann die eigentliche Position vorzugeben. So ist man nochmal deutlich freier, was das Wiedergeben von gespeicherten Effekten angeht. So könnte man beispielsweise mit einer Cuelist die “Position” eines Effekts vorgeben und dann mit einer zweiten Cuelist den Eigentlichen Effekt (z.B. einen Kreis). Gerade wenn man mehrere Positionen hat, an denen man Bewegungen darstellen möchte, muss man nicht für jede Position erneut alle Bewegungen in Cuelists erstellen sondern nur eine neue Cue in einer Cuelist mit der weiteren Position. Außerdem wären dann auch Überlagerungen wie beispielsweise als Position eine Kreisbahn, auf die dann relativ ein weiterer Kreis aufgeprägt wird etc.

Von der Usability her ist es einem User nicht zu vermitteln, dass er bei einem Lauflicht mit einer einzelnen aktiven Lampe den Chaser-Effekt nehmen soll, während er bei mehr als einer aktiven Lampe einen Rechteck-Effekt auf den Dimmer legen muss (siehe Diskussion hier: https://forum.dmxcontrol-projects.org/index.php?thread/14067-2er-oder-3er-chaser-in-dmx-control-3/ ) Daher sollte der Chaser-Effekt einen Anzahl-Parameter erhalten, mit dem die Anzahl der nebeneinander aktiven Lampen pro Chaser-Step eingestellt werden können.

Ausgangssituation: Eine Cuelist mit einer Cue, in der ein Chaser auf eine Gruppe angewendet ist. Der Chaser steht auf Random. Die Cuelist wird so beendet, dass genau eine Lampe angeschaltet wird, bevor die Cuelist stoppt. Wird nun die Cuelist mehrfach gestartet, so wird stets die selbe “Zufallslampe” angeschaltet. Es wird also beim Start der Cue nicht erneut randomisiert. Das sollte aber der Fall sein.

Gerade ist das Limit der Amplitude beispielsweise für einen Sinus auf einem Position-Subproperty immer die Hälfte des Subproperty-Bereichs. Das ist aber nur sinnvoll, wenn man +/- Amplitude aktiviert hat. Ist +/- Amplitude deaktiviert, dann sollte das Limit so groß sein wie der ganze Bereich. An sonsten kann nicht mehr der ganze Wertebereich abgedeckt werden.

Hier wieder ein Problem damit, dass eine Cue nicht vollständig startet. Ich habe wieder ein Video inkl. Beschreibung gemacht. Wie im Video zu sehen möchte ich eigentlich zwei Cues direkt hinter einander laufen lassen, wobei beide Cues beim Delay ein Fanning haben. So ist das “direkt hintereinander” pro Scheinwerfer zu sehen, sprich die zweite Cue startet, wenn die erste Cue zeitlich beim ersten Scheinwerfer eingeblendet ist, aber noch bevor sie beim letzten Scheinwerfer (im Video die oben in der Mitte) eingeblendet ist. Da die zweite Cue aber das selbe Delay-Fanning wie die erste Cue hat, bin ich davon ausgegangen, dass sich die beiden Cues nicht gegenseitig stören.

P.S.: Ich musste das Video leider komprimieren, da es sonst nicht hier hochgeladen werden konnte.

Der Default-Link zeigt auf wiki.dmxcontrol-projects.org, müsste aber (je nach Sprache) auf wiki-de.dmxcontrol-projects.org oder wiki-en.dmxcontrol-projects.org zeigen.

Wenn man die Automix-Funktion von Amber aktiviert hat, dann wird Amber als Ersatz für Gelb verwendet. Aber eigentlich ist Amber ja eher orange. Daher sollte der Punkt, auf dem Amber beim automatischen Ersetzen auf dem Farbkreis liegt verschoben werden.

Im angehängten kaputten DDF führt der Support-Handler zu einer Exception. Dabei ist bei mir auch beim Wechsel zwischen den Funktionen (RGB und Farbtemperatur) die GUI eingefroren. Mit der anderen Variante funktioniert es ohne Probleme (wie heute per TS besprochen).

Beta 1