Bugtracker DMXControl 3

Bei einigen Geräten unter anderem von Robe und Martin werden Goboshake, Goborotation und Goboindex in Abhängigkeit des zugeordneten Wertebereichs vom Gobokanal aktiviert. Dabei ist die Goboshake-Funktion meist immer als “Aufsatz” zur Goboindizierung oder Goborotation verfügbar. Diese Konstellation kann aktuell nicht vollständig und vor allem fehlerfrei abgebildet werden.

Um hier die DDFs an dieser Stelle zu vereinfachen, schlage ich folgenden Beispielcode vor (hier für den Robe Robin 600E Spot):

<step type="gobo" mindmx="4" maxdmx="7" val="Robe Robin 600e Spot Gobo 1 (Rad 1).png" caption="Gobo 1">
  <range handler="goboshake" mindmx="4" maxdmx="7" minval="0.0" maxval="0" />
  <step for="goboindex" mindmx="4" maxdmx="7">
    <range handler="goboshake" mindmx="60" maxdmx="69" minval="0.4" maxval="10" />
  </step>
  <step for="goborotation" mindmx="32" maxdmx="35">
    <range handler="goboshake" mindmx="130" maxdmx="141" minval="0.4" maxval="10" />
  </step>
</step>

Dabei wird innerhalb des step für goboindex bzw. goborotation entschieden, in welchem Wertebereich der Goboshake “aufgeschaltet” wird.

Alle anderen Definitionen sind von diesem Vorschlag erst einmal unberührt.

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

Während ich in einem Projekt Rulesets bearbeitet habe, haben teile von DMXC nicht mehr reagiert. Deshalb habe ich einen Blick in den Network Explorer geworfen, wo zu sehen war, dass ich nicht mehr mit dem Kernel verbunden war. Nach kurzer Zeit hat sich dieses Problem aber von selbst gelöst, ohne dass ich händisch eine Verbindung aufgebaut habe.

Logs und Projekt sind im Anhang.

Lade ich ein vorhandenes Projekt, sind die Verbindungen im Input Assignment trotz aktiver Bank “On Hold” und warten quasi auf einen Initialisierungsimpuls. Aufgefallen ist mir dies in folgender Konstellation:

Ich habe zwei verschiedene Verbindungen. Die Schnittmenge beider Verbindung ist der Speedmaster 1. In der Verbindung 1 (Beat Tastatur) triggere ich den Speedmaster 1 über die Tastatur. In der Verbindung 2 (Beat Softdesk) triggere ich den gleichen Speedmaster über den Button des Softdesks und nutze diese Verbindung auch, um mir den aktuellen BPM-Wert im Softdesk anzuzeigen.

Triggere ich den Speedmaster 1 über die Tastatur, kommen die Werte nach dem Laden des Projekts zwar beim Speedmaster an. Das Feedback ans Softdesk über die Verbindung 2 erhalte ich erst, wenn ich dieser Verbindung einen einmaligen Impuls gebe, entweder

• über einen verfügbaren Input (in diesem Fall der Button, der auch den BPM-Wert anzeigt) oder
• durch Deaktivieren und Aktivieren der Verbindung 2 (Beat Softdesk) oder
• in diesem Fall durch Änderung der Einstellung des Speedmaster 1 in der Verbindung selbst.

Um den besagten Aktualisierungs- bzw. Initialisierungsimpuls zu generieren, reicht es nicht, die komplette Bank zu deaktivieren und wieder zu aktivieren. Dass dieser fehlt, kann man auch daran erkennen, dass an den Nodes kleine Statuswerte angezeigt werden.

Zum Nachstellen des Problems habe ich ein Beispielprojekt beigefügt. Die oben genannten Verbindungen sind in den ersten beiden Bänken im Input Assignment zu finden. Hierzu am besten das letzte Fensterlayout laden.

Möchte ich über die DDFLib ein DDF suchen und öffne hierzu das Fenster, erscheint die beigefügte Fehlermeldung und im GUI-Log der folgende Eintrag.

2020-03-25 18:18:25,124 [Log-Thread] INFO  Lumos.GUI.Windows.DDFLibSearchForm - Exception when accessing DDFLib Webservice: Die Anfrage wurde abgebrochen: Es konnte kein geschützter SSL/TLS-Kanal erstellt werden..
System.Net.WebException: Die Anfrage wurde abgebrochen: Es konnte kein geschützter SSL/TLS-Kanal erstellt werden..
   bei DDFAPIClient.DDFClient.CheckResponse(IRestResponse response, HttpStatusCode expectedHttpStatus)
   bei DDFAPIClient.DDFClient.GetDataList[T](Boolean fromCache, Dictionary`2 filters)
   bei Lumos.GUI.Windows.DDFLibSearchForm.<>c__DisplayClass4_0.<.ctor>b__0() in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Windows\ProjectExplorer\NewDevice\DDFLib\DDFLibSearchForm.cs:Zeile 49.
   bei System.Threading.Tasks.Task`1.InnerInvoke()
   bei System.Threading.Tasks.Task.Execute()

Entsprechenden Aussagen im Forum zu Folge, scheint dieser Fehler nicht unbedingt ein Fehler in DMXControl 3.2.1 selbst zu sein, denn auch in DMXControl 3.2.0 tritt dieser Fehler mittlerweile auf.

Fehlerbeschreibung

Erwartetes Verhalten

Hinweise

Kernel läuft auf Maschine 1 (192.168.0.32) - GUI auf Maschine 2 (192.168.0.10)

In der GUI im Verbindungsfenster wird der Kernel angezeigt, aber bei verbindung passiert nichts. Bei zweiten Versuch sagt er “Session schon vorhanden” aber auch da passiert nix… Im Kernel sieht man aber, das eine Session angelegt wird….

Hallo liebe Leute,
ich habe das Problem, dass ich die Firewall komplett abschalten muss, wenn ich mich mit der Gui auf den Kernel (anderer PC im selben Netzwerk) verbinden möchte. Ansonsten kommt nämlich immer die Fehlermeldung, dass die Gegenstelle nicht in angemessener Zeit reagiert hätte (<IP>:12351).
Wenn ich alle Ports meiner Firewall öffne, kann ich mich zwar verbinden, aber nicht von der Kommandozeile des Kernels (z.B. Kill-)Befehle senden, ohne dass mir die Gui (auf allen verbundenen PC’s) und der Kernel abstürzt. Was ich sagen möchte, ist, dass es nicht ausreicht, die Lumos.exe und LumosGui.exe mit jeglichen Freigaben in die Firewall aufzunehmen, dann kommt nämlich auch keine Verbindung zustande.
Natürlich kommt es mir so vor, als wäre die Bitdefender Firewall nicht ganz ausgereift, aber ich habe das Problem (zwar nur kurz probiert) ebenso schon bei der Windows Firewall gehabt. Gibt es irgendwelche Zusatzprogramme, die neben den zwei oben genannten auch eine Freigabe brauchen? Denn ich kann ja schlecht jedes mal nachschauen, welche Ports belegt werden, denn das passiert zumindest immer auf einer Seite der Verbindung, dass die Ports neu definiert werden (hatte bei 3 Versuchen 3 verschieden Portnummern, die auf 12351, 12451, etc. geleitet wurden). Kann ich diese evtl festlegen, sodass diese mir nicht immer umher springen?
Im Grunde würde ich ja nichts sagen, wenn ich wüsste, dass die Netzwerke, die ich nutze sicher sind, aber dort wo ich das DMXControl nutzen muss / möchte, ist ein von vielen (sehr vielen) Personen genutztes (quasi öffentliches) Netzwerk, dass meiner Meinung nicht sicher genug ist, weswegen ich dem Gedanken, meinen PC für die Allgemeinheit zu öffnen, eher abgeneigt bin.
MfG
ChuckMorris

Habe ein Softdesk erstellt und zunächst Namen belassen.
Wann immer ich jetzt versuche den Namen des Softdesks (Project Explorer, Softdesk, F2) zu ändern geht die Verbindung zwischen GUI und Server verloren.
Gleiches passiert wenn ich versuche den Namen über den Softdesk Designer zu ändern.

Hallo,
Ich fände es gut, wenn man bei mehreren, in der Position gefannedten Moving Lights im Position-Panel bzw. im Position-Dropdown nicht nur den mittleren Marker packen könnte, sondern auch die anderen. Die Position der anderen Scheinwerfer wird dann proportional zum mittleren Marker angepasst. Ich könnte mir zudem vorstellen, dass man Marker fixieren kann (solange, wie das/die Gerät(e) ausgewählt sind) und durch verschieben eines anderen Markers dann die Positionen relativ zu den fixierten Markern angepasst wird. Außerdem sollte man im nicht gefannedten Zustand über “F” das Fanning auch bei der Position und der Farbe auslösen können. Das sollte die Auswahl beschleunigen.
Viele Grüße
Jens-Peter

Aktuell werden Projektresourcen in Form von byte[] gespeichert. Wenn größere Dateien hinzugefügt werden, dann knallt es. Genauso wird im Backend viel mit byte[] gearbeitet. Hier sollte auf Streams umgestellt werden.

Projektresourcen sollten im Betrieb auf die HDD serialisiert werden, und nur beim Speichern in ein ZIP File gepackt werden.

Wie der Titel bereits sagt wünsche ich mir Variablen für den Programmer. Dann könnte man einfach bei Effekten statt einer Zahl bei, z.B. Hz die Variable eintragen und könnte dann über den Softdesk den ihr ja überarbeiten wollt die Variable ändern

Mittlerweile sind je schon ein paar Geräte mit UV-Kanälen verfügbar. Dieser Kanal müsste meiner Meinung nach einen ähnlichen Fader bekommen, wie das für einen W-Kanal geplant ist (siehe dazu auch FS1834.

Seit der Beta 5 habe ich mit dem USB Energy Fixer das Problem, dass dieser nicht richtig und deswegen wiederholt ausgeführt wird. Jedes Mal werden die entsprechenden Admin-Rechte jedoch angefordert. Der Rückgabecode wird auch als Fehlermeldung in der GUI ausgegeben.

2022-12-26 13:01:06,849 [14] WARN  org.dmxc.lumos.Kernel.Plugin.KernelDMXInterfaceToUIChannel - DMXControl Projects e.V. - Incorrect USB energy settings - Found incorrect USB energy settings for Nodle interface!
trying to start USBDMXEnergyFixer.exe as Admin on my own to fix registry settings automatically.
Registry-Key: 'HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum\USB\VID_16D0&PID_0833'
2022-12-26 13:01:09,860 [Main] WARN  DMXInterfaceMgmtLIB.AbstractDMXInterfaceManager - Timeout when fetching Interface List from DMX Interface Factory DMXControl Projects e.V.
System.TimeoutException: The operation has timed out.
   at DMXLIB.FactoryTimeoutDecorator.get_Interfaces()
   at DMXInterfaceMgmtLIB.AbstractDMXInterfaceManager.LoadInterfaces(IDMXInterfaceFactory factory) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\DMXInterfaceMgmtLIB\AbstractDMXInterfaceManager.cs:line 1398
2022-12-26 13:01:16,181 [Log-Thread] WARN  org.dmxc.lumos.Kernel.Plugin.KernelDMXInterfaceToUIChannel - DMXControl Projects e.V. - Incorrect USB energy settings - Found incorrect USB energy settings for Nodle interface!
trying to start USBDMXEnergyFixer.exe as Admin on my own to fix registry settings automatically.
Registry-Key: 'HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum\USB\VID_16D0&PID_0833'
2022-12-26 13:01:19,196 [Log-Thread] WARN  DMXInterfaceMgmtLIB.AbstractDMXInterfaceManager - Timeout Exception when getting Interfaces from Factory DMXControl Projects e.V..
System.TimeoutException: The operation has timed out.
   at DMXLIB.FactoryTimeoutDecorator.get_Interfaces()
   at DMXInterfaceMgmtLIB.AbstractDMXInterfaceManager.IsInterfaceAvailable(String interfaceId) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\DMXInterfaceMgmtLIB\AbstractDMXInterfaceManager.cs:line 194
2022-12-26 13:01:29,502 [14] ERROR org.dmxc.lumos.Kernel.DMX.NodleUsbInterfaceFactroy - EnergyFixer returned Error: -2147450726
2022-12-26 13:01:29,506 [Log-Thread] WARN  org.dmxc.lumos.Kernel.Plugin.KernelDMXInterfaceToUIChannel - DMXControl Projects e.V. - USBDMXEnergyFixer done - unknown ReturnCode from USBDMXEnergyFixer.exe, Code: -2147450726
2022-12-26 13:01:29,514 [Log-Thread] WARN  org.dmxc.lumos.Kernel.DMX.NodleUsbInterfaceFactroy - Execution of Interfaces took 22674 ms in Factory NodleUsbInterfaceFactroy
2022-12-26 13:01:32,703 [56] ERROR org.dmxc.lumos.Kernel.DMX.NodleUsbInterfaceFactroy - EnergyFixer returned Error: -2147450726
2022-12-26 13:01:32,707 [Log-Thread] WARN  org.dmxc.lumos.Kernel.Plugin.KernelDMXInterfaceToUIChannel - DMXControl Projects e.V. - USBDMXEnergyFixer done - unknown ReturnCode from USBDMXEnergyFixer.exe, Code: -2147450726
2022-12-26 13:01:32,709 [Log-Thread] WARN  org.dmxc.lumos.Kernel.DMX.NodleUsbInterfaceFactroy - Execution of Interfaces took 19541 ms in Factory NodleUsbInterfaceFactroy
2022-12-26 13:01:33,626 [64] ERROR org.dmxc.lumos.Kernel.DMX.NodleUsbInterfaceFactroy - EnergyFixer returned Error: -2147450726
2022-12-26 13:01:33,628 [Log-Thread] WARN  org.dmxc.lumos.Kernel.Plugin.KernelDMXInterfaceToUIChannel - DMXControl Projects e.V. - USBDMXEnergyFixer done - unknown ReturnCode from USBDMXEnergyFixer.exe, Code: -2147450726
2022-12-26 13:01:33,633 [Log-Thread] WARN  org.dmxc.lumos.Kernel.DMX.NodleUsbInterfaceFactroy - Execution of Interfaces took 17455 ms in Factory NodleUsbInterfaceFactroy

Wenn ich den Registry-Eintrag über DMXControl 3.2.3 setzen lasse, wird der USB Engergy Fixer in DMXC 3.3 Beta 5 nicht mehr aufgerufen. Zudem trat das Problem mit der Beta 3 nicht.

Lade ich die Cue 1 aus dem exemplarischen Projekt aus  FS#4553  für die Änderung in den Programmer und ändere zum Beispiel den Dimmer nachträglich von 0 auf 100% oder passe die Position von 0; 100 auf 0; 50 an, so kann ich die Cue nicht über den Update-Button aktualisieren. Dies kann ich nur über die Eintrage “Merge” oder “Replace” vornehmen.

Die beigefügten Logfiles zeigen die Tätigkeit bis zur Änderung der Werte. Das Aktualisieren der Cue erfolgte nicht.

Aktuell werden immer die DDFs aus dem Projekt gezogen. Hier wird ein Dialog benötigt mit welchem man diese Updaten kann.

If in SceneListView a setting gets changed, the options still show the old value. (caching)

Im Installer muss anstelle von Framework 4.0 das Framework 4.5 installiert werden.

https://forum.dmxcontrol-projects.org/index.php?thread/14907-installation-auf-windows-7-microsoft-net-framework-4-5-erforderlich/

Mit den Up/Down Buttons im projekt explorer kann man devices nur innerhalb der Baumstruktur verschieben. Im geöffeneten devices-Fenster sind die Pfeilbuttons ausgegraut.

siehe
https://bugs.dmxcontrol-projects.org/index.php?do=details&task_id=363#comment4627

Ich möchte in einer Cuelist mit mehreren Cues eine der Cues einige Positionen nach oben oder nach unten verschieben. Dies ist aber mit den Up- / Down-Buttons nur bedingt möglich. Ich kann aktuell eine Cue immer nur eine Position nach oben oder nach unten verschieben. Mehrfaches betätigen der Buttons funktioniert an dieser Stelle nicht.

Der aktuelle Workaround besteht darin, dass ich gewissermaßen “invertiert” verschiebe. Konkret heißt das für den Fall, wo ich die Cue 1 zum Beispiel von Position 1 auf Position 5 verschieben möchte, dass ich die Cues 2 bis 5 markierte und eine Position nach oben verschiebe.

Zur Reproduktion kann ein beliebiges Projekt verwendet werden, das eine Cuelist mit mehreren Cues enthält.

Mir ist sehr wohl bewusst, dass ich mit diesem Ticket ein Fass aufmache.

Ich werfe aber trotzdem den Wunsch in den Raum, die Unterteilung zwischen Non-Detect und Auto-Detect-Interfaces (wieder) aufheben.

Es mag zwar sein, dass wir so den Stellenwert der “besseren” Intefaces pushen, allerdings würde ich auf Grund der doch regelmäßigen Nachfrage “ich finde das Interface … in der Liste nicht” die Idee dahinter als nicht (mehr) praktikabel ansehen. Sie führte doch immer wie der zu einer solchen Nachfrage, weil die Nutzer diesen Unterschied einfach nicht einordnen können. Daher sollte es aus Nutzersicht aus meiner Sicht egal sein, wie sich das Interface verhält - ob es eine Seriennummer übermittelt oder nicht.

Ich bitte daher darum, sofern nicht vorzeitig durch eine erneute Bewertung dieses Punkts eine Lösung gefunden wird, dass dieser Punkt spätestens beim nächsten QRM diskutiert wird.

In vielen Fällen liegen auf einem DMX-Kanal mehrere individuelle Funktionen mit ihren eigenen Regelbereichen, hier zum Beispiel beim GLP YPOC 575 PRO:

<raw dmxchannel="13" name="Special">
  <step caption="Open" mindmx="0" maxdmx="15" />
  <range type="Goboshake 10°" mindmx="16" maxdmx="31" minval="3.5" maxval="60" />
  <range type="Goboshake 20°" mindmx="32" maxdmx="47" minval="3.5" maxval="60" />
  <range type="Goboshake 30°" mindmx="48" maxdmx="63" minval="3.5" maxval="60" />
  <range type="Color Chaser 1" mindmx="64" maxdmx="79" minval="3.5" maxval="60" />
  <range type="Color Chaser 2" mindmx="80" maxdmx="95" minval="3.5" maxval="60" />
</raw>

Alle Funktionen sind Funktionen wie beispielsweise auch diverse Automatik-Programme bei LED-Scheinwerfern, die die HAL nicht direkt unterstützt und deswegen über raw-Funktionen abgebildet werden müssen. Hier wäre mein Vorschlag eine Möglichkeit für die raw-Funktion zu schaffen, die beispielsweise ähnlich zur Implementierung der unterschiedlichen Strobe-Mobi arbeitet: man erhält im Device Control ein Dropdown-Menü zum Auswählen der Gerätefunktion und dazu einen Regler zum Auswählen der Geschwindigkeit o. ä. Die Implementierung könnte vielleicht etwas abgewandelt zum oben aufgeführten Beispiel erfolgen.

Unterstützung der Zoom-Funktion auf dem Touchscreen.

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

Ich habe in einem Projekt drei meiner vier angelegten Executoren mit Cuelists verknüpft. Im Baum des Project Explorers wird aber nun ein anderes Icon verwendet, welches den Status “Cuelist verknüpft” darstellt als in der Tabellenübersicht. Im Anhang befindet sich ein entsprechender Screenshot.

Ich finde es unpraktisch, dass sowohl Konsole als auch GUI das selbe Icon tragen, da in der Taskleiste von Windows 7 nur die Icons dargestellt werden. Super wäre es zum Beispiel, wenn das Icon der Konsole so ein kleines schwarzes Konsolenfenster in der Ecke tragen würde. Also so wie das Icon von CMD irgendwo in der Ecke.

Hallo,
meiner Meinung wäre es sehr nützlich, wenn man (wie in Easy View) in einem DDF mehrere Kanalbelegungs-Schemata ablegen könne und dann den entsprechenden Modus in DMXC auswählen könnte. So würde es pro Gerät nur ein DDF geben und nicht 5 unterschiedliche.
Viele Grüße
Jens-Peter

Hallo zusammen,

ich würde es begrüßen, wenn man im Softdesk 2 unterschiedliche Symbole für den Playbutton rechts oben verwendet.
Das heißt, befinde ich mich im Editiermodus kann z.B. oben rechts ein grüner Playbutton dargestellt werden.
Klick ich diesen an, befinde ich mich nunmehr quasi im Livemodus und der Button sollte als roter Stop-Button angezeigt werden.

So ist es einfacher zu erkennen in welchem Modus ich gerade arbeite.

Kleiner Zweizeiler, große Wirkung

Ich deregistriere alle Sinks/Sources wenn ich ein Plugin stoppe.
Wenn ich das Plugin wieder starte sollten alle Sources/Sinks die ich registriere die selben IDs haben wie vorher und alle Sinks/Sources sich wieder binden

Wenn ich einen Button auf ein Cuelist GO ziehe, wird zwischen dem Button und der cuelist ein “Binary switcher” dazwischen gelegt. Dieser ist doch aber nicht nötig?

Folgender Fehler ist mir in den angehängten Logfiles unter die Finger gekommen.

2018-12-28 21:19:47,525 [Main-Process-Chain] ERROR org.dmxc.lumos.Kernel.Devices.DeviceBeam - Unknown Exception when invoking the HAL: Value is not between Min / Max Value [5,0,1]: 5
org.dmxc.lumos.Kernel.Exceptions.ValueOutOfRangeException: Value is not between Min / Max Value [5,0,1]: 5
   bei org.dmxc.lumos.Kernel.HAL.Handler.DMXRangeWithValueRange.getRAWDMXValue(Object ovalue) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\HAL\Handler\Values\DMXRangeWithValueRange.cs:Zeile 199.
   bei org.dmxc.lumos.Kernel.HAL.Handler.DMXRangeWithValueRange.getValue(Object value, EValueOptions options) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\HAL\Handler\Values\DMXRangeWithValueRange.cs:Zeile 187.
   bei org.dmxc.lumos.Kernel.HAL.Handler.AbstractValue.getValue(Object value, IList`1 nestedHandlerNames, EValueOptions options) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\HAL\Handler\Values\AbstractValue.cs:Zeile 288.
   bei org.dmxc.lumos.Kernel.HAL.Handler.AbstractRangesHandlerNode.handlePropValue(Double newVal, HALHandleContext ctx, String[] types) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\HAL\Handler\AbstractRangesHandlerNode.cs:Zeile 542.
   bei org.dmxc.lumos.Kernel.HAL.Handler.RawDMXHandlerNode.handleRawValue(HALHandleContext ctx) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\HAL\Handler\Generic\RawDMXHandlerNode.cs:Zeile 57.
   bei org.dmxc.lumos.Kernel.HAL.Handler.AbstractHandlerNode.handleValue(HALHandleContext ctx) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\HAL\Handler\AbstractHandlerNode.cs:Zeile 454.
   bei org.dmxc.lumos.Kernel.HAL.Handler.HandlerRegistry.handlePropertyValue(HALHandleContext ctx) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\HAL\Handler\HandlerRegistry.cs:Zeile 336.
   bei org.dmxc.lumos.Kernel.Devices.DeviceBeam.pushPropertyValue(HALHandleContext ctx) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\Devices\DeviceBeam.cs:Zeile 222.

Beim durchsehen der Logs ist mit folgender Fehler aufgefallen:

2018-06-08 21:25:42,859 [47] ERROR org.dmxc.lumos.Kernel.Devices.DeviceBeam - Unknown Exception when invoking the HAL: h (Hue) has to be between 0 and 360
Parametername: h
Der tatsächliche Wert war -1.
System.ArgumentOutOfRangeException: h (Hue) has to be between 0 and 360
Parametername: h
Der tatsächliche Wert war -1.
   bei org.dmxc.lumos.Kernel.HAL.Handler.Color.CustomColorLogic.calculate(Double h, Double s, Double v) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\HAL\Handler\Color\CustomColorLogic.cs:Zeile 190.
   bei org.dmxc.lumos.Kernel.HAL.Handler.Matrix.ColorBridgeHandlerNode.handleColorAndDimmerValue(LumosColor lc, Double dimmer, HALHandleContext ctx) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\HAL\Handler\Color\ColorBridgeHandlerNode.cs:Zeile 285.
   bei org.dmxc.lumos.Kernel.HAL.Handler.Matrix.ColorBridgeHandlerNode.handleColorValue(HALHandleContext ctx) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\HAL\Handler\Color\ColorBridgeHandlerNode.cs:Zeile 222.
   bei org.dmxc.lumos.Kernel.HAL.Handler.AbstractHandlerNode.handleValue(HALHandleContext ctx) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\HAL\Handler\AbstractHandlerNode.cs:Zeile 441.
   bei org.dmxc.lumos.Kernel.HAL.Handler.HandlerRegistry.handlePropertyValue(HALHandleContext ctx) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\HAL\Handler\HandlerRegistry.cs:Zeile 336.
   bei org.dmxc.lumos.Kernel.Devices.DeviceBeam.pushPropertyValue(HALHandleContext ctx) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\Devices\DeviceBeam.cs:Zeile 219.

Test erweitern auf Vorhandensein der angebebenen Gobos.

Wir sollten einen Unittest schreiben, der alle ausgelieferten DDFs testweise lädt, und überprüft ob Fehlermeldungen auftreten.

Ist schon ein wenig peinlich wenn solche DDFs aufgrund von Fehlern nicht laden ;)

#11 Unistaller Verknüpfung

Sollte es eine Uninstaller-Verknüpfung im Startmenü geben? So bin ich das jedenfalls gewöhnt. Wie wird das unter Windows 8 gelöst?

Fehlerbeschreibung

Hinweise

#1 - Unicode Zeichen

Steps to reproduce:
1. Starte Lumos über “C:\Program Files (x86)\DMXControl3.0\GUI\LumosGUI.exe” -nonetwork
2. Öffne ein neues Projekt
3. Öffne Device Manager
4. Wähle Generic Dimmer aus
5. “»” Drücken (Tooltip “Add” wäre gut)
6. Unter Device Name Namen löschen, folgendes einfügen “jiddisches Wort” *
7. Rechtsklick in dieses Eingabefeld → Unicode Rechts-nach-Links auswählen.
8. OK drücken
9. Devie Manager OK drücken
10. Fehlermeldung Bug_Unicode.jpg, aber kein Absturz.

11. Schritte 1 bis 6
12. Number of Devices: 2
13. Unter Group Name ebenfalls Unicodezeichen einfügen sowie Eingabefeld auf Rechts-nach-Links umstellen.
14. OK
15. Device Manager mit OK Schließen
16. Fehlermeldung Bug_Unicode.jpg sowie Absturz des Programms mit folgender Windows-Meldung:

Beschreibung:

Stopped working

Problemsignatur:

Problemereignisname:	CLR20r3
Problemsignatur 01:	lumosgui.exe
Problemsignatur 02:	1.0.0.0
Problemsignatur 03:	50e0d44f
Problemsignatur 04:	Microsoft.Xna.Framework
Problemsignatur 05:	3.0.0.0
Problemsignatur 06:	48f0006c
Problemsignatur 07:	11d3
Problemsignatur 08:	a1
Problemsignatur 09:	System.ArgumentException
Betriebsystemversion:	6.1.7601.2.1.0.768.3
Gebietsschema-ID:	1031

Expected Results:

Entweder die Unicode-Einträge aus dem Kontextmenü entfernen, damit kein anderer auf die Idee kommt, seine Geräte in Jiddisch zu benennen. Besser wäre die Unicode Unterstützung voll auszubauen. Wenn man nur den Gerätenamen ändert scheint es zu funktionieren, beim Gruppennamen hingegen nicht.

Fehler-Bild: An unhandeled Exception has occurred. LumosGUI has to be terminated. Press OK to exit.
http://img132.imageshack.us/img132/7719/bugunicode.jpg

* Text wird vom Bugtracker nicht richtig erkannt. Einfach ein Wort von http://yi.wikipedia.org nehmen.

Grüße, der lichtheini

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

Nach dem Starten von DMXControl 3 Beta 3 und dem Hinzufügen von einer größeren Anzahl von Geräten zu einem neuen, leeren Projekt, ist die GUI mit folgendem Vermerk im Log abgestürzt.

2018-06-14 17:25:18,885 [ConnectionManager-MessageDispatcher] FATAL Lumos.GUI.Run.GuiRunManager - Unhandled Exception: Die Auflistung wurde geändert. Der Enumerationsvorgang kann möglicherweise nicht ausgeführt werden.
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.Dictionary`2.Enumerator.MoveNext()
   bei System.Linq.Enumerable.WhereEnumerableIterator`1.MoveNext()
   bei System.Linq.Enumerable.<SelectManyIterator>d__16`2.MoveNext()
   bei System.Linq.Enumerable.Any[TSource](IEnumerable`1 source, Func`2 predicate)
   bei Lumos.GUI.ChannelOverview.PatchMatrixControl.CreateOverlayRectangles(Nullable`1 previewIndex, Int32 cellWidth, Int32 cellHeight, Rectangle clientInnerRectangle, MatrixItemOverlay overlay) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosControls\PatchMatrixControl\PatchMatrixControl.cs:Zeile 635.
   bei Lumos.GUI.ChannelOverview.PatchMatrixControl.CalculateItemOverlayRectangles() in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosControls\PatchMatrixControl\PatchMatrixControl.cs:Zeile 553.
   bei Lumos.GUI.ChannelOverview.PatchMatrixControl.OnOverlayPropertyChanged(Object sender, PropertyChangedEventArgs e) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosControls\PatchMatrixControl\PatchMatrixControl.cs:Zeile 693.
   bei Lumos.GUI.ChannelOverview.MatrixItemList`1.OnCellPropertyChanged(Object cell, PropertyChangedEventArgs e) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosControls\PatchMatrixControl\MatrixItemList.cs:Zeile 213.
   bei Lumos.GUI.ChannelOverview.MatrixItemList`1.OnMatrixItemPropertyChanged(Object sender, PropertyChangedEventArgs e) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosControls\PatchMatrixControl\MatrixItemList.cs:Zeile 225.
   bei Lumos.GUI.ChannelOverview.Lib.PropertyNotificationObject.OnPropertyChanged(String propertyName) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosControls\PatchMatrixControl\Lib\PropertyNotificationObject.cs:Zeile 118.
   bei Lumos.GUI.ChannelOverview.Lib.PropertyNotificationObject.OnPropertyChanged[T](Expression`1 propertyExpression) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosControls\PatchMatrixControl\Lib\PropertyNotificationObject.cs:Zeile 108.
   bei Lumos.GUI.ChannelOverview.Lib.PropertyNotificationObject.ChangeProperty[TValue](Expression`1 property, TValue& originValue, TValue newValue, Action propertyChanged, Action propertyChanging) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosControls\PatchMatrixControl\Lib\PropertyNotificationObject.cs:Zeile 97.
   bei Lumos.GUI.ChannelOverview.DMX.DmxDeviceItemOverlay.set_DeviceName(String value) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosControls\PatchMatrixControl\DMX\DmxDeviceItemOverlay.cs:Zeile 47.
   bei Lumos.GUI.Windows.DmxOutputPatching.<>c__DisplayClass55_0.<device_NameChanged>b__0(DmxDeviceItemOverlay c) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosGUI\src\Windows\dmxOutput\DmxOutputPatching.cs:Zeile 865.
   bei LumosLIB.Tools.LumosTools.ForEach[T](IEnumerable`1 source, Action`1 action) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosLIB\src\Tools\LumosTools.cs:Zeile 1017.
   bei Lumos.GUI.Windows.DmxOutputPatching.device_NameChanged(Object sender, String newValue) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosGUI\src\Windows\dmxOutput\DmxOutputPatching.cs:Zeile 865.
   bei Lumos.GUI.Facade.FacadeChangedEvent`1.Invoke(Object sender, T newValue)
   bei Lumos.GUI.Facade.Devices.DeviceFacade.OnNameChanged(String name) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosGUI\src\Facade\Devices\DeviceFacade.cs:Zeile 745.
   bei Lumos.GUI.Facade.Devices.DeviceFacade.OnPropertyChangedMessage(PropertyChangedMessage m) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosGUI\src\Facade\Devices\DeviceFacade.cs:Zeile 705.
   bei Lumos.GUI.Facade.AbstractFacade`1.onMessage(IMessage message) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosGUI\src\Facade\AbstractFacade.cs:Zeile 94.
   bei Lumos.GUI.Connection.ConnectionManager.onMessage(IMessage message) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosGUI\src\Connection\ConnectionManager.cs:Zeile 815.
   bei Lumos.GUI.Connection.ConnectionManager.messageDispatcherRun() in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosGUI\src\Connection\ConnectionManager.cs:Zeile 878.
   bei System.Threading.ThreadHelper.ThreadStart_Context(Object state)
   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.Threading.ThreadHelper.ThreadStart()

Die Logs von Kernel und GUI befinden sich im Anhang.

Nachdem ich ein Projekt geschlossen habe, stand plötzlich folgende Meldung im Kernel:

18:55:59 FATAL DMXControl 3 Kernel - Unhandled Exception: Der Wert darf nicht NULL sein.
Parametername: projectID
System.ArgumentNullException: Der Wert darf nicht NULL sein.
Parametername: projectID
   bei org.dmxc.lumos.Kernel.Project.SceneListManager.GetSceneListGroupByID(String sceneListGroupID, String projectID) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Project\SceneListManager.cs:Zeile 396.
   bei org.dmxc.lumos.Kernel.Project.SceneListManager.GetSceneListGroupByID(String sceneListGroupID) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Project\SceneListManager.cs:Zeile 381.
   bei org.dmxc.lumos.Kernel.Net.gService.Parameter.ScenelistGroupParameterLookup.Find(String id) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Net\gService\Parameter\ScenelistGroupParameterLookup.cs:Zeile 11.
   bei org.dmxc.lumos.Kernel.Net.gService.Parameter.AbstractIParameterableLookup`1.<ParametersAsync>d__2.MoveNext() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Net\gService\Parameter\AbstractIParameterableLookup.cs:Zeile 17.
--- Ende der Stapelüberwachung vom vorhergehenden Ort, an dem die Ausnahme ausgelöst wurde ---
   bei System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
   bei System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   bei System.Runtime.CompilerServices.TaskAwaiter`1.GetResult()
   bei org.dmxc.lumos.Kernel.Net.gService.Parameter_gService.<_parameters_RequestReceived>d__13.MoveNext() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Net\gService\Parameter\Parameter_gService.cs:Zeile 118.
--- Ende der Stapelüberwachung vom vorhergehenden Ort, an dem die Ausnahme ausgelöst wurde ---
   bei System.Runtime.CompilerServices.AsyncMethodBuilderCore.<>c.<ThrowAsync>b__6_1(Object state)
   bei System.Threading.QueueUserWorkItemCallback.WaitCallback_Context(Object state)
   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.QueueUserWorkItemCallback.System.Threading.IThreadPoolWorkItem.ExecuteWorkItem()
   bei System.Threading.ThreadPoolWorkQueue.Dispatch()
   bei System.Threading._ThreadPoolWaitCallback.PerformWaitCallback()
An unhandeled Exception has occoured. DMXControl 3 Kernel has to be terminated. Press Enter to exit.

Trotz dieser Meldung konnte ich aber ein anderes Projekt laden, dieses wieder schließen und dann das Projekt laden, was ich als erstes bearbeitet hatte. Sprich der Kernel ist nicht abgestürzt. Bewusst war mir diese Fehlermeldung aber noch nicht unter die Finger gekommen.