Bugtracker DMXControl 3

In dem Projekt zu FS#3958 ist zu beobachten, dass das Anlegen und Löschen von Cuelists jeweils eine Zeit von > 30 Sekunden in Anspruch nimmt, wo dann auch insbesondere die GUI nicht ansprechbar ist und Windows den Status “keine Rückmeldung” erhält.

Es wäre cool, wenn man Elemente relativ verschieben könnte. Also ich markiere 3 Buttons und 2 Header und gebe bei X “+3” ein und alle Elemente wandern 3 nach rechts

Einem Header habe ich in einem CS eine Farbe zugewiesen. Dann das Projekt gespeichert und wieder geladen und im InpAss erscheint statt des Headers nun Empty

Es wäre toll, wenn man den angezeigten Wert eines Slider editieren könnte.
Folgende Punkte wären interessant:
An/Aus
Größe
Rotation

Eventuell:
Farbe
Position

Das StreamDeck hat eine Hardware-Revision bekommen, die die komunikation umgestellt hat.
Dies macht es nötig, das die StreamDeckSharp-Dll upgedated wird.
Pull-Request ist raus, warten, bis update auf nuGet verfügbar ist.

Nachdem auf meinem PC der Bildschirmschoner ansprang, hat die GUI das Logfils mit der folgenden Fehlermeldung geflutet, sodass die Datei am Ende auf über 143 MB angewachsen ist.

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

2019-11-23 15:17:17,158
2019-11-23 15:17:17,171
2019-11-23 15:17:17,185
...
2019-11-23 15:50:20,200
2019-11-23 15:50:20,222
2019-11-23 15:50:20,245

Durch die Größe des Logfiles hat möglicherweise auch dazu geführt, dass die GUI von Windows geschlossen wurde.

Beim Erstellen einer Gruppe aus manuell ausgewählten Elementen wird das neue Gruppen-Icon ausserhalb des Sichtbereiches abgelegt.

Wunsch: In einer Ecke im Sichtbereich ablegen

s. Überschrift

So kann die Geschwindigkeit direkt eingegeben werden.

Aktuell lassen sich Procedures nur über die Stage View auswählen und aktivieren. Hier wäre der Wunsch, diese auch über das Input Assignment anzubieten, damit diese vereinfacht beispielsweise über das Softdesk auslösen kann.

Im gesamten Programm werden Farben mit “;” dargestellt: 0;0;0
Im softdesk werden Sie mit “,” dargestellt: 0,0,0

Wenn beim vorhergehenden Start von DMXControl ein Projekt geladen war, dass SoftDesks geöffnet hatte, wird beim nächsten Start von DMXControl (ohne Projekt) pro geöffnetem Softdesk eine Exception geschmissen (siehe Bild). Arne hat das bei der DevCon schon gesehen/gefixt.

Läd man das angehängte Projekt, erscheint eine Fehlermeldung im Log und das Bild mit der Waveform wird nicht angezeigt.

Überspringt man Audiocues mit GoTo, erscheint eine Warnung im Kernel.

Das Cue und Device Selctor Element, lässt sich im Designer Modus schlecht auswählen, da hier immer das Dropdown sich öffnet. Ich muss den Rand treffen um das Element verschieben zu können.

wenn sich am Eingang des Nodes sich ein Wert ändert, dann soll am Ausgang für eine einstellbare Zeit “high” ausgegeben werden. Analog zum Beat to Bool Node…

mein Aufbau:
2 cue’s in der cuelist die nur Positionsänderung vom Moving Head enthalten, beide cue’s auf follow gestellt. Mode→ Loop und start. Bewegung zu den zwei Punkten wird immer wiederholt, funktioniert.
Jetzt ändere ich die Farbe des Moving Heads im Farbkreis (Menüpunkt Color), dann fährt der Moving Head zum Startpunkt und bleibt stehen, obwohl die cuelist noch weiter am Laufen ist.

• Cue Selector

• Device Selector

• Cuelist Monitor

Wenn ich am Programmer Node z.b. den Ausgang Farbe verwende, ändert sich der Ausgangswert nur, wenn ich eine Gerätegruppen ID vorne an den Eingang für die IDs setze. Input funktioniert weiterhin ohne Probleme

Im Project Explorer wird nach Änderung der Device Group Number diese nicht in der Tabelle der Device Groups nicht aktualisiert.

Habe hier eine Fehlermeldung im Kernel:

18:25:38 ERROR AudioManager - Error at calculatThread
System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
   bei org.dmxc.lumos.Kernel.Audio.AudioManager.<calculateAudioFiles>b__42_0() in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Audio\AudioManager.cs:Zeile 316.
18:26:53 INFO  ProjectManager - Autosaving Project New Project successful
18:30:23 WARN  SceneList - Cue Play: 07 - Ocean Soul.mp3 of Type org.dmxc.lumos.Kernel.Audio.AudioScene returned empty OutputValues. This can cause unintended behaviour.
18:30:23 INFO  AudioManager - Start playing 07 - Ocean Soul.mp3
18:30:24 INFO  AudioManager - Abourt playing of 07 - Ocean Soul.mp3
18:30:24 ERROR AudioManager - Exception at Play: 07 - Ocean Soul.mp3

Die Audio Datei wird trotzdem abgespielt.

Edit: kompletten Logfiles vergessen :)

Sowohl bei einer “Drüberinstallation” als auch bei einer Neuinstallation taucht der Fehler

2019-11-17 23:52:35,789 [Main] ERROR org.dmxc.lumos.Kernel.Scene.Fanning.FannedValueManager - 
System.IO.FileNotFoundException: Die Datei oder Assembly "Jace, Version=0.9.0.0, Culture=neutral, PublicKeyToken=null" oder eine Abhängigkeit davon wurde nicht gefunden. Das System kann die angegebene Datei nicht finden.
Dateiname: "Jace, Version=0.9.0.0, Culture=neutral, PublicKeyToken=null"
   bei LumosLIB.Tools.LumosTools.IsParameter(Object test)
   bei org.dmxc.lumos.Kernel.Scene.Fanning.FannedValueManager.getContainerInstance(String op, EUiValueType uitype, Object[] paras) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Scene\Fanning\FannedValueManager.cs:Zeile 342.

WRN: Protokollierung der Assemblybindung ist AUS.
Sie können die Protokollierung der Assemblybindungsfehler aktivieren, indem Sie den Registrierungswert [HKLM\Software\Microsoft\Fusion!EnableLog] (DWORD) auf 1 festlegen.
Hinweis: Die Protokollierung der Assemblybindungsfehler führt zu einer gewissen Leistungseinbuße.
Sie können dieses Feature deaktivieren, indem Sie den Registrierungswert [HKLM\Software\Microsoft\Fusion!EnableLog] entfernen.

im Kernel auf. Siehe die Logs.

Der Versuch die Farbe von Buttons im Softdesk zu ändern hat zwar keine Farbänderung zur Folge, dafür ist das Softdesk ab dem nächsten Laden funktionsunfähig (schwarze als Hintergrundfarbe, Labels fehlen, die meisten Buttons auch). Die LumosGUI gibt in einem ansonsten leeren Testprojekt mit nur einem erstellte und in der BaseColor geänderten Button mit dem selben Effekt folgendes aus:

2019-11-12 17:08:14,580 [Main GUI] ERROR Lumos.GUI.GuiActions.ActionItemMetadata - Not catched Exception when invoking AIM: ActDeleteContext: Der Wert darf nicht NULL sein.
Parametername: I don't know how you got this ExplorerNode, but it is not located in a IProjectExplorerBranch or IProjectExplorerNode!
System.ArgumentNullException: Der Wert darf nicht NULL sein.
Parametername: I don't know how you got this ExplorerNode, but it is not located in a IProjectExplorerBranch or IProjectExplorerNode!
   bei LumosLIB.GUI.Windows.ProjectExplorer.AbstractExplorerNode.LumosLIB.GUI.Windows.ProjectExplorer.IProjectExplorerNode.get_ParentBranch() in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosLIB\src\GUI\Windows\ProjectExplorer\AbstractExplorerNode.cs:Zeile 193.
   bei Lumos.GUI.Windows.ProjectExplorerView.performDelete(IEnumerable`1 toDelete) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Windows\ProjectExplorer\ProjectExplorerView.cs:Zeile 2400.
   bei Lumos.GUI.Windows.ProjectExplorerView.deleteButton_Click() in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Windows\ProjectExplorer\ProjectExplorerView.cs:Zeile 2359.
   bei Lumos.GUI.GuiActions.ActionItemMetadata.Invoke() in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosLIB\src\GUI\GuiActions\ActionItemMetadata.cs:Zeile 383.
2019-11-12 17:08:33,233 [Log-Thread] DEBUG Lumos.GUI.Themes.ThemeManager - There is a control with Unit Point. This is not allowed! Fix it please
LumosControls.Controls.LumosLabel
2019-11-12 17:08:47,056 [Log-Thread] DEBUG Lumos.GUI.Windows.Softdesk.SoftdeskManager - Saved Softdesk Neuer Softdesk
2019-11-12 17:08:49,253 [Log-Thread] DEBUG Lumos.GUI.Facade.GUISession.CommandWrapper - The Command "saveProject" has been processed in 7230ms.

aktuell sind in Lumos DataGridView keine Buttons möglich (bzw. werden nicht dargestellt). Buttons wären gut, um Aktionen zu spezifischen DataGridViewRows zu ermöglichen.

Ich wollte verschiedene Power Sources in Ordnern ablegen. Sobald im Project Explorer auf Refresh klicke, laden diese wieder auf der obersten Ebene, während der Baum noch die gewünschte Zuordnung suggeriert.

Hinzu kommt hierbei auch, dass der geänderte Name nicht übernommen wurde. F409 sollte mittlerweile T1-F409 heißen.

Ich würde mir eine weitere Variante wünschen, bei der ich die Nodes, gerade aus der Kategorie Logic, in der Graphenansicht nicht ausschließlich über das Kontextmenü auswählen muss, sondern im Idealfall diese direkt mit nur einer Mausbewegung in das Connectionset einfügen kann.

Beim Ausschalten/Deaktivieren der Kamerasteuerung bleibt das Navigiationskreuz teilweise stehen (s. Bild). Dies ist allerdings von geringer Dringlichkeit, da dies verschwindet, sobald man in die Stage View drückt. Selbiges passiert auch beim Anschalten, allerdings genau andersherum, d.h. der Teil, der beim Deaktivieren schon verschwindet, taucht beim Aktivieren/Öffnen auf, und der große Teil bleibt beim Aktivieren/Öffnen verborgen, beim Deaktivieren/Schließen bleibt er stehen.

Höchstwahrscheinlich bedingt durch die derzeit fehlende Weiterentwicklung von DDF Creator 3 werden eigentlich gültige Tags entweder nicht angezeigt oder beim Speichern des DDFs ohne weitere Kommentierung gelöscht:

gemäß Wiki gültige Tags:
https://wiki-de.dmxcontrol-projects.org/index.php?title=DDF-Struktur_DMXC3

• <mode> –> kann nicht im Creator gesetzt werden, wird aber beim Speichern aus dem manuell ergänzten Original übernommen

• <electrical>

<static>30</static>

  </electrical>
    --> kann nicht im Creator gesetzt werden und wird kommentarlos aus dem XML entfernt

Ich bitte um die Möglichkeit, eine CueList nicht nur aus einer Cue ausführen zu können, sondern auch andere Cuelists in die Ansicht zu laden, sodass ich zb pro Szene eine Cuelist haben kann, und die nächste Cuelist auch in die Ansicht laden kann, ohne sie manuell anzuklicken.
Vielen schonmal!

Ich bitte um eine Möglichkeit, die StageView an einer Stelle zu fixieren, sowohl in Zoom als auch Position. Die StageView setzt sich aktuell immer in unregelmäßigen Abständen zurück und zeigt dadurch im sichtbaren Bereich nicht mehr alle Scheinwerfer an. Außerdem reicht der Standardzoom bei mir nicht, dass alle Scheinwerfer in den sichtbaren Bereich passsen.
Vielen Dank schonmal!

Sobald eine Cuelist einem Executor zugeordnet ist, lässt sich dieser im Project Explorer nicht mehr in einem Unterordner verschieben.

Umgekehrt lassen sich Executoren, die leer bereits in Unterordnern verteilt waren, nicht mehr auf die obere Ebene verschieben, wenn ihnen nachträglich eine Cuelist zugeordnet wurde. Lade ich das Projekt darüber hinaus erneut, tauchen alle Executoren auf der oberen Ordnerebene auf.

Reproduzieren lässt dich dies wie folgt:

1. Eine Cuelist erzeugen
2. Im Project Explorer im Verzeichnis Executor einen neuen Unterordner anlegen
3. Einen neuen Executor generieren und die Cuelist mit diesem verknüpfen
4. Versuchen, den Executor in den angelegten Unterordner zu verschieben

Nachdem Softdesk Controls nicht mehr geladen werden konnten, da sich der Name geändert hatte ist die GUI abgestürzt.

Wenn ich mein Project mit genutzen Midi Devices auf einem anderen Rechner ohne diese Midi Geräte bearbeite - Nur Cues, nichts am Midi Bereich -, dann funktioniert anschließend auf dem Rechner mit den Midi Devices kein Midi mehr.
Ich habe nach dem Problem gesucht und festgestellt, das nur die InputDeviceID “leer” ist. Diese kann man wieder nachtragen und alles funktioniert wieder. Das soll aber bestimmt nicht so sein.

Danke

Viele Grüße
Sascha

Alle aktiv laufenden Cues frieren nach ZURÜCKstellen der Systemuhrzeit komplett ein. Beim VORstellen der Uhrzeit gab es dieses Verhalten nicht.

Nach erneutem Start dieser Cues bleiben alle Devices nur auf der Farbe weiß stehen.
Dieses Phänomän lässt sich beliebig oft wiederholen. Stellt man die Uhrzeit wieder auf die aktuelle Uhrzeit um, so laufen alle Cues & Effekte wieder einwandfrei.

Andere Cues (die nach der Zeitumstellung gestartet wurden) laufen problemlos.

Dieses Verhalten konnte auf mehreren 3.1.3 & 3.2 Versionen reproduziert werden.

Im Zuge der Korrektur des Fehlers  FS#3762  wurde das Delay-Node in seinem Funktionsumfang vereinfacht. Ich würde mir hier nun folgende zusätzliche Optionen für das Delay-Node wünschen:

• Nur einschaltverzögert
• Nur ausschaltverzögert

Hallo,
ich würde ein Feature praktisch finden, welches den ECO-Modus bei Gasentladungslampen ermöglicht.
Beispiel:
Der Martin Mac 2000 Performance MK.II hat eine Funktion, welche es ermöglicht, das Leuchtmittel auf 700W statt 1200W laufen zu lassen.
Dafür öffnet man den Schutter über einen anderen Wertebereich als normal.
Um das ganze Praktisch nutzen zu können bräuchte man eine Funktion, die, wenn aktiviert, beim Befehl den Shutter zu öffnen/vom Strobe zurrückkehren einen anderen Wert setzt.

Zur weiteren Steigerung der Qualität der DDFs sollte der Kernel alle Attribute kennzeichnen, die nicht der “offiziellen” Schreibweise einer im Kernel hinterlegten Liste entsprechen. Aktuelles Beispiel ist hier:

• minddmx (das zweite d ist hier fehl am Platz)

AKtuell ist es nicht möglich ein Excportiertes Rulset wieder zu importieren.

Beim Anlegen von 80 Buttons wäre das aber hilfreich, wenn man es exportieren → mit Notepadd++ editieren und wieder Importieren könnte.

Zwei Punkte:

a) Beim Hinzufügen der Open DMX-Schnittstelle von Enttec muss zum einen in dem sich öffnenden Fenster in dem leeren Parameterfeld für den Parameter <Gerät>

FT232R USB UART [A60185MM]

ausgewählt werden. Es ist keinerlei Hinweis sichtbar, dass hier überhaupt eine Auswahl vorgenommen werden muss. Das leere Parameterfeld wird nicht als Combobox dargestellt.

b) Werden GUI und Kernel unter Sicherung des Projekts beendet und GUI und Kernel wieder gestartet, wird zwar unter dem Reiter DMX-Schnittellen der Enttec OpenDMX als ein Zeileneintrag dargestellt. Klicken auf <Erweiterte Schnittstellenbeschreibungen> führt jedoch zur Fehlermeldung “Schnittstelle nicht verfügbar”.
Die Schnittstelle muss komplett gelöscht werden und wie unter a) neu angelegt werden.
Sicherung des Projekts hat auf das Verhalten kein Einfluss.
Wird nur die GUI beendet, tritt der Effekt nicht auf. Es muss der Kernel beendet werden.

Ich würde mir hier wünschen, dass DMXControl 3 analog zum Group Handling ein so genanntes Matrix Handling im Device Control bietet. Die Intention dahinter ist, dass man hiermit dann sowohl die Fanning Operatoren und die 1D-Effekte auch auf die einzelnen Pixel einer Matrix anwenden kann. Im Zusammenspiel mit dem Group Handling ergäbe sich so zahlreiche neue Möglichkeiten, ohne dass explizit neue Effekte hierfür kreiert werden müssen. Gleichzeitig ließen sich so auch bis dato als Multi-Beam-Geräte bezeichnete Geräte abbilden, ohne dass nennenswerte Ergänzungen im DDF erforderlich sind.

Im Matrix Handling würde am Ende “nur” angeben werden, in welcher Richtung ein alternierendes Fanning oder ein 1D-Effekt genutzt werden soll. Die Richtung entspricht genau den Möglichkeiten, die das aktuelle Matrix- bzw. Radix Window bietet, um eine statische Farbe auf eine Matrix bzw. Radix zu legen. Folglich würde die Methode “Fill” dem aktuellen Zustand entsprechen, wenn ich einen Effekt auf eine Matrix lege.

Folgende Punkte wären allerdings noch zu klären, sollte dieser Vorschlag entsprechenden Anklang finden:

• Inwieweit hat der Device Index in einer aus mehreren Matrix-Geräten bestehenden Gruppe Einfluss auf das Verhalten des Matrix Handlings?
• Schafft man eine Möglichkeit, mehr als einen 1D-Effekt auf der gleichen Funktion der Matrix wie zum Beispiel Dimmer anzuwenden, welche dann in verschiedenen Richtungen laufen (zum Beispiel Effekt 1 horizontal, Effekt 2 diagonal)?

Ich hatte diesen Punkt bereits schon einmal grob beim Jahrestreffen in Berlin angeschnitten…

Packe ich sowohl den Start-Befehl als auch den Stop-Befehl für eine Audiocue in eine Cuelist und springe per GoTo zu einer Cue nach den Stop-Befehl, wird die Audiocue trotzdem abgespielt. Erwartetes Verhalten wäre hier, dass die Audiocue nicht ausgeführt wird, da sie ja eigentlich schon beendet wird.

Wird ein Objekt im Projektexplorer im Multi Clientbetrieb verschoben, wird die Verschiebung nicht auf andere Sessions publiziert und nicht abgespeichert.

Wird im Multiclientbetrieb gearbeitet werden änderungen am Softdesk nicht an andere Sessions publiziert. Auch das Speichern von Änderungen am Softdesk ist so nur auf einem (zufälligen?) Client möglich.

2019-10-21 16:08:44,736 [Main-Process-Chain] ERROR org.dmxc.lumos.Kernel.Plugin.PluginManager - Interface.PortComplete(0) of Artistic License#ArtNet#0 threw an exception: Der Index lag außerhalb des Bereichs. Er darf nicht negativ und kleiner als die Sammlung sein.
Parametername: index
System.ArgumentOutOfRangeException: Der Index lag außerhalb des Bereichs. Er darf nicht negativ und kleiner als die Sammlung sein.
Parametername: index

 bei System.ThrowHelper.ThrowArgumentOutOfRangeException(ExceptionArgument argument, ExceptionResource resource)
 bei org.dmxc.lumos.Kernel.DMX.ArtNetInterface.LibSendDMX(Int32 port) in D:\Jenkins\workspace\Lumos_Release\DMXPlugins\ArtisticLicenseArtNet\src\ArtNet.cs:Zeile 549.
 bei org.dmxc.lumos.Kernel.DMX.ArtNetInterface.PortCompleteInternal(Int32 port) in D:\Jenkins\workspace\Lumos_Release\DMXPlugins\ArtisticLicenseArtNet\src\ArtNet.cs:Zeile 538.
 bei DMXLIB.AbstractDMXInterface.PortComplete(Int32 port) in C:\Users\Grote\Source\Repos\Lumos\DMXLIB\AbstractDMXInterface.cs:Zeile 286.
 bei org.dmxc.lumos.Kernel.Plugin.AbstractPluginManager.<>c__DisplayClass84_0.<SendDMXValuesToDeltaAndSingleInterfaces>b__1(DMXInterfaceBag e) in C:\Users\Grote\Source\Repos\Lumos\LumosLIB\src\Kernel\Plugin\AbstractPluginManager.cs:Zeile 920.

2019-10-21 16:08:44,996 [Main-Process-Chain] ERROR org.dmxc.lumos.Kernel.Plugin.PluginManager - Exception ArgumentOutOfRangeException occured 10 times.
2019-10-21 16:08:45,169 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Project.DeviceManager - Added Device new A.LEDA Wash K10/K20 W

BEi jeder DMX-Wert-Änderung fliegt ne Exception, wodurch die Außgabe stockt

Gui hängt sich auf sobald ich versuche das Input Assignment versuche aufzurufen. Sobald ich die Signallampe aus dem Softdesk und den Output im Input Assignment lösche.

Ziel: DMC öffnet nicht alle verfügbaren Midi Geräte im Betriebssystem, sondern nur die erlaubten.

Motivation: Die Startreihenfolge und damit das öffnen von beliebigen Midi Software sollte eagl sein.

Aktuell muss andere Software vor DMC geöffnen werden und DMC zuletzt, damit die nicht für DMC vorgesehenen Midi-Port nutzbar sind.

Ich würde gerne einen Speedmaster “pausieren” können.

Ich hatte jetzt schon einige male das Problem, dass ich eine Oder Funktion mit mehreren Buttons bauen wollte. Für 6 Buttons benötige ich derzeit 5 Oder Gatter. Hier wäre es schick, wenn der Baustein mehrere Eingänge hätte…

Bei mir passt sich die Titelleiste von Fenster Fenstern, die nicht selektiert sind, nicht an Theming von Windows an. Das wäre schick :)

Im Screenshot ist das Device Control Fenster im Fokus. Deshalb ist es blau (so ist es auch im Theming eingestellt), Der Explorer unten rechts ist nicht im Fokus und deshalb dunkel. Die Stage View rechts daneben müsste dementsprechend auch so aussehen.

s. Überschrift

Parametermaster funktionieren nicht mit Filtern z.B. Peak des PWM Effekts oder Max des Random Effekts.
Folge: die Ausgabefrequenz bricht ein und es wird z.B. immer ein Dimmwert von 0 ausgegeben.