Bugtracker DMXControl 3

Hallo zusammen.

Ich bin durch einen Kollegen auf euch gestoßen und bin fasziniert was ihr da geschaffen habt!!!
Leider habe ich ein Problem mit der Auswahl meines Audiointerfaces im Audio Analyser.

Ich besitze das Focusrite Scarlett 2i2o
https://focusrite.com/de/usb-audio-interface/scarlett/scarlett-2i2

Sobald ich dieses als Eingabegerät wählen möchte (Play Button im Audi Analyser) stürzt das komplette Programm ab :( DMXControl (GUI) crashed

Die Logfile ist im Anhang und ich würde mich mega freuen wenn ihr das in den Griff bekommt oder mir helfen könntet woran es liegt :)

Tausend Dank und weiter so, ich bin wirklich geflashed von eurer Arbeit !!!

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

s.o.

Funktioniert nicht bei:
10 Sharpys per selektion und 10 Generic PARs Per selektion in den selben Cue gespeichert.

Funktioniert bei:
10 Sharpys(diesmal aber als Gruppe) und keine weiteren geräte in einen Cue gespeichert.

P.S.
Jens-Peter soll mal bitte genau testen ;)

MfG
Patrick

Im angehängten Projekt beträgt die Ladezeit des Input Assigements bis zu 10min.

Hallo,

ich benutze unter Win10 das Lixada USB-DMX512 Dongle mit dem Illutzmination Treiber um ein RGB Par zu steuern. Funktioniert zunächst wie gewünscht, aber nach einiger Zeit (wenige Sekunden bis Minuten) kommen an der Lampe keine Änderungen mehr an (Display an der Lampe blinkt nicht mehr). Der USB-Stick flackert dann auch nicht mehr orange. Wenn ich unter DMX-Interfaces das Häkchen für “Enable” entferne und wieder setzte läuft es kurz wieder weiter, bis es wieder stoppt. Im Lumos Log steht:

2019-04-20 21:47:36,610 [56] INFO org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Set timing values to Break 0, MAB 243, IB gap 254
2019-04-20 21:47:36,612 [56] INFO org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Successfully enabled uDMX interface with serial ‘ILLUTZMINATOR001’ 2019-04-20 21:48:18,288 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 3 bytes, wrote 0
2019-04-20 21:48:18,489 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 3 bytes, wrote 0
2019-04-20 21:48:18,690 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 3 bytes, wrote 0
2019-04-20 21:48:18,891 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 3 bytes, wrote 0
2019-04-20 21:48:19,092 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 3 bytes, wrote 0
2019-04-20 21:48:19,293 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 3 bytes, wrote 0
2019-04-20 21:48:19,494 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 3 bytes, wrote 0
2019-04-20 21:48:19,695 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 3 bytes, wrote 0
2019-04-20 21:48:19,896 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 3 bytes, wrote 0
2019-04-20 21:48:20,098 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 3 bytes, wrote 0
2019-04-20 21:48:20,299 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 2 bytes, wrote 0
2019-04-20 21:48:20,512 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 1 bytes, wrote 0

Kann man evt. an Timing-Konfigurationen etwas Entspannteres einstellen? Der Test der Hardware mit Freestyler zeigt bisher keine solchen Abbrüche.

Danke für Feedback.

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.

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

Wenn mann auf einem Rechner mit Ethernet den KErnel laufen läst und ein Laptop mit dr GUI ferbinden will, der Laptop aber per Ethernet und WLAN im Netzwerk verbunden ist, kommt eine Fehlermeldung:
Unable to Contakt Romote-Host.

Ich hatte vor den Laptop Portabel fürs einleuchten zu nehmen, und ihn dann wieder ans Ethernet anzuschließen, wenn ich wieder am FOH bin.
Das geht dadurch aber leider nicht.

Am besten wäre es wenn die Software automatisch die Schnelleste Route nehmen würde und bei einem Verbindungsverlust sofort auf eine Alternative umschwänken würde

MfG
Patrick

Bei mir läuft Autoprepare überhaupt nicht. Betrifft mindestens die Farbe, mehr bisher nicht getestet.

Habe mit verschiedenen Geräten in verschiedene Projekten (u.a. blanko Projekt) getestet. Er faded immer von weiß zur gewollten Farbe während der Dimmer ebenfalls einfaded. Auch schon getestet den Dimmer vorher nochmal explizit auf 0 zu setzen, leeren Cue vor den Cue mit Autoprepare, nichts hilft.

Natürlich immer Autoprepare in Cuelist, Cue und Gerät aktiviert.

Autoprepare wäre wenn es funktionieren würde eine sehr große Erleichterung für mich.

Folgende Szene wird bei mir nicht korrekt gespeichert/abgespielt:

Ausgangspunkt: 4 MHs, zusammengefasst in einer Gruppe.

Vorbereitung:

1) Programmer clear
2) Gruppe auswählen
3) “Lumos” (Dimmer an)
4) Position über “Position”-Fenster eingestellt
5) 1. Gerät der Gruppe auswählen
6) Im “Device control” Eigenschaft Position ausklappen, Pan verstellen
7) 4. Gerät der Gruppe auswählen
8) Im “Device control” Eigenschaft Position ausklappen, Pan verstellen
9) Gruppe auswählen
10) Im “Device control” Eigenschaft Position ausklappen
11) Effekt “Sinus” auf “Tilt” ziehen

Erster Fehler: Der geänderte Pan des 1. und 4. Gerätes werden wieder zurück gesetzt...

12) “Add cue to open Cuelist”. Im Programmer Filter tauchen das 1. und 4. Gerät (jeweils “Position” ausgewählt) sowie die Gruppe (Position und Dimmer ausgewählt) auf.

Nach “Clear Programmer” und “Go” der Cuelist stehen das 1. und 4. Gerät fest auf ihrer Position, während die anderen beiden Geräte den Sinus auf Tilt fahren.
Erwartetes Verhalten wäre Tilt-Effekt auf allen Geräten, nur mit unterschiedlichen Pan-Positionen.

- DMXControl Starten, leeres Projekt
- Neues Device (getestet mit Generic RGB + Eurolite PS-4 HCL)
- Stageview, Properties von Device
- Default Color wählen
- Lumos Drücken

Ergebnis:
- In Color-Picker + Device Control ist die Farbe gesetzt
- In Stage View, Programer + DMX Ausgabe wird weiß angezeigt.

Getestet mit Build 1402

Der Installer legt aktuell noch nicht die Verknüpfung im Startmenü zu den eigenen DDFs an.

Siehe Titel

die Toolbar im MidiManager hat keine Icons. Das sollte konsistent sein, wie im Project Explorer, Presets, DMX Interfaces, etc.

gruenes Plus fuer Add Rule Set (Add Interface bei DMX Interfaces)
rotes X fuer Delete Rule Set (Delete Interface bei DMX Interfaces oder auch Delete Selection im Programmer)
blauer Doppelpfeil fuer Update Devices (Refresh im Project Explorer oder auch Update in der QuickBar links)
blaues i fuer Info (wie unter Hilfe → Info im menu)
Wrench-Icon fuer Tools (keine Referenz0

Ich kann die Softdesk-Elemente aktuell noch nicht in verschiedenen Ebenen anordnen. Dies fällt insbesondere dann auf, wenn ich mit einer Groupbox mehrere Buttons oder Slider optisch zusammenfassen möchte: die Buttons verschwinden im Hintergrund.

Wenn ich wie im beigefügten Projekt zwischen mehreren Cuelist mit Hilfe einer Cuelist Group direkt (also hart und ohne Fades) wechseln möchte, so erfolgt beim Umschalten kurzzeitig keine Ausgabe. Dies ist sowohl in der Stage View als auch in der Channel Overview zu beobachten.

Im Anhang befindet sich ein entsprechendes Testprojekt. Um das Problem zu reproduzieren, einfach über die Executoren zwischen den drei verlinkten Cuelists wechseln.

Das Ticket entstammt aus einer Rückfrage im Forum, wo das Problem auch schon bei DMXControl 3.1.3 aufgefallen ist.

Die im Screenshot dargestellte Eingabe wird mir als fehlerhaft gekennzeichnet, obwohl ich gemäß des Tooltipps im richtigen Wertebereich liege.

Legt man Beispielsweise eine Gruppe PARs an, weisst der Dimmer Eigenschaft den Chaser Effekt zu um ein Lauflicht zu realisieren und Legt die GO und STOP Funktion im Input Assignment auf zwei Hotkeys, starte die Cue und stoppt diese dann wieder, kann die CUE nicht sofort wieder neu gestartet werden.

Wenn man eine Cue per Input Assignment startet, während die entsprechende Cuelist nicht geöffnet ist, und anschließend die Cuelist öffnet, ist die aktive Cue nicht gelb markiert. Die Cuelist wird im Cuelist Editor so dargestellt, als ob sie nicht aktiv wäre.

Da ohne Grafikkontext nichts gerechnet wird(im Gegensatz zu XNA), funktioniert die xCorelation nicht wie gewünscht.
Auch bei den Bitmap-Effekten kann es zu Problemen kommen.

Zu testen:

1. Kernel und Gui auf unterschiedlichen Geräten → laufen die Bitmap-Effekte?

Mögliche Lösungen:

1. Zusatz-Prozess mit kleinem Fenster
   1. Probleme:
      1. Nicht integriert, höhere Komplexität
      2. Interprozess Kommunikation
2. Umbau auf OpenCL mit C#-Binding(z. B. https://github.com/tech-quantum/Amplifier.NET/)
   1. Vorteil wieder integriert, aber hat dafür ne neue Abhängigkeit
   2. OpenCL nur noch bedingt supported → nicht zu viel Zeit reinstecken

To Do Reihenfolge:

1. Testen Kernel und Gui unterschiedlich
2. OpenCL evaluieren (mehr Vorteile als Nachteile wenns so läuft wie vorgestellt)
3. Auslagerung von Berechnung in eigenen Prozess mit Fenster

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.

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

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.

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.

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.

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.

Während des Ladenvorgangs werden Connectionssets von aktiven Bänken ausgeführt. Dies hat zur Folge, dass im konkreten Fall mehrere Cuelists gestartet und hierbei auch Einstellungen in den Cuelist Groups ignoriert werden. So laufen trotz aktiviertem Single List Running mehrere Cuelists aus der selben Cuelist Group. Welche Cuelists schon während des Ladevorgangs laufen, ist hier zufällig, was beim direkten erneuten Laden des Projekts aus der laufenden Sitzung heraus zeigt. Das Phänomen ist auf mehreren PCs reproduzierbar.

Abhilfe kann zur Zeit geschaffen werden, wenn die Bänke, welche die Connectionssets zum Starten der Cuelists vor dem Speichern deaktiviert werden.

Im Anhang sind die Logfiles einer solchen Sitzung beigefügt. Das zugehörige Projekt stelle ich auf nicht-öffentlichem Wege zur Verfügung.

Wenn DMXControl 3.2 läuft, verbindet es sich mit allen vorhandenen Midi Ports. Die Folge ist, dass andere Programme, die danach gestartet werden, sich nicht mehr mit den Midi Ports verbinden können.

Durch das Redesign der Auswahlrahmen und Anfasser für die Softdesk Controls musst der Patch zu  FS#3470  nun wieder entfernt werden. Dieser sorgt dafür, dass alle Controls nach der Eingabe eines Werts für die Größe nun um 5 Pixel anwachsen.

Ich wollte heute auf Windows XP Professional SP3 DMXControl 3 Beta 4 installieren. Währenddessen lief im Hintergrund Windows Update und hat ein paar Sachen installiert.

Die Installation der DMXControl teile lief problemlos.
Das Herunterladen des XNA Frameworks hat funktioniert, nur beim Ausführen dieser Installationsdatei erschien die Fehlermeldung im Anhang, diese ist recht nichtssagend und hilft mir nicht bei der Behebung des Fehlers.

Eine spätere Installation nachdem Windows Update beendet war, funktionierte dann einwandfrei - weshalb ich stark vermute, dass dies das eigentliche Problem darstellte.

Bei Effekten wie Rechteck, Trapez oder weiteren, bei denen explizit mit Zeiten gearbeitet wird (fade up time, fade down time, pause) sollte nicht die Phasenverschiebung nicht als Winkel in Grad, sondern als Zeitwert in (Milli-) Sekunden angegeben werden.

Generic Dimmer, Group 1 + 2 At Full → Einträge für Group 1 und 2 inkl Dimmer im Programmer vorhanden, aber keine Werte.

Clear
Generic Dimmer, Group 1 + Device 1 At Full → Wert bei Device 1 aber nicht bei Group 1

Clear
Group 1 At Full → Wert bei Group 1 vorhanden.

s.o.

Es erscheint das Please wait... und unten steht Informing connected Sessions.

es sollte ein timeout für alle verbundenen Sessions geben, dammit mann trotsdem speichern kannm, auch wenn sich grade eine GUI einklinckt.

das is namlich ser blöd, wenn sich die einwälwende GUI aufgehangen hatt ;)

MfG
Patrick

Muss das mal noch detaillierter testen, aber soweit ich das bisher gesehen hab:

* Kernel und GUI (local connection) auf Rechner 1 starten, und ein Projekt laden
* Mit Rechner 2 und einer GUI auf den Rechner 1 verbinden
* Auf Rechner 2 ein neues Projekt laden

Der Rechner zwei zeigt nun das Lade-Fenster an, und es geht “nix weiter”, da ja in den Standardeinstellungen der Projektwechsel auf Rechner 1 noch bestätigt werden müsste. Hier wäre es gut, wenn auf Rechner 2 in der Statusmeldung eine Nachricht wie “Asking all connected sessions for approval”

Auf Rechner 1 wird die Meldung “Really close the project? There are other sessions connected!” angezeigt.
Das ist falsch, die Fallunterscheidung in der ConnectionManager.cs:1072 (if (Object.Equals(sourceSession, this.SessionName))) scheint nicht zu funktionieren, eigentlich müsste “Session " + sourceSession + " wants to close the project. Is that OK?” angezeigt werden.

Wenn ich die Größe einer Matrix nachträglich über die Properties ändere (egal ob Vergrößerung oder Verkleinerung), kommt diese Änderung im PropertyGrid zahlenmäßig erst an, nachdem ich einmal den Matrix FormEditor geöffnet und mit OK wieder geschlossen habe. Die Matrix-Effekte kommen nach (und auch während) der Änderung allerdings direkt richtig an. In den meisten Fällen sollte dieser Schritt meiner Meinung unnötig sein und könnte aktuell noch zu Verwirrungen führen.

Es sollten Timeouts für die Sessions eingebaut werden.

Besonders ist das beim speichern des Projektes zu beachten (ca. 30s).

Außerdem könnten Clients die sich länger nicht mehr melden rausgeworfen werden.

So solte es meiner meinung nach im ddf aussehen:

<zoom dmxchannel="19" >
  <rotation dmxchannel="20" >
    <step type="stop" mindmx="191" maxdmx="192" />
    <range type="ccw" mindmx="190" maxdmx="128" minval="0.0083333" maxval="0.17" />
    <range type="cw" mindmx="193" maxdmx="255" minval="0.0083333" maxval="0.17" />
  </rotation>
  <index dmxchannel="20" />

  <range type="linear" mindmx="0" maxdmx="45" minval="4" maxval="13.529411764705882352941176470588" />
  <range type="linear" mindmx="46" maxdmx="255" minval="13.749019607843137254901960784313" maxval="60" > 
    <range handler="index" range="4" mindmx="0" maxdmx="127" />
    <range handler="index" range="0" mindmx="128" maxdmx="255" />
  </range>
</zoom>

Aber der Zoom funktioniert dann nicht, erst wenn ich den Rotations-Node lösche geht der wieder.
Außerdem wird Index in diesem fall nicht im Propertygrid angezeigt.

Hab mal das funktionierende DDF und Manuel angehangen

Führt man einen Doppelklick im Property-Grid aus, so wird bei Feldern mit durch Semikolon getrennte Werte immer noch das Semikolon und das dahinter folgende Leerzeichen mit ausgewählt. Dies macht das schnelle Ändern gerade bei Color und Position unnötig aufwendig, da hier folglich auch immer das Semikolon mit neu gesetzt werden muss.

Wäre super, wenn man die Group Size relativ zur Größe zur Runtime angeben könnte, also “1/2” um sicher zu stellen, dass bei nachträglichen Gruppenänderungen die Anzahl der “Teil-Gruppen” gleich bleibt.

Es ist nicht möglich, RAW und gobowheel auf den gleichen Kanal zugreifen zulassen. Das Goborad hat dann keine Funktion in dmxc3

https://forum.dmxcontrol-projects.org/index.php?thread/11994-gobo-und-raw-auf-einem-channel/&postID=100316#post100316

Man kann die Cues innerhalb einer cuelist mit der Maus verschieben. Jedoch klappt kann man eine Cue nicht an die letzte Stelle einer Cuelist verschieben.

Der Reiter wird nach dem Anklicken nicht korrekt dargestellt.
Betrifft nicht die Funktionalität, sieht nur blöd aus.

An verschiedenen Stellen fehlt aktuell noch die von DMXControl erwartete Einheit der Eingabe im Device Control in Abhängigkeit der GUI-Einstellung für den Wertebereich, unter anderem in:

• Frequency (unter anderem bei den Effekten Circle, Polygon, Hypozykloide)
• Amplitude X und Y
• Rotation Frequency (unter anderem bei Polygon)

Der Fehlerdialog ist schlecht designed!

Ändere ich für ein Device die Default Color, so wird die neue Farbe zwar direkt richtig im Device Control und im Color Picker wiedergegeben, jedoch nicht in der Stage View. hier bleibt die Farbe weiterhin weiß.

Wenn man während einer laufenden Cuelist Kanalwerte anpasst, springt der Wert bei einer Änderung durch die Cuelist zurück auf den letzten von der Cuelist gesetzten Wert und fadet von dort zum neuen Wert.

Beispiel:
Generic Dimmer, Cuelist mit 2 Cues: Dimmer 100% und Dimmer 0%, Cuelist auf “Priority update on Go” und Programmer-Priority auf Normal

Fall 1: Änderungen vor Start der Cuelist
Über Programmer Dimmer auf 50% - Dimmer 50%
Cue 1 (Dimmer 100%) → Dimmer fadet von 50% auf 100% (So soll es sein)

Fall 2: Änderungen während laufender Cuelist
Cue 1 (Dimmer 100%) → Dimmer 100%
Über Programmer Dimmer auf 50% → Dimmer 50%
Cue 2 (Dimmer 0%) → Dimmer springt zurück auf 100% (Cue 1) und fadet von dort auf 0% (So sollte es nicht sein)

https://forum.dmxcontrol-projects.org/index.php?thread/13013

Trägt man ein Fanning in die Go-To-Time, Go-Back-Time und Release-Time ein, so wird dies zwar akzeptiert und auch gespeichert. Der Kernel verwendet aber nur die erste Zahl des Fannings als entsprechende “Arbeitszeit” und ignoriert das Fanning komplett.

Hier sollte entweder eine Fehlermeldung aufkommen, dass eine solche Eintragung nicht zulässig ist oder dieses Feature unterstützt werden.

Im Fenster Device Control ist alternierendes Fanning bei den Werten für die Farbkanäle nur mit zwei Werten möglich, werden mehr als zwei eingegeben (und natürlich durch ‘#’ getrennt) werden beim Bestätigen mit Enter nur die ersten zwei Werte übernommen. Anders ist dies bei der Dimmer-Eigenschaft, hier können auch drei Werte abgewechselt werden. Bitte ausbessern ;)

Beispiel:
Cuelist mode: once
Cue durchklicken bis auf zur letzten Cue. Dann Mode wechseln auf Loop. Cuelist beendet trotzdem.

Oder umgekehrt: Mode loop. Bis zur letzten Cue durchklicken. Mode ändern auf Once. Weiter auf Go drücken. Liste startet trotzdem von vorne.

Das Plugin übernimmt nicht die Werte aus dem Programmer, hat man als erstes eine Auswahl von Geräten positioniert, verändert die Position eines einzelnes Geräts dieser Auswahl und wählt dann wieder die ursprünglichen Geräte wieder erneut aus. Der Programmer wird bei der Position auf den Wert 0 zurückgesetzt.

Für genaue Fehlerbeschreibung siehe Thread Pan/Tilt Ausgangsposition verändern im Forum.