Bugtracker DMXControl 3

Beim Durchsehen der GUI-Logs ist mir folgender Fehler aufgefallen:

2019-03-17 17:45:53,833 [1] ERROR Lumos.GUI.Run.GuiRunManager - Unhandled Exception: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
   bei Lumos.GUI.Controls.DataGrid.LumosDataGridView.OnCellMouseLeave(DataGridViewCellEventArgs e) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Controls\DataGrid\LumosDataGridView.cs:Zeile 627.
   bei System.Windows.Forms.DataGridView.UpdateMouseEnteredCell(HitTestInfo hti, MouseEventArgs e)
   bei System.Windows.Forms.DataGridView.OnMouseMove(MouseEventArgs e)
   bei Lumos.GUI.Controls.DataGrid.LumosDataGridView.OnMouseMove(MouseEventArgs e) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Controls\DataGrid\LumosDataGridView.cs:Zeile 787.
   bei Lumos.GUI.Controls.SceneListEditor2.MyGrid.OnMouseMove(MouseEventArgs e) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Controls\SceneList\SceneListEditor2.cs:Zeile 290.
   bei System.Windows.Forms.Control.WmMouseMove(Message& m)
   bei System.Windows.Forms.Control.WndProc(Message& m)
   bei System.Windows.Forms.DataGridView.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)

Das komplette Logfile inklusive Kernel-Log ist im Anhang zu finden.

Fehlermeldung bei fehlenden Schreibrechte auf das Projekt-Zip-Archiv:

• Bild 1, englische Oberfläche: englischer und deutscher Text vermischt
• Bild 2, deutsche Oberfläche: richtige, ausschließlich deutsche Texte

Am Freitag, 15.03. und Samstag, 16.03. erfolgte ein Test unter Live-Bedingungen. Die zugehörigen Logs sind zwecks Analyse beigefügt.

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

2019-03-28 20:55:00,812 [1] ERROR Lumos.GUI.Connection.ConnectionManager - Error when Connecting: Fehler beim Verbinden mit einem IPC-Port: Das System kann die angegebene Datei nicht finden.
 
System.Runtime.Remoting.RemotingException: Fehler beim Verbinden mit einem IPC-Port: Das System kann die angegebene Datei nicht finden.
 

Server stack trace: 
   bei System.Runtime.Remoting.Channels.Ipc.IpcPort.Connect(String portName, Boolean secure, TokenImpersonationLevel impersonationLevel, Int32 timeout)
   bei System.Runtime.Remoting.Channels.Ipc.ConnectionCache.GetConnection(String portName, Boolean secure, TokenImpersonationLevel level, Int32 timeout)
   bei System.Runtime.Remoting.Channels.Ipc.IpcClientTransportSink.ProcessMessage(IMessage msg, ITransportHeaders requestHeaders, Stream requestStream, ITransportHeaders& responseHeaders, Stream& responseStream)
   bei System.Runtime.Remoting.Channels.BinaryClientFormatterSink.SyncProcessMessage(IMessage msg)

Exception rethrown at [0]: 
   bei System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage reqMsg, IMessage retMsg)
   bei System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type)
   bei org.dmxc.lumos.Kernel.GUISession.IGUISessionManager.get_KernelStartupFinished()
   bei Lumos.GUI.Connection.ConnectionManager.getMainSession(String uniqueSessionID) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Connection\ConnectionManager.cs:Zeile 916.
   bei Lumos.GUI.Connection.ConnectionManager.<connect>b__63_0(String c) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Connection\ConnectionManager.cs:Zeile 319.
   bei Lumos.GUI.Facade.GUISession.SessionFacade..ctor(Func`2 retreiveSessionDelegate, String uniqueSessionID) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Facade\GUISession\SessionFacade.cs:Zeile 115.
   bei Lumos.GUI.Connection.ConnectionManager.connect() in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Connection\ConnectionManager.cs:Zeile 319.

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

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

2019-03-28 20:55:00,900 [1] ERROR Lumos.GUI.WindowManager - Exception in ConnectionClosing in Window Lumos.GUI.Windows.Electricity.ElectricityForm: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
   bei Lumos.GUI.WindowManager.InvokeSave(LumosGUIIOContext context, BaseWindow w, MethodInvoker invoker) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\WindowManagement\WindowManager.cs:Zeile 1516.
   bei Lumos.GUI.WindowManager.Lumos.GUI.Run.IGuiProjectManager.connectionClosing(LumosGUIIOContext context) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\WindowManagement\WindowManager.cs:Zeile 1553.
2019-03-28 20:55:00,918 [Log-Thread] WARN  LumosLIB.Tools.LumosTools - Unable to close connection in TimecodePlayerManager
System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
   bei Lumos.GUI.Windows.TimecodePlayer.TimecodePlayerManager.Lumos.GUI.Run.IGuiProjectManager.connectionClosing(LumosGUIIOContext context) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Windows\TimecodePlayer\TimecodePlayerManager.cs:Zeile 74.
   bei Lumos.GUI.Run.GuiRunManager.<>c__DisplayClass27_0.<connectionClosing>b__0(IGuiManager m) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Run\GuiRunManager.cs:Zeile 237.
2019-03-28 20:55:00,921 [Log-Thread] WARN  Lumos.GUI.Connection.ConnectionManager - Exception when trying to connect!
System.Runtime.Remoting.RemotingException: Fehler beim Verbinden mit einem IPC-Port: Das System kann die angegebene Datei nicht finden.
 

Server stack trace: 
   bei System.Runtime.Remoting.Channels.Ipc.IpcPort.Connect(String portName, Boolean secure, TokenImpersonationLevel impersonationLevel, Int32 timeout)
   bei System.Runtime.Remoting.Channels.Ipc.ConnectionCache.GetConnection(String portName, Boolean secure, TokenImpersonationLevel level, Int32 timeout)
   bei System.Runtime.Remoting.Channels.Ipc.IpcClientTransportSink.ProcessMessage(IMessage msg, ITransportHeaders requestHeaders, Stream requestStream, ITransportHeaders& responseHeaders, Stream& responseStream)
   bei System.Runtime.Remoting.Channels.BinaryClientFormatterSink.SyncProcessMessage(IMessage msg)

Exception rethrown at [0]: 
   bei System.Windows.Forms.Control.MarshaledInvoke(Control caller, Delegate method, Object[] args, Boolean synchronous)
   bei System.Windows.Forms.Control.Invoke(Delegate method, Object[] args)
   bei System.Windows.Forms.Control.Invoke(Delegate method)
   bei Lumos.GUI.Connection.ConnectionManager.connect() in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Connection\ConnectionManager.cs:Zeile 298.
   bei Lumos.GUI.Connection.ConnectionManager.startupServerAndConnect() in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Connection\ConnectionManager.cs:Zeile 236.

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

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

2019-03-28 20:58:56,847 [ConnectionManager-MessageDispatcher] ERROR Lumos.GUI.Connection.ConnectionManager - Error while receive Message.
System.InvalidOperationException: Die Auflistung wurde geändert. Der Enumerationsvorgang kann möglicherweise nicht ausgeführt werden.
   bei System.ThrowHelper.ThrowInvalidOperationException(ExceptionResource resource)
   bei System.Collections.Generic.List`1.Enumerator.MoveNextRare()
   bei System.Collections.Generic.List`1.Enumerator.MoveNext()
   bei System.Linq.Enumerable.FirstOrDefault[TSource](IEnumerable`1 source, Func`2 predicate)
   bei Lumos.GUI.Input.v2.InputManager.org.dmxc.lumos.Kernel.Messaging.Listener.IMessageListener.onMessage(IMessage message) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Input\v2\InputManager.cs:Zeile 514.
   bei Lumos.GUI.Connection.ConnectionManager.onMessage(IMessage message) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Connection\ConnectionManager.cs:Zeile 818.

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

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

2019-03-28 22:05:44,899 [Log-Thread] DEBUG LumosLIB.Tools.LumosTools - Strange Call to RuleOfThree 0/0/0/0.5/-0.5:    bei LumosLIB.Tools.LumosTools.RuleOfThree(Double input, Double inMax, Double inMin, Double outMax, Double outMin, ERuleOfThreeBehavior behavior)
   bei Lumos.GUI.Windows.LiveView.DeviceOrBeamIconFacade`2.SetPosition(Single pan, Single tilt)
   bei Lumos.GUI.Windows.LiveView.LiveStageView.RecreatePropertyMapping(Object deviceOrBeam, IDeviceOrBeamIconFacade ico)
   bei Lumos.GUI.Windows.LiveView.LiveStageView.addDevice(LiveViewDeviceMetadata deviceM)
   bei Lumos.GUI.Windows.LiveView.LiveStageView.createAllDevicesAndGroups()
   bei Lumos.GUI.Windows.LiveView.LiveStageView.OnShown(EventArgs e)
   bei System.Windows.Forms.Form.CallShownEvent()
   bei System.Windows.Forms.Control.InvokeMarshaledCallbackDo(ThreadMethodEntry tme)
   bei System.Windows.Forms.Control.InvokeMarshaledCallbackHelper(Object obj)
   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.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
   bei System.Windows.Forms.Control.InvokeMarshaledCallback(ThreadMethodEntry tme)
   bei System.Windows.Forms.Control.InvokeMarshaledCallbacks()
   bei System.Windows.Forms.Control.WndProc(Message& m)
   bei System.Windows.Forms.ScrollableControl.WndProc(Message& m)
   bei System.Windows.Forms.Form.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)
   bei System.Windows.Forms.UnsafeNativeMethods.DispatchMessageW(MSG& msg)
   bei System.Windows.Forms.Application.ComponentManager.System.Windows.Forms.UnsafeNativeMethods.IMsoComponentManager.FPushMessageLoop(IntPtr dwComponentID, Int32 reason, Int32 pvLoopData)
   bei System.Windows.Forms.Application.ThreadContext.RunMessageLoopInner(Int32 reason, ApplicationContext context)
   bei System.Windows.Forms.Application.ThreadContext.RunMessageLoop(Int32 reason, ApplicationContext context)
   bei Lumos.GUI.WindowManager.ProjectLoadSuccessful(ProjectIOContext context)
   bei Lumos.GUI.WindowManager.loadProjectInKernel(String filename, Boolean askSave)
   bei Lumos.GUI.WindowManager.loadProjectInKernel_Click()
   bei Lumos.GUI.GuiActions.ActionItemMetadata.Invoke()
   bei Lumos.GUI.Actions.GuiActionManager.MenuItem_Click(Object sender, EventArgs e)
   bei System.Windows.Forms.ToolStripItem.RaiseEvent(Object key, EventArgs e)
   bei System.Windows.Forms.ToolStripMenuItem.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.ToolStripDropDown.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.ToolStripDropDown.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)
   bei System.Windows.Forms.UnsafeNativeMethods.DispatchMessageW(MSG& msg)
   bei System.Windows.Forms.Application.ComponentManager.System.Windows.Forms.UnsafeNativeMethods.IMsoComponentManager.FPushMessageLoop(IntPtr dwComponentID, Int32 reason, Int32 pvLoopData)
   bei System.Windows.Forms.Application.ThreadContext.RunMessageLoopInner(Int32 reason, ApplicationContext context)
   bei System.Windows.Forms.Application.ThreadContext.RunMessageLoop(Int32 reason, ApplicationContext context)
   bei System.Windows.Forms.Application.Run(Form mainForm)
   bei Lumos.GUI.Program.runGui()
   bei Lumos.GUI.Program.Main(String[] param)

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

Patche ich Geräte auf das 2. und folgende DMX-Universum und wähle diese in der Stage View aus, erfolgt das Highlighting des zugehörigen Adressbereichs in Channel Overview immer nur in der Ansicht für das erste DMX-Universum.

Lege ich in einem einzigen Graphen mehrere Slider / Fader auf einen Eingang eines Nodes (zum Beispiel auf den Fade Factor des Cuelist-Nodes), so werden die Werte immer nur von einem Slider / Fader verarbeitet. Über die momentan verfügbaren Nodes kann ein solcher Graph aktuell nicht zusammengebaut werden.

Dieses Ticket lege ich hier vornehmlich der Vollständigkeit halber an zur bereits am Samstag nach dem Live-Q&A geführte Diskussion.

Im Project Explorer kann ich aktuell kein Softdesk ausschneiden bzw. kopieren und dann wieder einfügen. Beim Markieren eines Softdesks wird mir zwar im Kontextmenü angeboten, das Softdesk zumindest auszuschneiden, aber das Einfügen steht dann nicht mehr zur Auswahl.

Der folgende Log-Eintrag taucht beim Starten des Kernels regelmäßig auf:

2019-04-09 22:11:39,807 [Main] WARN  org.dmxc.lumos.Kernel.Plugin.PluginManager - Timeout when fetching Interface List from DMX Interface Factory Enttec
System.TimeoutException: Timeout für den Vorgang wurde überschritten.
   bei DMXLIB.FactoryTimeoutDecorator.get_Interfaces() in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\DMXLIB\FactoryTimeoutDecorator.cs:Zeile 105.
   bei org.dmxc.lumos.Kernel.Plugin.AbstractPluginManager.loadInterfaces(IDMXInterfaceFactory factory) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosLIB\src\Kernel\Plugin\AbstractPluginManager.cs:Zeile 1246.

Beim Durchschauen von Logfiles ist mir folgender Eintrag im GUI-Log aufgefallen. Zuvor habe ich ein paar unterschiedliche Projekte geladen und wieder geschlossen (durch das Laden eines weiteren Projekts).

2019-04-14 14:24:32,687 [Log-Thread] WARN  LumosLIB.Tools.LumosTools - Unable to load project in MIDIManager
org.dmxc.lumos.Kernel.Exceptions.AlreadyRegisteredException: Sink with that ID is already existing!
   bei org.dmxc.lumos.Kernel.Input.v2.AbstractInputManager.RegisterSink(IInputSink sink) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosLIB\src\Kernel\Input\v2\AbstractInputManager.cs:Zeile 100.
   bei Lumos.GUI.Input.v2.InputManager.RegisterSink(IInputSink sink) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Input\v2\InputManager.cs:Zeile 176.
   bei Lumos.GUI.MIDI.MidiInformation.onRuleAdded(Object sender, RuleEventArgs e) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\MIDI\MidiInformation.cs:Zeile 116.
   bei Lumos.GUI.MIDI.MidiInformation.OnRuleSetAdded(Object o, RuleSetEventArgs rs) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\MIDI\MidiInformation.cs:Zeile 90.
   bei Lumos.GUI.MIDI.MidiInformation.RuleSetCollection.OnAdded(RuleSet rs) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\MIDI\MidiInformation.cs:Zeile 20.
   bei Lumos.GUI.MIDI.MIDIManager.Load() in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\MIDI\MIDIManager.cs:Zeile 153.
   bei Lumos.GUI.MIDI.MIDIManager.Lumos.GUI.Run.IGuiProjectManager.loadProject(LumosGUIIOContext context) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\MIDI\MIDIManager.cs:Zeile 109.
   bei Lumos.GUI.Run.GuiRunManager.<>c__DisplayClass32_0.<loadProject>b__0(IGuiManager m) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Run\GuiRunManager.cs:Zeile 289.

Die vollständigen Logs sind im Anhang.

Eine Fehlermeldung aus den GUI-Logfiles. Die Fehlermeldung trat in der gleichen Session wie die aus dem Ticket  FS#3543  auf. Dort sind auch die vollständigen Logfiles zu finden.

2019-04-14 14:24:32,834 [Log-Thread] WARN  Lumos.GUI.Facade.GUISession.CommandWrapper - Exception when executing Command loadProject: Mindestens ein Fehler ist aufgetreten.
System.AggregateException: Mindestens ein Fehler ist aufgetreten. ---> org.dmxc.lumos.Kernel.Exceptions.ProjectLoadException: Warnings in Project

Server stack trace: 
   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 139.
   bei System.Runtime.Remoting.Messaging.StackBuilderSink._PrivateProcessMessage(IntPtr md, Object[] args, Object server, Object[]& outArgs)
   bei System.Runtime.Remoting.Messaging.StackBuilderSink.SyncProcessMessage(IMessage msg)

Exception rethrown at [0]: 
   bei System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage reqMsg, IMessage retMsg)
   bei System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type)
   bei org.dmxc.lumos.Kernel.Command.ICommand.execute(Object[] parameters)
   bei Lumos.GUI.Facade.GUISession.CommandWrapper.<>c__DisplayClass25_0.<execute>b__1() in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Facade\GUISession\CommandWrapper.cs:Zeile 171.
   bei System.Threading.Tasks.Task`1.InnerInvoke()
   bei System.Threading.Tasks.Task.Execute()
   --- Ende der internen Ausnahmestapelüberwachung ---
   bei System.Threading.Tasks.Task.ThrowIfExceptional(Boolean includeTaskCanceledExceptions)
   bei System.Threading.Tasks.Task.Wait(Int32 millisecondsTimeout, CancellationToken cancellationToken)
   bei Lumos.GUI.Facade.GUISession.CommandWrapper.execute(Object[] parameters) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Facade\GUISession\CommandWrapper.cs:Zeile 173.
---> (Interne Ausnahme #0) org.dmxc.lumos.Kernel.Exceptions.ProjectLoadException: Warnings in Project

Server stack trace: 
   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 139.
   bei System.Runtime.Remoting.Messaging.StackBuilderSink._PrivateProcessMessage(IntPtr md, Object[] args, Object server, Object[]& outArgs)
   bei System.Runtime.Remoting.Messaging.StackBuilderSink.SyncProcessMessage(IMessage msg)

Exception rethrown at [0]: 
   bei System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage reqMsg, IMessage retMsg)
   bei System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type)
   bei org.dmxc.lumos.Kernel.Command.ICommand.execute(Object[] parameters)
   bei Lumos.GUI.Facade.GUISession.CommandWrapper.<>c__DisplayClass25_0.<execute>b__1() in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Facade\GUISession\CommandWrapper.cs:Zeile 171.
   bei System.Threading.Tasks.Task`1.InnerInvoke()
   bei System.Threading.Tasks.Task.Execute()<---

Folgende Fehlermeldung ist mit beim Versuch des Nachstellen des Fehlers aus Ticket  FS#3548  in den GUI-Logs aufgefallen:

2019-04-15 22:08:52,810 [1] ERROR Lumos.GUI.Windows.Master.Master - System.IndexOutOfRangeException: Der Index war außerhalb des Arraybereichs.
   bei Lumos.GUI.Windows.Master.Master.get_GrandMaster() in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Windows\Master\Master.cs:Zeile 199.
   bei Lumos.GUI.Windows.Master.Master.onMessage(IMessage message) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Windows\Master\Master.cs:Zeile 567.

Am Samstag, 23.03.2019 hatte ich die Beta 1 bei einem größeren Setup laufen lassen. Die zugehörigen Logs sind zwecks Analyse beigefügt. Hier waren mir beim Überfliegen insbesondere in der ersten Sitzung ein paar Dinge in den Logs aufgefallen.

Am 05.04.2019 habe ich die Beta 1 ein weiteres Mal in der gleichen Location mit dem gleichen, nur erweiterten Projekt aus Ticket  FS#3499  im Live-Einsatz getestet. Die Logs sind zwecks Analyse beigefügt.

In der Cloud liegt unter Entwicklung / DMXControl 3 / Test ein Procdump-Abbild der Anwendung kurz nach dem Start sowie kurz vor Ende Session.

Zahlreiche MIDI-Controller bieten Tasten, deren Farbe ich über bestimmte MIDI-Werte festlegen kann. Diese Werte sind für eine Reihe von Tasten oftmals gleich. Möchte ich nun für ein Feedback verschiedene Farben einer Taste nutzen, muss ich aktuell den Button (oder ein anderes Element) im RuleSet mehrfach anlegen, damit mit im Input Assignment die Outputs des Buttons mit den verfügbaren Farben ausgeführt werden.

Ich würde mir hier eine Möglichkeit wünschen, zum einen die Definition im Rule Set zu vereinfachen, zum anderen im gleichen Atemzug die Übersichtlichkeit im Output-Baum des Input Assignments zu erhöhen.

In der gleichen Session wie in Ticket  FS#3567  ist mir folgender Eintrag im GUI-Log aufgefallen. Ich könnte mir denken, dass dieser Eintrag im Zusammenhang mit den Blades steht.

2019-04-26 14:15:45,941 [1] ERROR TreeGridMode - Die Methode oder der Vorgang ist nicht implementiert.
System.NotImplementedException: Die Methode oder der Vorgang ist nicht implementiert.
   bei Lumos.GUI.Windows.Programmer.ProgrammerModelValue.<>c.<GetCellValueWrapper>b__24_23(Object v) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Windows\Programmer\ProgrammerModel.cs:Zeile 767.
   bei org.dmxc.lumos.XNAViews.ListView.Mode.DataGrid.CellValueWrapper.Update(Boolean force) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\XNAViews\src\XNAViews\ListView\Mode\DataGrid\Member\Cell\CellWrapper\CellValueWrapper.cs:Zeile 93.
2019-04-26 14:15:46,168 [1] ERROR TreeGridMode - Die Methode oder der Vorgang ist nicht implementiert.

In den Logs ist mir folgender Fehler aufgefallen, nachdem ich ein Projekt geladen habe.

2019-05-01 10:30:59,469 [1] ERROR Lumos.GUI.Run.GuiRunManager - Unhandled Exception: Der angegebene Schlüssel war nicht im Wörterbuch angegeben.
System.Collections.Generic.KeyNotFoundException: Der angegebene Schlüssel war nicht im Wörterbuch angegeben.
   bei System.Collections.Generic.Dictionary`2.get_Item(TKey key)
   bei Lumos.GUI.ChannelOverview.PatchMatrixControl.PaintCell(Graphics graphics, Int32 cellIndex) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosControls\PatchMatrixControl\PatchMatrixControl.cs:Zeile 738.
   bei Lumos.GUI.ChannelOverview.PatchMatrixControl.OnPaint(PaintEventArgs e) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosControls\PatchMatrixControl\PatchMatrixControl.cs:Zeile 501.
   bei System.Windows.Forms.Control.PaintWithErrorHandling(PaintEventArgs e, Int16 layer)
   bei System.Windows.Forms.Control.WmPaint(Message& m)
   bei System.Windows.Forms.Control.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)
2019-05-01 10:33:04,937 [Log-Thread] INFO  AudioAnalyser.AudioAnalyserPlugin - Saving Data AudioAnalyser Start. 3
2019-05-01 10:33:04,938 [Log-Thread] INFO  AudioAnalyser.AudioAnalyserPlugin - Saving Data AudioAnalyser End. 5

Die Hintergrundfarbe des Softdesks kann nicht festgelegt werden. Im hellen Theme ist dieser standardmäßig in einem hellen Grau.

Die neue Auswahlmöglichkeit der Cuelists, Executuren, Group Master etc.) direkt im Node ist richtig super. Jedoch ist der Workflow in der aktuellen Fassung noch dahingehend suboptimal, dass die Einträge in dem Dropdown-Menü nicht nach Namen sortiert werden, wie im beigefügten Screenshot anhand des Cuelist-Nodes zu sehen. Dies ist gerade bei einer größeren Anzahl von Cuelists hinderlich und bringt eigentlich vermeidbare Verzögerungen im Programmieren mit sich, weil sich die Sortierung anhand der Cuelist-, Device Group-Nummer etc. ableitet und somit die Erstellungshistorie der Objekte darstellt.

Daher wäre an dieser Stelle der Wunsch, die Einträge alphabetisch zu sortieren.

Über das neue Input Assignment können Cuelists nun auch über eine Cuelist-Nummer angesprochen werden. Diese Cuelist-Nummer ist aktuell aber nicht für den User zugänglich, sodass diese nicht geändert werden können.

Diese Änderungsmöglichkeit der Cuelist Nummer sollte daher sowohl mit in die Cuelist Properties aber auch in den Project Explorer als zusätzliche Spalte aufgenommen werden. Letzters würde die Übersichtlichkeit erhöhen, aber (das wäre meine persönliche Hoffnung) dass ich sie dort auch direkt ändern kann.

Starte und stoppe ich mit Hilfe der Option “Single List Running” Cuelists innerhalb einer Cuelist Group, fällt beim Umschalten auf, dass durch Fade-In von Cuelist B und Fade-Out von Cuelist A erst einmal Richtung 0-Position (Dimmer 0%, Positon 0,0) bewegen. Dies ist besonders bei Positionswechsel von Moving Heads über mehrere Cuelist unschön, da ich keine direkte Fahrt von Position 1 auf Position 2 erhalte.

Kurzfristig lässt sich dies zwar wie mit Arne besprochen für mich selbst über eine längere Release-Time in den Cuelists etwas anfangen. Langfristig haben wir an dieser Stelle über eine Delay Time für das Stoppen von Cuelists innerhalb der Cuelist Group nachgedacht. Hierüber wird die zu stoppende Cuelist mit einer frei festzulegenden Verzögerung gestoppt.

Der Eintrag “GO” im gezeigten Menü besitzt nicht die Standard-Textgröße wie die anderen Einträge in diesem Menü wo “Go Back” oder “Go Next”.

Ich habe dem Softdesk einen Button hinzugefügt. Ändere ich die Hintergrundfarbe des Buttons auf gelb, wechselt die Textfarbe automatisch von weiß auf schwarz. Als Eingabehilfe wäre dies zwar ok, jedoch wechselt die Textfarbe auch nachträglich, wenn ich die Hintergrundfarbe des Buttons über einen Graphen wie [Cuelist State] > [Rule of Three] > [HSV to Color] > [Button] anspreche.

Die Erwartungshaltung ist hier, dass ich selbst dauerhaft die Textfarbe des Elements (hier weißer Text bei einem gelben Button) festlege und es keine Automatismen gibt, welche die Gestaltung des Objekts automatisch ändern, sobald ich das Element von außen über einen Graphen (hier Änderung der Hintergrundfarbe von einem dunklen Gelb auf normales Gelb (R255, G255, B0))anspreche.

Für eine zurückliegende Veranstaltung wollte ich mit zwei Slidern im Softdesk über zwei ParameterMaster die Funktionen Fan und Fog meines Hazers ansteuern. Hierzu erstellte ich eine Cue mit {ParameterMaster 1} für Fog und {ParamterMaster 2} für Fan. Nach dem Neustart von DMXControl 3 funktioniert die Zuordnung nicht mehr, da sich scheinbar die internen Referenzen der Parametermaster ändern. Dies ist auch daran zu erkennen, dass im Master Window die ParameterMaster 1 und 2 jeweils doppelt auftauchen.

Auf Wunsch stelle ich ein kleines Beispielprojekt zur Verfügung.

Bei den Speedmastern wird der BPM-Wert nur über zwei (Tastatur-) Anschläge ermittelt. Dies ist im direkten Vergleich zum “alten” Beat Tool deutlich ungenauer, weil sich der BPM-Wert dort aus 5 (Tastatur-) Anschlägen berechnet.

Das ungenaue Arbeiten der Speedmaster kommt besonders dann zum Vorschein, wenn ich zum Synchronisieren des BPM-Werts ein paar mehr (Tastatur-) Anschläge (also vier bis sechs) benötige. Durch die fehlende Mittlung der Werte erhalte ich sehr starke Varianzen im BPM-Wert von teilweise +/- 20 BPM zum eigentlichen BPM-Wert des laufenden Songs etc., was dann bei einem bereits laufenden Effekt unschön rüber kommt.

Zusammengefasst wäre es schön, wenn sich die Speedmaster in Bezug auf die Beat-Synchronisation ähnlich wie das Beat Tool verhalten würden: beim ersten Tappen Ausgabe des ersten Beat-Signals, über das weitere Tappen dann Angleichen der Geschwindigkeit durch Mittlung von mehreren (mindestens 4) (Tastatur-) Anschlägen.

Wenn ich im Fenster Input Assignment den Namen einer Verbindung ändere und dabei die Entf-Taste nutze, werden die Textzeichen rechts vom Cursor nicht wie erwartet entfernt.

Im Cuelist Editor beispielsweise arbeitet die Enft-Taste wie gewohnt, wenn ich den Namen der Cue ändern möchte.

Ich glaube, das Bild beschriebt den Fehler am besten. Zwei, wenn nicht sogar eine Nachkommastelle würde aus meiner Sicht als zurückgegebener Wert nach einen Button oder Label grundsätzlich ausreichen.

Aktuell bietet der Selector-Node nur die Möglichkeit, aus verschiedenen Eingängen den jeweils aktiven zu wählen und durchzuschalten.

Ich hätte aktuell einen Anwendungsfall, wo kurz gesprochen ein Selector-Node zum Wählen des aktiven Ausgangs hilfreich wäre. Hintergrund ist, dass ich mit einem Button verschiedene Cuelists aktivieren möchte. Die Auswahl der Cuelist, die aktiviert werden soll, würde dabei über einen zweiten Taster erfolgen.

Der Fehler aus  FS#3700  liegt analog auch im Softdesk Designer vor, dass hier die Enft-Taste in den Eigenschaftsfeldern des Property Grids nicht akzeptiert wird.

Ich möchte mit dem Position-Element im Softdesk das Programmer Node steuern. Da dieses für Pan und Tilt getrennte Eingänge besitzt, fügte ich ein Position to Pan/Tilt Converter hinzu. Dieses Conventer-Node gibt für Pan und Tilt allerdings DMX-Werte aus, die das Programmer Node aktuell nicht akzeptiert. Auch das Zwischenschalten von Rule of Three Bausteinen, um den DMX-Wert wieder auf einen Winkel umzusetzen, brachte nicht den gewünschten Erfolg.

Ich habe zwar die Möglichkeit, die Textgröße die Texte in Buttons festzulegen. Mein eingetragener Wert wird nach der Eingabe nicht übernommen und direkt auf 13 Pt. zurückgesetzt.

Ich ordne mehrere Geräte einer PowerSoruce im Electricity Management zu. Diese entsprechend zugeordneten Geräte lassen sich innerhalb der PowerSource nicht sortieren. Das Kontextmenü ist ausgegraut. Einzig die Buttons zum manuellen Einstellen der Reihenfolge werden aktiv, sobald ich ein Gerät auswähle.

Ich baue einen Graphen, um eine Umschaltung mittels eines Counter Nodes zu realisieren. Der Counter Node wird über eine Taste getriggert und ist am Ausgang mit einem Executor verbunden. Der Counter Node besitzt die Grenzen von 1 bis 5, das Inkrement liegt bei 1. Overflow ist zugelassen. Durch das Drücken meiner Inkrementierungstaste liegt am Counter nun ein Wert an.

Ändere ich nun die Grenzen des Counters auf 21 bis 25, muss ich im konkreten Fall die Taste nun bis zu 20 mal drücken, bis der Counter wieder in seinen neuen Wertebereich gelangt. Ein einfaches Drücken reicht hier nicht aus, was hier durchaus meine Erwartungshaltung wäre.

Öffne ich ein Softdesk im Designer, sollten beim Drücken der Tasten und Bewegen der Fader keinerlei Aktionen an das Input Assignment durchgereicht werden, sondern nur wenn ich den Test-Modus über den Play-Button oben rechts aktiviere. Dies funktioniert so leider nicht. Auch im Edit-Modus kommen die entsprechenden Aktionen im Input Assignment an.

Die folgende Fehlermeldung erscheint in den Logs, wenn ich in einem Graphen den Output Selector nutze:

2019-08-11 19:07:34,142 [Log-Thread] WARN  org.dmxc.lumos.Kernel.Input.v2.InputManager - Graph M51302 created Exception in Process: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
   bei System.Collections.Generic.Dictionary`2.Insert(TKey key, TValue value, Boolean add)
   bei org.dmxc.lumos.Kernel.Input.v2.InputManager.ProcessGraphs(RunContext ctx) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Input\v2\InputManager.cs:Zeile 1110.

Die Logs sind im Anhang beigefügt. Ich habe von Arne die Freigabe erhalten, mit dem Build 320 zu testen.

Ändere ich den Inhalt einer Zelle, zum Beispiel im Cuelist Editor, im Cue Timing Editor oder in Übersicht der DMX-Interfaces und möchte diese Änderung bestätigen, muss ich mit der Maus an eine beliebige andere Stelle klicken. Zuletzt klappte dies noch durch Drücken der Enter-Taste, um die Eingabe zu bestätigen, oder über die Escape-Taste zum Verwerfen der Änderung.

In dem Graphen mit dem Namen “Input Selctor” des beigefügten Projekts möchte ich verschiedene Geräte einer Gerätegruppe über die Tastatur auswählen können.

• 1: Auswahl QWO Group
• 2: Auswahl AX5 Group
• + (Nummernblock): vor
• - (Nummernblock): zurück
• S: Gerät auswählen

Am Ende des Math-Nodes übergebe ich eigentlich die Werte 1 oder 2, damit ich im Input Selector zwischen den über die Counter-Nodes erzeugen Device-IDs umschalten kann. Leider schlägt das Umschalten fehl und ich erhalte am Ausgang des Input Selectors immer nur den Wert des Eingang 1. Oder gibt es hier eine Wert-Überschneidung, weil im Input Selector parallel auch ein true oder false bzw. das Äquivalent 0 oder 1 übertragen wird.

Ich kann aktuell im Delay-Node im Input Assignment unter den Properties keine Zeit für das Delay eintragen. Die Beschreibung der entsprechende Zeile ist ausgegraut und das Eingabefeld lässt (daher) keine Eingaben zu. Den Namen des Nodes kann ich beispielsweise aber ändern.

2019-09-12 20:56:00,036 [58] ERROR Lumos.GUI.Actions.GuiActionManager - Error doing invoke: Auf das verworfene Objekt kann nicht zugegriffen werden.
Objektname: "MainForm".
System.ObjectDisposedException: Auf das verworfene Objekt kann nicht zugegriffen werden.
Objektname: "MainForm".
   bei System.Windows.Forms.Control.MarshaledInvoke(Control caller, Delegate method, Object[] args, Boolean synchronous)
   bei System.Windows.Forms.Control.Invoke(Delegate method, Object[] args)
   bei Lumos.GUI.Actions.GuiActionManager.refreshActionContainer(String containerID, ERefreshFlags flags) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\GuiActions\GuiActionManager.cs:Zeile 698.

Ich spreche mit dem Position Control den Programmer an. Während zwei Slider, die mit die Ausgabe des Position Control nach dem Split-Node anzeigen, beim Bewegen des Steuerpunkts gleichmäßig “mitfahren”, springt die tatsächliche Ausgabe der Position in Stage View, Position Window, Device Control und auch der DMX-Ausgabe.

Im Anhang befinden sich die Logs der letzten Session, wo ich das Control angelegt und zuletzt bedient habe und das zugehörige Beispiel-Projekt. Zum Reproduzieren einfach einen der QWO in der Stage View auswählen und über das Position Control im Softdesk ansprechen.

Aus meiner Sicht sollte die HTP-, LTP und LoTP-Mischung immer nur bei Cuelists mit der gleichen Priorität erfolgen.

Im beigefügten Beispielprojekt ist die Cuelist C.3 auf Priorität 31 sowie HTP-Mischung eingestellt. Starte ich vorher entweder die Cuelist C.1 oder C.2, sind am Ende alle Lampen an, obwohl ich über die Cuelist C.3 mittels des darin enthaltenen Chaser einen Strobe-Effekt schaffen möchte.

Mit der Einführung von HTP-, LTP- und LoTP-Mischung könnte es hilfreich sein, wenn im Project Explorer im Ordner Cuelists diese Option nun in einer weiteren Spalte rechts neben der Cuelist-Priorität ebenfalls angezeigt wird.

Im Rahmen meines Live-Tests in de vergangenen Nacht, ist mir folgender Fehler im Log aufgefallen:

2019-10-02 22:46:46,164 [82] ERROR org.dmxc.lumos.Kernel.Input.v2.Worker.DynamicExecutorNode - 
System.InvalidOperationException: Die Sequenz enthält kein übereinstimmendes Element.
   bei System.Linq.Enumerable.Single[TSource](IEnumerable`1 source, Func`2 predicate)
   bei org.dmxc.lumos.Kernel.Input.v2.Worker.DynamicExecutorNode.setExecutorInternal() in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Input\v2\Graph\Node\Wrapper\Executor\DynamicExecutorNode.cs:Zeile 45.

Die kompletten Logs sind im Anhang zu finden.

Nachdem ich ein Projekt in Folge eines fehlerhaften DDFs neu laden musste, wurde das LumosDisposed-Log “geflutet”. Im anschließenden laufenden Betrieb waren aber direkt keine Fehler aufgetreten. Eine exemplarische Fehlermeldung hieraus lautet:

2019-10-04 22:59:43,175 [Log-Thread] DEBUG AbstractDeviceProperty_Dispose - DeviceProperty "DimmerProperty" in Device "ETL (4)" disposed. Trace:    bei org.dmxc.lumos.Kernel.DeviceProperties.AbstractDeviceProperty`1.DisposeHook(Boolean disposing) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\DeviceProperties\AbstractDeviceProperty.cs:Zeile 324.
   bei LumosLIB.Kernel.LumosRemoteObject.Dispose(Boolean disposing) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosLIB\src\Kernel\Remoting\LumosRemoteObject.cs:Zeile 127.
   bei LumosLIB.Kernel.LumosRemoteObject.Dispose() in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosLIB\src\Kernel\Remoting\LumosRemoteObject.cs:Zeile 116.
   bei org.dmxc.lumos.Kernel.Devices.DeviceBeam.DisposeHook(Boolean disposing) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Devices\DeviceBeam.cs:Zeile 433.
   bei LumosLIB.Kernel.LumosRemoteObject.Dispose(Boolean disposing) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosLIB\src\Kernel\Remoting\LumosRemoteObject.cs:Zeile 127.
   bei LumosLIB.Kernel.LumosRemoteObject.Dispose() in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosLIB\src\Kernel\Remoting\LumosRemoteObject.cs:Zeile 116.
   bei org.dmxc.lumos.Kernel.Devices.AbstractDevice.DisposeHook(Boolean disposing) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Devices\AbstractDevice.cs:Zeile 1058.
   bei LumosLIB.Kernel.LumosRemoteObject.Dispose(Boolean disposing) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosLIB\src\Kernel\Remoting\LumosRemoteObject.cs:Zeile 127.
   bei LumosLIB.Kernel.LumosRemoteObject.Dispose() in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosLIB\src\Kernel\Remoting\LumosRemoteObject.cs:Zeile 116.
   bei org.dmxc.lumos.Kernel.Project.ProjectContainer`1.Remove(T item, Boolean disposeItem) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Project\ProjectContainer.cs:Zeile 128.
   bei org.dmxc.lumos.Kernel.Project.ProjectContainer`1.Clear(Boolean disposeItems) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Project\ProjectContainer.cs:Zeile 97.
   bei org.dmxc.lumos.Kernel.Project.ProjectResource`1.RemoveProjectContainer(String projectId, Boolean disposeItems) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Project\ProjectResource.cs:Zeile 126.
   bei org.dmxc.lumos.Kernel.Project.ProjectManager.closeProject(String sessionName, Boolean ask) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Project\ProjectManager.cs:Zeile 170.
   bei org.dmxc.lumos.Kernel.Project.ProjectManager.loadProject(String filename, Stream inputStream, String sessionName, Boolean loadId) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Project\ProjectManager.cs:Zeile 240.
   bei org.dmxc.lumos.Kernel.Project.ProjectManager.loadProject(String filename, String sessionName) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Project\ProjectManager.cs:Zeile 225.
   bei org.dmxc.lumos.Kernel.Command.KernelCommandFactory.loadProject(String sessionName, String tmpFile) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Command\KernelCommandFactory.cs:Zeile 1405.
   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.
   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.
   bei System.Runtime.Remoting.Messaging.StackBuilderSink._PrivateProcessMessage(IntPtr md, Object[] args, Object server, Object[]& outArgs)
   bei System.Runtime.Remoting.Messaging.StackBuilderSink.SyncProcessMessage(IMessage msg)
   bei System.Runtime.Remoting.Messaging.ServerObjectTerminatorSink.SyncProcessMessage(IMessage reqMsg)
   bei System.Runtime.Remoting.Lifetime.LeaseSink.SyncProcessMessage(IMessage msg)
   bei System.Runtime.Remoting.Messaging.ServerContextTerminatorSink.SyncProcessMessage(IMessage reqMsg)
   bei System.Runtime.Remoting.Channels.CrossContextChannel.SyncProcessMessageCallback(Object[] args)
   bei System.Runtime.Remoting.Channels.ChannelServices.DispatchMessage(IServerChannelSinkStack sinkStack, IMessage msg, IMessage& replyMsg)
   bei System.Runtime.Remoting.Channels.DispatchChannelSink.ProcessMessage(IServerChannelSinkStack sinkStack, IMessage requestMsg, ITransportHeaders requestHeaders, Stream requestStream, IMessage& responseMsg, ITransportHeaders& responseHeaders, Stream& responseStream)
   bei System.Runtime.Remoting.Channels.SoapServerFormatterSink.ProcessMessage(IServerChannelSinkStack sinkStack, IMessage requestMsg, ITransportHeaders requestHeaders, Stream requestStream, IMessage& responseMsg, ITransportHeaders& responseHeaders, Stream& responseStream)
   bei System.Runtime.Remoting.Channels.BinaryServerFormatterSink.ProcessMessage(IServerChannelSinkStack sinkStack, IMessage requestMsg, ITransportHeaders requestHeaders, Stream requestStream, IMessage& responseMsg, ITransportHeaders& responseHeaders, Stream& responseStream)
   bei System.Runtime.Remoting.Channels.Ipc.IpcServerTransportSink.ServiceRequest(Object state)
   bei System.Runtime.Remoting.Channels.SocketHandler.ProcessRequestNow()
   bei System.Runtime.Remoting.Channels.RequestQueue.ProcessNextRequest(SocketHandler sh)
   bei System.Runtime.Remoting.Channels.SocketHandler.BeginReadMessageCallback(IAsyncResult ar)
   bei System.Runtime.Remoting.Channels.Ipc.IpcPort.AsyncFSCallback(UInt32 errorCode, UInt32 numBytes, NativeOverlapped* pOverlapped)
   bei System.Threading._IOCompletionCallback.PerformIOCompletionCallback(UInt32 errorCode, UInt32 numBytes, NativeOverlapped* pOVERLAP)

Die vollständigen Logfiles der Sitzung sind im Anhang.

Möchte ich eine Cuelist mit einem neuen, eigenen Speedmaster in der Beat Source ausstatten, kann ich diesen erst auswählen, wenn ich das Projekt neu geladen habe. Im Masterfenster ist der neue Speedmaster aber direkt schon aufgeführt, wie im Screenshot zu sehen ist.

Zusätzlich habe ich die Log-Dateien aus der Sitzung beigefügt.

Ich habe für meine neuen Futurelight Color Mega Wave.i das DDF gebaut und dabei folgendes festgestellt. Nutze ich im DDF sowohl eine Matrix zur Ansteuerung der in diesem Fall 6 Pixel sowie das Colorwheel zum Abrufen von Farbmakros für die gesamte Bar, kann ich die LEDs nicht mehr über die Matrix ansprechen. Die Funktion RGB, um alle 6 LEDs gleichzeitig auf eine Farbe zu setzen, gibt es bei diesem Gerät nicht.

Die betreffenden Teile des DDFs lauten:

<colorwheel dmxchannel="12">
  <support dmxchannel="11" name="colorwheel">
    <step mindmx="64" maxdmx="79" />
  </support>
  <step type="enableRGB" mindmx="0" maxdmx="3"/>
  <step type="color" val="#ff0000" mindmx="244" maxdmx="245" caption="red" />
  <step type="color" val="#00ff00" mindmx="246" maxdmx="247" caption="green" />
  <step type="color" val="#0000ff" mindmx="248" maxdmx="249" caption="blue" />
  <step type="color" val="#ffffff" mindmx="250" maxdmx="251" caption="white" />
  <rainbow>
    <support dmxchannel="11" name="rainbow" />
    <range type="cw" mindmx="1" maxdmx="255" minval="0.1" maxval="8" >
      <step handler="support-rainbow" mindmx="32" maxdmx="47" />
    </range>
    <range type="ccw" mindmx="1" maxdmx="255" minval="0.1" maxval="8" >
      <step handler="support-rainbow" mindmx="48" maxdmx="63" />
    </range>
  </rainbow>
</colorwheel>
<matrix dmxchannel="14" rows="1" columns="6" whiteoffset="3">
  <support dmxchannel="11" name="matrix">
    <step mindmx="0" maxdmx="15" />
  </support>
</matrix>

Mit dem Support-Handler in der Matrix-Funktion möchte ich erreichen, dass der Funktionskanal zum Umschalten zwischen normaler Farbmischung, den Farbmakros und des Rainbow-Effekts auf den Wert gesetzt wird, damit ich die Farbe wieder für jedes Pixel einzeln setzen kann. Möglicherweise kann dieser auch entfallen, wenn die Umschaltung mit Hilfe von enableRGB funktioniert.

Im Anhang findet sich das komplette DDF sowie die Bedienungsanleitung mit der Kanalbelegung.

Im Zuge von Tests rund um das Ticket  FS#3851  fiel mir der folgende Fehler auf: Besitzt ein Matrix- oder Radix-Gerät neben der Definition der Matrix bzw. Radix auch noch eine RGB+-Definition, um die gesamte Lampe auf eine bestimmte Farbe zu setzen, wird dieses von der Stage View ignoriert.

Der Colorpicker spricht die DMX-Kanäle für rot, grün, blau und weiß ordnungsgemäß an, die Stage View zeigt diese eingestellte Farbe jedoch nicht an. Erst wenn ich eine Farbe über das Matrix- bzw. Radix-Window einstelle, zeigt die Stage View diese Farbe an.

Im Anhang sind zwei vereinfachte DDFs zu finden, die das Problem reproduzieren. Aufhänger war hier der Futurelight Eye-7 RGBW Zoom.

Mit dem Ticket  FS#3573  ist dieser Fehler nicht vergleichbar, da der dort angezogene Showtec Expression 8000 Q4 über eine solche RGB+-Defintion nicht verfügt.

Füge ich eine Auswahl von mehreren Geräten nachträglich manuell über den Project Explorer einer Stage View hinzu, werden diese trotz vorhandenem Platz sehr weitläufig positioniert, wie im beigefügten Screenshot ist.

Der Fehler tritt auf, wenn ich ein beliebiges Icon (also Device, Device Group oder Matrix) in seiner Größe vergrößere. Reduziere ich die Größe des Icons wieder auf die Standardgröße von 32 x 32 Pixel, erfolgt die Positionierung der Icons wie gewohnt.

Dies ist ein Punkt, der von meiner Seite aus auch erst mit DMXControl 3.2.1 behoben werden kann.