Bugtracker DMXControl 3

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 zwei Cuelists angelegt. Eine mit LTP, in der ein Dimmerwert von 30% von Scheinwerfern gespeichert ist. Die zweite Cuelist steht auf HTP und die darin enthaltene Cue mit einer langen Einblendzeit legt nun einen Sinus-Effekt auf die Helligkeit der Scheinwerfer. Wenn ich nun die Cuelist “Helligkeit 30%, LTP” ausführe passt alles. Sobald ich aber nun auch noch Cuelist “Hellikeit Sinus, HTP” ausführe, flackert bzw. Springen die Dimmerwerte während dem Einblendvorgang der Cue. Sobald die Cue fertig eingeblendet ist, hört das Flackern wieder auf. Im Channel Overview sieht man, dass da wohl eine Berechnung noch nicht ganz passt, denn der Ausgabewert springt wie bei einem Überlauf nach unten und fadet dann wieder ein Stück ein (passend zum Sinus-Effekt). Im Anhang das Projekt und die Logs.

Steuert man mit einer Matrix mehrere Geräte oder Sub-Matrizen an, so bleibt die Ausgabe beim Löschen von Werten aus dem Programmer weiter bestehen. Folgendermaßen lässt sich das Problem reproduzieren:

1. Lege 4 Geräte an
2. Lege eine 4×1 Matrix an
3. Patche die Geräte auf die Matrix
4. Wähle die Matrix in der Stage View aus
5. Klicke auf den Lumos Button
6. Stelle eine Farbe für die Matrix ein
7. Gehe nun in den Programmer und lösche den Farbwert für die Matrix

Problem: Die LED-Scheinwerfer behalten nun den letzten Farbzustand, obwohl kein Wert mehr gesetzt ist. Sie gehen erst aus, wenn man den Programmer über “Clear” leert

Erwartetes Verhalten: Die Matrix verhält sich hier wie eine Art Gerätegruppe, wenn also die Werte der Matrix gelöscht werden, muss die Ausgabe der zugeordneten Geräte auch gelöscht werden

Das Kommando “shutdown” ist eigentlich sehr unüblich für Konsolenanwendungen. Gebräuchlicher sind “exit” oder “close”. Diese sollten als weitere Möglichkeiten hinzugefügt werden.

Wenn größere Projekte (z.B. das für das Vereinstreffen) geladen sind, dann schlägt das Verbinden mit einem Kernel mehrfach fehl (Kernel lokal separat gestartet), bis endlich die Verbindung korrekt aufgebaut wird. Hierbei ist die Session allerdings schon im Kernel hinterlegt und eine entsprechende Warnung erscheint. Außerdem geht dann im weiteren Verlauf der Update-Button bei der Bearbeitung eine Cue nicht mehr.

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

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.

Wie im Video in  FS#4657  zu sehen ist, haben die “Back”-Button im Cuelist Editor und in den Executoren ein unterschiedliches Verhalten. Beim Back-Button im Cuelist Editor ist es ein “Go Back”, sprich die vorherige Cue wird selektiert und ausgeführt. In den Executoren ist es ein “Back”-Button ohne die “Go”-Komponente. Wir sollten besprechen, ob das nicht vereinheitlicht werden soll oder die jeweils andere Variante bei den Executoren und dem Cuelist Editor als weitere Varianten verfügbar gemacht werden.

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

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

Das angehängte DDF führt bei der Colortemp zu einem Kernelfehler. Wenn nicht so, wie muss ein Feld, welches dem offenen Zustand entspricht, definiert sein?

20:03:52 ERROR ReflectionCommandFactory - TargetInvocationException: Ein Aufrufziel hat einen Ausnahmefehler verursacht.
System.Reflection.TargetInvocationException: Ein Aufrufziel hat einen Ausnahmefehler verursacht. ---> System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
   bei org.dmxc.lumos.Kernel.HAL.Handler.Beam.ColortempHandlerNode.<>c.<getPropTypeInstance>b__9_1(AbstractValue h) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\HAL\Handler\Beam\ColortempHandlerNode.cs:Zeile 91.
   bei System.Linq.Enumerable.WhereSelectEnumerableIterator`2.MoveNext()
   bei System.Linq.Enumerable.Min[TSource](IEnumerable`1 source)
   bei org.dmxc.lumos.Kernel.HAL.Handler.Beam.ColortempHandlerNode.getPropTypeInstance(IDeviceProperty prop) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\HAL\Handler\Beam\ColortempHandlerNode.cs:Zeile 91.
   bei org.dmxc.lumos.Kernel.HAL.Handler.AbstractHandlerNode.getTypeInstance(IDeviceProperty prop) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\HAL\Handler\AbstractHandlerNode.cs:Zeile 748.
   bei org.dmxc.lumos.Kernel.HAL.Handler.HandlerDependency.<>c__DisplayClass24_0.<getTypeInstance>b__0(IPropertyHandlerNode n) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\HAL\Handler\HandlerDependency.cs:Zeile 303.
   bei org.dmxc.lumos.Kernel.HAL.Handler.HandlerDependency.ForEachHandlerNode[T](Func`2 work) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\HAL\Handler\HandlerDependency.cs:Zeile 357.
   bei org.dmxc.lumos.Kernel.HAL.Handler.HandlerDependency.getTypeInstance(IDeviceProperty prop) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\HAL\Handler\HandlerDependency.cs:Zeile 303.
   bei org.dmxc.lumos.Kernel.HAL.Handler.HandlerRegistry.<>c__DisplayClass24_0.<getTypeInstance>b__0(HandlerDependency h) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\HAL\Handler\HandlerRegistry.cs:Zeile 379.
   bei org.dmxc.lumos.Kernel.HAL.Handler.HandlerRegistry.ForEachHandlerDependency[T](IDevicePropertyBase prop, Func`2 work) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\HAL\Handler\HandlerRegistry.cs:Zeile 445.
   bei org.dmxc.lumos.Kernel.HAL.Handler.HandlerRegistry.getTypeInstance(IDeviceProperty prop) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\HAL\Handler\HandlerRegistry.cs:Zeile 379.
   bei org.dmxc.lumos.Kernel.Devices.DeviceBeam.getTypeInstance(IDeviceProperty prop) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Devices\DeviceBeam.cs:Zeile 247.
   bei org.dmxc.lumos.Kernel.DeviceProperties.AbstractDeviceProperty`1.getTypeInstance() in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\DeviceProperties\AbstractDeviceProperty.cs:Zeile 250.
   bei org.dmxc.lumos.Kernel.PropertyValue.PropertyValue`1..ctor(AbstractDeviceProperty`1 prop) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\PropertyValue\PropertyValue.cs:Zeile 45.
   bei org.dmxc.lumos.Kernel.DeviceProperties.AbstractDeviceProperty`1.getValueInstance() in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\DeviceProperties\AbstractDeviceProperty.cs:Zeile 65.
   bei org.dmxc.lumos.Kernel.Devices.DeviceTools.<createPropertySceneEntries>d__1.MoveNext() in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Devices\DeviceTools.cs:Zeile 34.
   bei System.Linq.Enumerable.<SelectManyIterator>d__17`2.MoveNext()
   bei org.dmxc.lumos.Kernel.Devices.DeviceTools.CreateInitializationScene(IDevice device) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Devices\DeviceTools.cs:Zeile 19.
   bei org.dmxc.lumos.Kernel.Project.DeviceManager.OnDeviceAdded(IDevice d) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Project\DeviceManager.cs:Zeile 598.
   bei org.dmxc.lumos.Kernel.Project.DeviceManager.<org.dmxc.lumos.Kernel.Run.IManager.initialize>b__133_1(Object o, ProjectResourceEventArgs`1 args) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Project\DeviceManager.cs:Zeile 1009.
   bei org.dmxc.lumos.Kernel.Project.ProjectResource`1.OnItemAdded(ProjectResourceEventArgs`1 args) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Project\ProjectResource.cs:Zeile 192.
   bei org.dmxc.lumos.Kernel.Project.ProjectResource`1.ProjectContainer_ItemAdded(Object sender, ProjectContainerEventArgs`1 e) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Project\ProjectResource.cs:Zeile 168.
   bei org.dmxc.lumos.Kernel.Project.ProjectContainer`1.OnItemAdded(T item) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Project\ProjectContainer.cs:Zeile 222.
   bei org.dmxc.lumos.Kernel.Project.ProjectContainer`1.Add(T item, Boolean throwEvent) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Project\ProjectContainer.cs:Zeile 116.
   bei org.dmxc.lumos.Kernel.Project.ProjectResource`1.Add(T item) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Project\ProjectResource.cs:Zeile 206.
   bei org.dmxc.lumos.Kernel.Project.DeviceManager.addDevice(IDevice device) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Project\DeviceManager.cs:Zeile 584.
   bei org.dmxc.lumos.Kernel.Project.DeviceManager.createNewDevice(DeviceMetadata data, IDevice parentDevice) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Project\DeviceManager.cs:Zeile 474.
   bei org.dmxc.lumos.Kernel.Project.DeviceManager.createNewDevice(DeviceMetadata data) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Project\DeviceManager.cs:Zeile 445.
   bei org.dmxc.lumos.Kernel.Command.KernelCommandFactory.createDevice(DeviceMetadata m) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Command\KernelCommandFactory.cs:Zeile 1229.
   --- Ende der internen Ausnahmestapelüberwachung ---
   bei System.RuntimeMethodHandle.InvokeMethod(Object target, Object[] arguments, Signature sig, Boolean constructor)
   bei System.Reflection.RuntimeMethodInfo.UnsafeInvokeInternal(Object obj, Object[] parameters, Object[] arguments)
   bei System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture)
   bei org.dmxc.lumos.Kernel.Command.ReflectionCommandFactory.CommandPropertyBag.Invoke(CommandParameterList list) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Command\ReflectionCommandFactory.cs:Zeile 60.
20:03:52 ERROR Command - Error while invoking Command: createDevice, Paras:
System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
   bei org.dmxc.lumos.Kernel.Command.ReflectionCommandFactory.CommandPropertyBag.Invoke(CommandParameterList list) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Command\ReflectionCommandFactory.cs:Zeile 68.
   bei org.dmxc.lumos.Kernel.Command.Command.execute(Object[] paras) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Command\Command.cs:Zeile 120.

Beim Duplizieren einer Cuelist, bei der Tracking deaktiviert ist, wird diese Einstellung nicht in die zweite Cuelist übernommen. Der Haken ist zwar nicht gesetzt, aber trotzdem reagiert die Cuelist wie eine mit aktivem Tracking (siehe Diskussion Arne ⇔ JP)

Im Cuelist Editor gibt es Tooltips, die angezeigt werden, obwohl die Tooltips im Menü deaktiviert sind. Hierbei handelt es sich um die Tooltips der Spalten der Cue-Tabelle (mit der Maus über dem Titel der Spalte hovern, z.B. bei Trigger Value).

Edit: Habe noch etwas ausprobiert. Es scheint so, als ob der Tooltip nach dem Neustart wieder angezeigt wird. Dann muss erst wieder der Tooltip aktiviert und anschließend wieder deaktiviert werden, damit er wieder ausgeblendet bleibt.

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

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

Im angehängten DDF habe ich sowohl Farbkanäle als auch 2 Farbräder (nach dem Hinweis von Patrick, dass die virtuellen CTO-Filter eher ein virtuelles Farbrad sind als ein Farbkorrektur-Kanal). Das DDF kann ich so ohne Probleme in DMXC laden. Mit dem DDF funktioniert es, die Farbkanäle anzusteuern. Auch der Support-Kanal steht da auf dem richtigen Wert. Es funktioniert ebenfalls, die virtuellen Rainbow-Effekte durchlaufen zu lassen (auch hier wird der Support-Kanal korrekt gesetzt). Es funktioniert aber nicht, die CTO-Filter auf dem einen virtuiellen Farbrad bzw. die Farben auf dem anderen virtuellen Farbrad anzusprechen. Der entsprechende Kanal wird zwar korrekt gesetzt, der Support-Kanal wird aber nicht gesetzt und bleibt auf seinem bisherigen Kanalwert.

Edit: Ich habe das DDF mal mit dem hal-Parameter aus  FS#4639  ergänzt und noch einmal angehängt

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.

Ändert man die Geschwindigkeit eines SpeedMasters, dann beginnt die Zeit bis zum ersten Beat von neuem. Das ist schlecht, denn damit steht die Cuelist, während man mit dem Fader im Master-Panel die Geschwindigkeit anpasst. Ändert sich die Geschwindigkeit kontinuierlich (z.B. durch einen leicht “wackelnden” Input), bekommt man die Cuelist komplett und dauerhaft zum Stehen. Ich hätte gedacht, dass der SpeedMaster die aktuelle Wartezeit bis zum nächsten Tick noch abwartet und dann beim Tick die Zeit bis zum nächsten Tick aus der aktuellen Geschwindigkeit berechnet. Da das natürlich bei sehr langen Wartezeiten bis zum nächsten Tick (z.B. bei 5BPM) auch entsprechend lange bis zum Tick braucht, kann man ja überlegen, ob man bei niedrigen BPM-Werten häufiger als nur bei den Ticks schaut, ob sich die Geschwindigkeit verändert hat und wenn ja entsprechend reagiert. Aber es gibt ja auch noch andere Möglichkeiten, das abzufangen.

Edit: Habe mal noch ein Video angehängt, in dem man das Problem sieht.

Fügt man einen Chaser ein, setzt dessen Duration auf einen Speedmaster und setzt dann die Geschwindigkeit des Speedmasters auf 0 BPM, fliegt eine Exception:

00:15:51 WARN  SceneFadeTicker - Exception triggering Item: Der Wert für einen Int32 war zu groß oder zu klein.
System.OverflowException: Der Wert für einen Int32 war zu groß oder zu klein.
   bei System.Convert.ToInt32(Double value)
   bei org.dmxc.lumos.Kernel.PropertyValue.Filter.ChaserFilter.doFilter(IPropertyValue input, Int64 timeInMs, Int64 delta) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\PropertyValue\Filter\ChaserFilter.cs:Zeile 187.
   bei org.dmxc.lumos.Kernel.PropertyValue.Filter.AbstractEffectFilter.doFilter(IPropertyValue input) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\PropertyValue\Filter\AbstractEffectFilter.cs:Zeile 53.
   bei org.dmxc.lumos.Kernel.PropertyValue.PropertyValue`1.getPropertyValue(Int64 timeInMsAbs) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\PropertyValue\PropertyValue.cs:Zeile 379.
   bei org.dmxc.lumos.Kernel.PropertyValue.PropertyValue`1.setOutputTime(Int64 timeInMsAbs, Double delayPercent, Double fadePercent, Boolean fadeIn, IMixerRegister register, IProcessable fader) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\PropertyValue\PropertyValue.cs:Zeile 323.
   bei org.dmxc.lumos.Kernel.Scene.Fade.FadeDecorator.setOutputTime(Int64 timeInMsAbs, Double delayPercent, Double fadePercent, Boolean fadeIn, IMixerRegister register, IProcessable fader) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Scene\Fade\FadeDecorator.cs:Zeile 97.
   bei org.dmxc.lumos.Kernel.Scene.Delay.DelayDecorator.setOutputTime(Int64 timeInMsAbs, Double delayPercent, Double fadePercent, Boolean fadeIn, IMixerRegister register, IProcessable fader) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Scene\Delay\DelayDecorator.cs:Zeile 37.
   bei org.dmxc.lumos.Kernel.Scene.Fade.AutoFadeDecorator.triggerFade() in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Scene\Fade\AutoFadeDecorator.cs:Zeile 33.
   bei org.dmxc.lumos.Kernel.Scene.Fade.AbstractValueFadeDecorator.triggerFade(Boolean& deregister) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Scene\Fade\AbstractValueFadeDecorator.cs:Zeile 191.
   bei org.dmxc.lumos.Kernel.Scene.Fade.AbstractFadeDecorator.trigger() in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Scene\Fade\AbstractFadeDecorator.cs:Zeile 63.
   bei org.dmxc.lumos.SceneFadeTicker.processBag(ProcessableTickerBag bag) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Scene\SceneFadeTicker.cs:Zeile 236.

Aktuell kann die Farbe eines Buttons nur beim Lumos Style aus dem Input Assignment heraus gesetzt werden. Andere Styles haben wieder andere Funktionen, die sonst nicht vorhanden sind. Das muss dringend vereinheitlicht werden und der Style sollte wirklich nur das Erscheinungsbild und nicht auch die Funktionalität beeinflussen.

Es gibt ja schon den “Stop all Cuelists”-Button links. Der ist fürs schnelle stoppen richtig und wichtig. Aber da Cuelists auch eine Releasetime haben können, fände ich einen “Release all Cuelists”-Button gut, mit dem man alle Cuelists “langsam” Stoppen kann. Prinzipiell könnte man das auch in den “Stp all Cuelists”-Button ähnlich der “Stop”-Button in den Cuelists integrieren, aber das könnte u.U. zu Verwirrungen führen.

P.S.: Muss nicht mehr in die 3.2

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.

Es sollte im Input Assignment einen Node geben, über den man die Info erhalten kann, ob gerade eine Projekt Warnung aktiv ist und auch die Info welche. U.A. könnte man auch für jede Warnstufe alle entsprechenden Warnungen als Liste ausgeben (noch zu diskutieren). So könnte man auf die verschiedenen Warnstufen z.B. auf dem Softdesk entsprechende Warnungen anzeigen

In meinem Programmer wird das Tabellengitter und die Tabelleneinträge von einander separiert angezeigt. Das sieht man vor allem, wenn man im Programmer zoomt. Da skallieren die Gitter mit einer anderen Geschwindigkeit wie der Inhalt. Werde heute Abend ein paar Bilder nachreichen.

Werden auf eine Gerätefunktion wie den Dimmer ein Effekt wie z.B. ein Sinus gelegt, dann wird im Programmer nur der Grundwert angezeigt. Klar wäre es übertrieben, im Programmer den Effekt zu visualisieren, aber es wäre gut, wenn es im Programmer eine Markierung bei den Einträgen gäbe, die eigentlich einen Effekt enthalten. So wäre klarer ersichtlich, dass ein gespeicherter Eintrag einer Gerätefunktion eigentlich komplexer ist.

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.

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

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.

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

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

Der neue Chaser-Effekt hat Probleme bei Gruppen in Gruppen mit der Einstellung “Parallel Groups”. Dabei flackert er, als ob die Geschwindigkeit “unendlich” wäre. Alle anderen Modi funktionieren.

Folgendes vorgehen:

1. 8 Scheinwerfer anlegen inkl. Gerätegruppe
2. In die Stage View gehen und die Gerätegruppe auswählen
3. Chaser Effekt auf den Dimmer legen
4. Chaser Effekt über das “X” im Device Control entfernen

⇒ Der letzte eingeschaltete Scheinwerfer bleibt an und dessen Dimmer wird nicht wie erwartet auf 0 zurück gesetzt.

Bisher können Nanoleafs nur dem Plugin hinzugefügt werden. Sie können aber nicht wieder aus dem Plugin gelöscht werden. Das sollte geändert werden

Aktuell werden auch z.B. MP3 Dateien im AudioSelector (beim Hinzufügen in die Cuelist) angezeigt. Diese sollten ausgeblendet werden, da diese aktuell nicht unterstützt werden.

Die Midi-Implementierung ist buggy und sollte zumindest auf einen Stand gebracht werden, dass sie an sich funktioniert. Dieses Ticket sammelt verschiedene Dinge, die mir aufgefallen sind und die ich fixe (als Dokumentation zum Testen).

1. Das Midi-Feedback ist doppelt, sprich einmal über den Midi-Teil selbst und einmal über das IA. So lässt sich die Rückmeldung über das IA aktuell effektiv nicht durchführen weil der rückgemeldete Wert aus dem IA teilweise über die Midi-Teil-Interne Rückmeldung überschrieben wird. Das führt dazu, dass der Status eine laufenden Cuelist nicht korrekt mit einem hellen Button symbolisiert werden kann
2. Der Midi-Teil aktualisiert aktuell bei einer Midi-Message am Input (egal ob von einem Button, Fader oder Encoder) alle definierten Buttons statt nur das entsprechende Control. Das führt in Verbindung mit nachfolgendem Problem zu “Geisterauslösung”
3. Aktuell sind Input- und Feedback-Wert zu einem Wert zusammengefasst (zumindest bei Buttons, bei anderen Controls TBC). Das entspricht nicht ganz der Erwartung, weil so unter gewissen Umständen (bei einem Update des Buttons am Input, siehe z.B. vorherigen Punkt) zu einer falschen Auslösung kommen kann. Daher sollte es getrennte Pfade für Input und Output geben