Bugtracker DMXControl 3

Legt man 2 Cues mit Trigger manual an, wird trotzdem die vorher eingestellte wait Zeit gewartet und dann das nächste Cue eingeblendet.

Stellt man in der Cuelist den Trigger auf manual, wird bei Trigger Value eine Zahl >= 1 erwartet, sonst kann die Zelle nicht verlassen werden.
Erwarten würde ich, dass Trigger Value keinen Wert akzeptiert, oder ausgegraut wird.

Löscht man eine Cuelist, die gerade ein Cue eingeblendet hat, können diese Werte nicht mehr ausgeblendet werden

Beta 2 (die drei vorherigen Bugs auch)

Eine cuelist enthält genau ein cue
Dieses cue wird eingeblendet.
Dieses cue wird gelöscht.
Die cuelist wird über Release List beendet

Eine Exception wird geworfen:

2011-06-16 15:29:46,687 [3] ERROR org.dmxc.lumos.Kernel.Command.ReflectionCommandFactory - TargetInvocationException: Exception has been thrown by the target of an invocation.
System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation. ---> org.dmxc.lumos.Kernel.Exceptions.ValueOutOfRangeException: Index can't be larger then Scenelist size.
   at org.dmxc.lumos.Kernel.SceneList.SceneList.set_Index(Int32 value)
   at org.dmxc.lumos.Kernel.SceneList.SceneList.disposeRegister()
   at org.dmxc.lumos.Kernel.SceneList.SceneList.stop()
   at org.dmxc.lumos.Kernel.Command.KernelCommandFactory.stopScenelist(String listID)
   --- End of inner exception stack trace ---
   at System.RuntimeMethodHandle._InvokeMethodFast(Object target, Object[] arguments, SignatureStruct& sig, MethodAttributes methodAttributes, RuntimeTypeHandle typeOwner)
   at System.RuntimeMethodHandle.InvokeMethodFast(Object target, Object[] arguments, Signature sig, MethodAttributes methodAttributes, RuntimeTypeHandle typeOwner)
   at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture, Boolean skipVisibilityChecks)
   at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture)
   at org.dmxc.lumos.Kernel.Command.ReflectionCommandFactory.CommandPropertyBag.Invoke(CommandParameterList list)
2011-06-16 15:29:46,687 [3] ERROR org.dmxc.lumos.Kernel.Command.Command - Error while invoking Command: stopScenelist, Paras: 8e54b24e-e617-4b09-8df5-0e6ba3ca288c
org.dmxc.lumos.Kernel.Exceptions.ValueOutOfRangeException: Index can't be larger then Scenelist size.
   at org.dmxc.lumos.Kernel.Command.ReflectionCommandFactory.CommandPropertyBag.Invoke(CommandParameterList list)
   at org.dmxc.lumos.Kernel.Command.Command.execute(Object[] paras)

Die Idee von tracking ist ja, dass eine Anweisung solange beibehalten wird, bis eine Änderung eingegeben wurde.

Das normale vorgehen beim Programmieren ist dann folgendes:

Lichtstimmnung erstellen, als cue speichern. Nächste Stimmung erstellen, cue speichern.
In cue 1 gesetzte Werte, die in cue 2 nicht geändert wurden, werden in cue 2 auch nicht gespeichert (denn die Quelle ist ja cue 1).

Führe ich dies nun mit DMXControl aus sieht das so aus:

<1> <At> <Full> <Record> <2> <At> <Full> <Record>
In cue 2 sind aber nun Kreis 1 und 2 gespeichert, obwohl nur Kreis 2 gespeichern werden dürfte. Warum?
Der Eintrag für Kreis 1 stand noch im Programmer. Diesen bekomm ich da nur durch manuelles löschen raus. Ich kann aber nicht zwischen jeder Stimmung die erstellt wird die Einträge da von Hand rausfischen.

Meine Lösungsansatz wäre jetzt (ihr seit da aber mehr im Konzept als ich), sobald ein Cue gespeichert wurde den Einträgen im Programmer ein Feld saved=true zu spendieren und das graphisch darzustellen, z.B. durch ausgrauen der Werte. Werden diese nun nicht mehr verändert, oder manuell wieder aktiviert (z.B. Doppelklick auf den Eintrag ⇒ saved=false, Farbe Weiß, und Button “Activate all”), werden diese beim speichern des nächsten Cues _nicht_ gespeichert.

Überschrift sagt denke ich alles

Eintrag im Programmer anlegen
New Project
Eintrag immernoch vorhanden
auch nach Neustart der GUI

Blendet man ein Cue mit Doppelklick ein, kann die Liste nicht mit Pause pausiert werden.

2 Cues
Beide Trigger follow 5s, fade 5s
Einblenden des ersten Cues.
Während die Fadezeit runterläuft wird erneut Go betätigt.
Das nächste Cue wird ohne Wartezeit korrekt eingeblendet, wie ich das auch erwarten würde.
Aber:
Follow des ersten Cues fängt wieder bei 5s an runterzuzählen. Gestoppt wird der Countdown meist 5-30ms vor 0. Cue 1 wird nicht eingeblendet.

Der Timer sollte normal bis 0 laufen und Cue 1 eingeblendet werden, sofern in Cue 1 keine Kreise aus Cue 2 verändert werden.
Die Kreise, die verändert werden, sollten vom aktuellen Wert auf den in Cue 2 gesetzten Wert gafaded werden.

Beta 2

3 Cues,
Cue 1 Chan 1 At Full
Cue 2 Chan 2 At 70
Cue 3 Chan 3 At Full

Rest ist auf dem Video zu erkennen.

Die weiteren Fehler, die zu erkennen sind in gesonderten Tickets.

3 Cues
Cue 1 Chan 1 At Full
Cue 2 Chan 2 At 70
Cue 1 Thru 3 Follow 10s
Cue 1 Thru 3 Fade 10s

1. GO:
Timer Cue 1 startet

2. GO: Timer 1 noch nicht 0
Timer Cue 1 startet neu bei 10s
Cue 2 wird eingeblendet
Cue 1 wird nicht eingeblendet

3. GO: Cue 2 noch nicht 100% eingeblendet
Timer Cue 1 startet neu bei 10s
Cue 2 wird von 0% wieder komplett neu eingeblendet
Cue 3 sollte aber eingeblendet werden

2. GO erwartet:
Der Timer von Cue 1 sollte weiterlaufen und Cue 1 sollte eingeblendet werden.

3. GO erwartet:
Cue 2 sollte weiterhin eingeblendet
und der Timer für Cue 3 gestartet werden

Blendet man ein Cue mit einem Doppelklick ein und drückt danach GO, wird das Einblenden abgebrochen und der Timer von selben Cue gestartet. Danach wird es erneut eingeblendet

Es sollte aber bei einem Klick auf Go, das nächste Cue eingeblendet bzw. der Timer gestartet werden.

Es wäre sehr schön, wenn es eine Funktion wie GoToCue X geben würde,
damit ein Cue, das nicht als nächstes kommt auch über GO eingeblendet werden kann und nicht mit Doppelklick eingeblendet werden muss.

GoToCue 5 setzt Cue 5 als nächstes. GO blendet es ein.
GoToCue 0 setzt die Cueliste an den Anfang. GO blendet das erste Cue ein

2 Dimmer
Dimmer 1 At Full
Store Preset
Dimmer 2 selektieren
Preset daraufziehen. Dimmer 2 ist auf 100%. Dimmer 2 müsste aus sein

2 Dimmer
Dimmer 1 + 2 At Full
Store Preset
Clear
Select Dimmer 1 Select Dimmer 2
Doubleclick Preset - works
Clear
Select Dimmer 2 Select Dimmer 1
Doubleclick Preset - does not work

3 Dimmer
Dimmer 1 + 2 At Full
Store Preset
Clear
Select Dimmer 1 Select Dimmer 2
Doubleclick preset - works
Clear
Select Dimmer 1 Select Dimmer 2 Select Dimmer 3
Doubleclick preset - does not work

Damit ist gemeint, ein Cue hat zwei Fadezeiten. Die ein gibt an, wie lange der Fade In und die andere, wie lange der Fade out des Cues dauert.

Cue 1 UpTime 5s DownTime 10s
Cue 2 UpTime 1s DownTime 5s

Ist Cue 1 eingeblendet und Cue 2 soll eingeblendet werden, dauert es 10s bis Cue 1 komplett draussen und 1s bis Cue 2 komplett eingeblendet ist.
Damit kann man wunderbar die Übergänge zwischen 2 Szenen anpassen.

Cuelist bleibt hängen, wenn 2 oder mehre abgelaufene Einträge vorhanden und nicht der erste gestartet wird.

Cuelist, 2 Cues
beide Trigger RTC abgelaufen
den zweiten Eintrag doppelklicken und während oder nach dem einblenden GO klicken

Mir ist gerade wiede etwas eingefallen:

Immer mehr Geräte haben neben RGB noch zusätzliche Leds, Amber, White, Indigo, Cyan, Red-Orange ...
Zumindest RGBA, RGBW, RGBAW sind bereits im Billigpreissegment angekommen. Also brauchts keinen ETC Selador mehr um das von einer Software verlangen zu können.

Ich habe zwar versucht mich in “multi primary color decomposition algorithms” einzuarbeiten. Doch die papers, die ich dazu gelesen habe, sind zumindest für micht nicht ohne. Konnte da noch kein Ergebnis erziehlen.

Darunter stelle ich mir folgendes vor:

Man hat ein Cue gespeichert. Viele MH, damit Farbwechsel, Beamwechsel, Gobowechsel, etc ...
Jetzt will man die verschiedenen Dinge Zeitversetzt abfahren lassen. z.B. zuerst Color, nach 0.75s Beam, usw.

Man kann das natürlich machen, indem man zuerst Color, dann Beam und dann Gobo in speparate Cues speichert. Oder alles gemeinsam speichern und dann später mit der Funktion einfach aufteilen lassen, denn so genau weis man das im Vorraus evtl. auch nicht.

Name könnte dann automatisch generiert werden {Basename_Property} und der Tirgger automatisch auf wait mit 0s gesetzt werden.

Eine Möglichkeit zum mergen solcher Cues sollte es dann aber auch geben.

Eine weitere Möglichkeit das zu machen wäre Timing (Delay) pro Property einzuführen.

Hat man Property Based Timing benutzt (für jedes Property eine eigene Fade und Delayzeit) und dies als Cue gespeichert, gibt es keine? Möglichkeit Fade und Delay im nachinein noch zu ändern.

Da sollte es denke ich eine Möglichkeit geben.

Importiert man im Project Explorer einen nicht unterstützten Dateityp (=welche werden untersützt?, OpenFileDialog sollte filtern) kommt eine Exception. Die GUI wird beendet und zum Kernel kann man sich nach erneutem starten der GUI nicht verbinden.

************** Exception Text **************
System.ArgumentException: Parameter is not valid.
   at System.Drawing.Image.FromStream(Stream stream, Boolean useEmbeddedColorManagement, Boolean validateImageData)
   at System.Drawing.Image.FromStream(Stream stream)
   at Lumos.GUI.Windows.ProjectExplorerView.loadImage(String imageKey)
   at Lumos.GUI.Windows.ProjectExplorerView.CreateNewNode(IProjectExplorerNode node, TreeNode parent, TreeNode& nodeNode)
   at Lumos.GUI.Windows.ProjectExplorerView.<>c__DisplayClass4.<ProjectExplorerView_NodeAdded>b__3()
   at Lumos.GUI.Windows.ProjectExplorerView.ProjectExplorerView_NodeAdded(IProjectExplorerItem parent, IProjectExplorerNode node)
   at Lumos.GUI.Windows.PEManager.OnNodeAdded(IProjectExplorerItem parent, IProjectExplorerNode node)
   at LumosLIB.GUI.Windows.ProjectExplorer.AbstractExplorerItem.OnNodeAdded(IProjectExplorerItem parent, IProjectExplorerNode node)
   at LumosLIB.GUI.Windows.ProjectExplorer.AbstractExplorerItem.AddSubNode(Int32 index, IProjectExplorerNode node)
   at LumosLIB.GUI.Windows.ProjectExplorer.AbstractExplorerBranch.AddSubNode(Int32 index, IProjectExplorerNode node)
   at LumosLIB.GUI.Windows.ProjectExplorer.AbstractExplorerItem.AddSubNode(IProjectExplorerNode node)
   at Lumos.GUI.Windows.ProjectExplorer.TreeBranches.FileBranch.ImportExport_Click()
   at Lumos.GUI.GuiActions.ActionItemMetadata.Invoke()
   at Lumos.GUI.Windows.ProjectExplorerView.MenuItem_Click(Object sender, ActionItemMetadata m, EMouseButtons buttons, Boolean down)
   at Lumos.GUI.GuiActions.ActionItemMetadata.Invoke(Object sender, EMouseButtons buttons, Boolean down)
   at Lumos.GUI.Actions.GuiActionManager.MenuItem_MouseUp(Object sender, MouseEventArgs e)
   at System.Windows.Forms.ToolStripItem.RaiseMouseEvent(Object key, MouseEventArgs e)
   at System.Windows.Forms.ToolStripItem.HandleMouseUp(MouseEventArgs e)
   at System.Windows.Forms.ToolStripItem.FireEventInteractive(EventArgs e, ToolStripItemEventType met)
   at System.Windows.Forms.ToolStripItem.FireEvent(EventArgs e, ToolStripItemEventType met)
   at System.Windows.Forms.ToolStrip.OnMouseUp(MouseEventArgs mea)
   at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at System.Windows.Forms.ScrollableControl.WndProc(Message& m)
   at System.Windows.Forms.ToolStrip.WndProc(Message& m)
   at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
   at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

Lege ich auf einen Dimmer (0%) einen Sinus mit

A=100, P=0, F=0.1

ist die Zeit, die der Dimmer auf 0% bleibt viel zu lang

Lege ich den gleichen Sinus auf einen Dimmer mit (100%)

ist die Zeit, die der Dimmer auf 100% bleibt viel zu lang

Und auf 50% sind beide Stellungen zu lang.

1 + 2 At 70 → Store
3 At Full → Append, Clear
4 At 70 → Append, Clear (Bis jetzt noch alles OK)
1 Thru 3 At Full → Append

Ausgabe (Programmer, richtig):
1 + 2 + 4 At 70,
3 At Full

Ausgabe (Live View, falsch):
1 Thru 3 At Full,
4 At 70

Wenn Properties bei mehreren Geräten gleichzeitig gesetzt wurden:

Dimmer 1 At Full
Dimmer 2 At Full
Store
Dimmer 1 aus Programmer löschen
Subtract
Edit in Programmer (alles OK)
Clear
Dimmer 1 + Dimmer 2 At Full
Store
Dimmer 1 aus Programmer löschen
Subtract
Edit in Programmer (Dimmer 2 immernoch At Full)

scheint ja wieder ein Problem zu sein, wie Geräte selektiert wurden.
Möglicherweise auch andere Funktionen davon betroffen?

Man selektiert man von Unten Rechts nach Oben Links, fügt einen Sinus ein. Deselektiert alle Geräte.

Nun selektiert man von Oben Links nach Unten Rechts, ändert beim Sinus z.B. freq:

NPE am Ende im nächsten Ticket.

System.InvalidCastException: Unable to cast object of type 'org.dmxc.lumos.Kernel.Scene.Fanning.StaticFannedValue' to type 'System.IConvertible'.
   at System.Convert.ToDouble(Object value)
   at org.dmxc.lumos.Kernel.PropertyValue.Effect.SinusEffect.getEffectVector(Int64 timeInMs)
   at org.dmxc.lumos.Kernel.PropertyValue.Effect.AbstractFunctionEffect.getEffectVector()
   at org.dmxc.lumos.Kernel.PropertyValue.Attachable.Adapter.EffectAdapter.doFilter(IPropertyValue input)
   at org.dmxc.lumos.Kernel.PropertyValue.PropertyValue`1.getPropertyValue(Int64 timeInMsFade, Int64 timeInMsAbs)
   at org.dmxc.lumos.Kernel.PropertyValue.PropertyValue`1.setOutputTime(Int64 timeInMsFade, Int64 timeInMsAbs, IFadeable fader, IMixerRegister register)
   at org.dmxc.lumos.Kernel.Scene.Fade.AutoFadeDecorator.triggerFade()
   at org.dmxc.lumos.Kernel.Scene.Fade.AbstractFadeDecorator.trigger()
   at org.dmxc.lumos.SceneFadeTicker.processBag(FadableTickerBag bag, Int32 index)
   at org.dmxc.lumos.SceneFadeTicker.runTriggerJobHandler()
   at org.dmxc.lumos.Kernel.Run.ThreadWrapper.WrappedStart()

Im LiveView selektiert man ein Gerät, löscht es im Project Explorer (Im Property Grid bleibt der Eintrag erhalten) und drückt dann Clear im Programmer.

************** Exception Text **************
System.NullReferenceException: Object reference not set to an instance of an object.

Server stack trace: 
   at org.dmxc.lumos.Kernel.Programmer.getPropertyValue(String groupID, String propID)
   at org.dmxc.lumos.Kernel.GUISession.Session.getProgrammerValue(String deviceGroupID, String propID)
   at System.Runtime.Remoting.Messaging.StackBuilderSink._PrivateProcessMessage(IntPtr md, Object[] args, Object server, Int32 methodPtr, Boolean fExecuteInContext, Object[]& outArgs)
   at System.Runtime.Remoting.Messaging.StackBuilderSink.PrivateProcessMessage(RuntimeMethodHandle md, Object[] args, Object server, Int32 methodPtr, Boolean fExecuteInContext, Object[]& outArgs)
   at System.Runtime.Remoting.Messaging.StackBuilderSink.SyncProcessMessage(IMessage msg, Int32 methodPtr, Boolean fExecuteInContext)

Exception rethrown at [0]: 
   at Lumos.GUI.Facade.GUISession.SessionFacade.reloadSession(Exception e)
   at Lumos.GUI.Facade.GUISession.SessionFacade.getProgrammerValue(String deviceGroupID, String propID)
   at Lumos.GUI.Facade.DeviceProperties.DevicePropertyFacade.get_ProgrammerPropValue()
   at Lumos.GUI.Facade.DeviceProperties.DevicePropertyFacade.get_ProgrammerValue()

Cues werden nicht eingeblendet.

Siehe Video

Man legt ein Cue an, markiert es und löscht es (muss nicht gestartet worden sein) und drückt dann Release List.

2011-07-10 15:59:31,359 [3] ERROR org.dmxc.lumos.Kernel.Command.ReflectionCommandFactory - TargetInvocationException: Exception has been thrown by the target of an invocation.
System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation. ---> org.dmxc.lumos.Kernel.Exceptions.ValueOutOfRangeException: Index can't be larger then Scenelist size.
   at org.dmxc.lumos.Kernel.SceneList.SceneList.set_Index(Int32 value)
   at org.dmxc.lumos.Kernel.SceneList.SceneList.disposeRegister()
   at org.dmxc.lumos.Kernel.SceneList.SceneList.stop()
   at org.dmxc.lumos.Kernel.Command.KernelCommandFactory.stopScenelist(String listID)
   --- End of inner exception stack trace ---
   at System.RuntimeMethodHandle._InvokeMethodFast(Object target, Object[] arguments, SignatureStruct& sig, MethodAttributes methodAttributes, RuntimeTypeHandle typeOwner)
   at System.RuntimeMethodHandle.InvokeMethodFast(Object target, Object[] arguments, Signature sig, MethodAttributes methodAttributes, RuntimeTypeHandle typeOwner)
   at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture, Boolean skipVisibilityChecks)
   at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture)
   at org.dmxc.lumos.Kernel.Command.ReflectionCommandFactory.CommandPropertyBag.Invoke(CommandParameterList list)
2011-07-10 15:59:31,375 [3] ERROR org.dmxc.lumos.Kernel.Command.Command - Error while invoking Command: stopScenelist, Paras: 856a35e3-164f-48be-a333-2de1c41d074f
org.dmxc.lumos.Kernel.Exceptions.ValueOutOfRangeException: Index can't be larger then Scenelist size.
   at org.dmxc.lumos.Kernel.Command.ReflectionCommandFactory.CommandPropertyBag.Invoke(CommandParameterList list)
   at org.dmxc.lumos.Kernel.Command.Command.execute(Object[] paras)

Im Live View ein Gerät markieren, New Project, im Live View gleiches Gerät erneut selektieren

Das ist nur ein Fehler, in den Logs sind noch mehr.

************** Exception Text **************
System.NullReferenceException: Object reference not set to an instance of an object.

Server stack trace: 
   at org.dmxc.lumos.Kernel.Programmer.getPropertyValue(String groupID, String propID)
   at org.dmxc.lumos.Kernel.GUISession.Session.getProgrammerValue(String deviceGroupID, String propID)
   at System.Runtime.Remoting.Messaging.StackBuilderSink._PrivateProcessMessage(IntPtr md, Object[] args, Object server, Int32 methodPtr, Boolean fExecuteInContext, Object[]& outArgs)
   at System.Runtime.Remoting.Messaging.StackBuilderSink.PrivateProcessMessage(RuntimeMethodHandle md, Object[] args, Object server, Int32 methodPtr, Boolean fExecuteInContext, Object[]& outArgs)
   at System.Runtime.Remoting.Messaging.StackBuilderSink.SyncProcessMessage(IMessage msg, Int32 methodPtr, Boolean fExecuteInContext)

Exception rethrown at [0]: 
   at Lumos.GUI.Facade.GUISession.SessionFacade.reloadSession(Exception e)
   at Lumos.GUI.Facade.GUISession.SessionFacade.getProgrammerValue(String deviceGroupID, String propID)
   at Lumos.GUI.Facade.DeviceProperties.DevicePropertyFacade.get_ProgrammerPropValue()
   at Lumos.GUI.Facade.DeviceProperties.DevicePropertyFacade.get_ProgrammerValue()

Eine Cueliste enthält nur ein Cue, das deaktiviert ist. Wird die Cuelist nun gestartet kommt eine NRE.

2011-07-11 19:57:33,718 [WaitSceneTrigger] ERROR org.dmxc.lumos.Kernel.Run.ThreadManager - Thread WaitSceneTrigger exited ThreadStart-Method with Exception: Object reference not set to an instance of an object.
System.NullReferenceException: Object reference not set to an instance of an object.
   at org.dmxc.lumos.Kernel.SceneList.SceneList.playSceneAndInterpolated(IScene actual, Dictionary`2 interpolated, Int64 newSceneOffset, Int32 interpolatedStart, Int32 interpolatedStop)
   at org.dmxc.lumos.Kernel.SceneList.SceneList.playSceneForward(Int32 newIndex, Int32 oldIndex, Int64 newSceneOffset)
   at org.dmxc.lumos.Kernel.SceneList.SceneList.playScene(Int32 newIndex, Int32 oldIndex, Int64 newSceneOffset)
   at org.dmxc.lumos.Kernel.SceneList.SceneList.sceneTriggerEvent(TriggerEventArgs args)
   at org.dmxc.lumos.Kernel.Scene.Trigger.WaitSceneTrigger.triggerScene(WaitSceneBag b)
   at org.dmxc.lumos.Kernel.Scene.Trigger.WaitSceneTrigger.triggerThreadRun()
   at org.dmxc.lumos.Kernel.Run.ThreadWrapper.WrappedStart()

Momentan werden DMX Adressen fortlaufend vergeben:
1, 560, 1024, etc.

Da fallen mir spontan folgende Nachteile ein:

- Ich muss beim Patchen der Geräte darauf achten, dass z.B. ein MH nicht in 2 Universes gepatcht wird
- Ich muss beim Konfigurieren der Interfaces rechnen
- Ich muss beim Patchen rechnen DMXCAddress=(Universe*512+StartAddress)
- Wenn ich erst Dippe und dann Patche ists umgekehrt. StartAddress=DMXCAddress-DMXCAddress div 512 * 512

Füg mal einen Mac 250+ hinzu.
Und einen TS255

Bevor ich das wieder mal vergesse:

Alle in einem Cue gespeicherten Geräte im Live View selektieren.

Interfaces die zwar hinzugefügt, aber nicht angeschlossen sind, sollten als offline Interfaces angezeit werden.
Über einen zusätzliche Button “Refresh” wird nach den offline Interfaces gesucht, ob diese angeschlossen wurden.

Bis jetzt muss dafür der Kernel neugestartet werden.

Offline die Konfiguration ändern?
Neue Option “SupportsVirtualInterface” oder so. (Plugin/Interface muss das also explizit unterstützen)
CreateInterface müsste dann virtuelles Interface zurückliefern. (Interfaceinstanz aber ohne sich mit dem Interface zu verbinden)
Konfiguration speichern mit neuem Feld “uncommitted” CreateInterface müsste beim Aufruf prüfen und ggf. Konfig senden.

If you replace an existing cue with a new one, the associated trigger is also replaced with the default one.

Trigger should not be touched.

Es sollte die Möglichkeit geben einen Wert einer Eigenschaft, z.B. Intensität von Kreis 1 in allen ausgewählten Cues zu ändern. Die solte bedingt erfolgen: Replace Where Value = 80 With 60, oder so.

Ein Cue kann erneut in eine Cuelist eingefügt werden, als Referenz. Ein eigener Trigger kann definiert werden.
Änderungen an Eigenschaften gelten für alle Cues, und egal welches Cue geändert wird.

Es sollte die Möglichkeit geben Command Cues einzufügen.
Diese sind in der Lage, hinterlegte Befehle auszuführen.
z.B. MIDI → SEND GO, etc.
Cuelist xyz → GO
vergleichbar mit Befehlen in der 2.x und Makros auf Konsolen.

Könnte man doch über den Input Layer lösen?

Save Preset Value in Scene, bug durch commit 1623,

this.PropertyValue.SavedTag = value;

PropertyValue ist aber propertyValueReadOnlyWrapper, da es ein Preset ist.

************** Ausnahmetext **************
org.dmxc.lumos.Kernel.Exceptions.CommandExecutionException: Error while execution of Command: insertProgrammerSceneAt ---> System.NotSupportedException: This PropertyValue is Readonly!
   bei org.dmxc.lumos.Kernel.Command.ReflectionCommandFactory.CommandPropertyBag.Invoke(CommandParameterList list) in D:\dmxc3\Lumos\Lumos\src\Kernel\Command\ReflectionCommandFactory.cs:Zeile 67.
   bei org.dmxc.lumos.Kernel.Command.Command.execute(Object[] paras) in D:\dmxc3\Lumos\Lumos\src\Kernel\Command\Command.cs:Zeile 131.
   --- Ende der internen Ausnahmestapelüberwachung ---

Server stack trace: 
   bei org.dmxc.lumos.Kernel.Command.Command.execute(Object[] paras) in D:\dmxc3\Lumos\Lumos\src\Kernel\Command\Command.cs:Zeile 140.
   bei System.Runtime.Remoting.Messaging.StackBuilderSink._PrivateProcessMessage(IntPtr md, Object[] args, Object server, Int32 methodPtr, Boolean fExecuteInContext, Object[]& outArgs)
   bei System.Runtime.Remoting.Messaging.StackBuilderSink.PrivateProcessMessage(RuntimeMethodHandle md, Object[] args, Object server, Int32 methodPtr, Boolean fExecuteInContext, Object[]& outArgs)
   bei System.Runtime.Remoting.Messaging.StackBuilderSink.SyncProcessMessage(IMessage msg, Int32 methodPtr, Boolean fExecuteInContext)

Exception rethrown at [0]: 
   bei Lumos.GUI.Facade.GUISession.CommandWrapper.execute(Object[] parameters) in D:\dmxc3\Lumos\LumosGUI\Facade\GUISession\CommandWrapper.cs:Zeile 78.
   bei Lumos.GUI.Facade.SceneList.SceneListFacade.insertProgrammerSceneAt(Int32 index, ProgrammerFilterPredicate predicate) in D:\dmxc3\Lumos\LumosGUI\Facade\SceneList\SceneListFacade.cs:Zeile 511.
   bei Lumos.GUI.Facade.SceneList.SceneListFacade.addProgrammerScene(ProgrammerFilterPredicate predicate) in D:\dmxc3\Lumos\LumosGUI\Facade\SceneList\SceneListFacade.cs:Zeile 502.
   bei Lumos.GUI.Windows.SceneList.SceneListView.tsbAddScene_Click(Object sender, EventArgs e) in D:\dmxc3\Lumos\LumosGUI\Windows\SceneList\SceneListView.cs:Zeile 413.
   bei Lumos.GUI.Windows.SceneList.SceneListView.tsbStoreCue_Click(Object sender, EventArgs e) in D:\dmxc3\Lumos\LumosGUI\Windows\SceneList\SceneListView.cs:Zeile 261.
   bei System.Windows.Forms.ToolStripItem.RaiseEvent(Object key, EventArgs e)
   bei System.Windows.Forms.ToolStripItem.OnClick(EventArgs e)
   bei System.Windows.Forms.ToolStripItem.HandleClick(EventArgs e)
   bei System.Windows.Forms.ToolStripItem.HandleMouseUp(MouseEventArgs e)
   bei System.Windows.Forms.ToolStripItem.FireEventInteractive(EventArgs e, ToolStripItemEventType met)
   bei System.Windows.Forms.ToolStripItem.FireEvent(EventArgs e, ToolStripItemEventType met)
   bei System.Windows.Forms.ToolStrip.OnMouseUp(MouseEventArgs mea)
   bei System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   bei System.Windows.Forms.Control.WndProc(Message& m)
   bei System.Windows.Forms.ScrollableControl.WndProc(Message& m)
   bei System.Windows.Forms.ToolStrip.WndProc(Message& m)
   bei System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
   bei System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   bei System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

Cue blind editieren, sollte schon gehen.
Inhalte direkt im Programmer editieren.

beim hinzufügen

Will ich ein Default Projekt hinterlegen, wo z.B. nur ein Patch hinterlegt ist, aber alles andere soll neu Initialisert werden (z.B. Einstellungen), muss ich die Dateien von Hand aus dem Projektarchiv löschen.

Mann sollte die Ausgabe aller Ausgänge in ein Cue speichern können.

→ Stimmungen werden oft aus Submastern erstellt!

Man könnte zusätzlich noch die Möglichkeit anbieten alle Werte die zwar ausgegeben werden, aber nicht im Programmer sind, in den Programmer zu schreiben.

.