Bugtracker DMXControl 3

Hallo,
folgendes Vorgehen produziert an meinem Laptop eine zyklisch auftauchende Fehlermeldung:

1. Öffne DMXControl 3 (Release Version)
2. Öffne Demoprojekt
3. Gehe in den Lockscreen mittels Windows+L-Shortcut

Fehlererscheinung:

1. Zyklisches Auftreten des Windows Warnungssoundes (ca. 1 mal pro Sekunde)
2. Nach erneutem Login ist für jeden Warnton ein Warnungsfenster erschienen (siehe Bild im Anhang)
3. Nach dem Login erscheinen keine weiteren Warnungen
4. Jedoch erscheint ein graues Rechteck im StageView(auf Bild mit rotem Pfeil) hinter dem Scheinwerfer unanwählbar verschwinden können.

Laptop:

1. Intel i5 mit eingebautem Grafikchip
2. GeForce 840M als zweite GraKa (wird aktiviert, wenn nötig)

Viele Grüße
JP

Werden mit Hilfe der Copy&Paste-Funktion vorhandene Cues in neue Cuelists kopiert, werden Werte und Einstellungen nicht vollständig aus dem Programmer entfernt und tauchen beim Erstellen neuer Cues wieder im Programmer auf.

Das Problem lässt sich wie folgt reproduzieren:

• Neues Projekt mit zwei Gerätegruppen und darin zugeordneten Geräten anlegen
• Eine beliebige Cue erstellen und in der ersten Cuelist abspeichern
• Ersten Cue mittels Edit in Programmer wieder ändern
• Werte über Copy&Paste auf die zweite Gerätegruppe übertragen und Cue in der zweiten Cuelist oder als neuen Cue abspeichern

Von nun an tauchen Einträge im Programmer auf, die gar nicht angelegt wurden. Diese lassen sich temporär auch nur aus dem Programmer entfernen, wenn kein Gerät oder keine Gruppe ausgewählt ist. Sobald man einen neuen Cue vorbereitet und Werte im Programmer ankommen, tauchen die fehlerhaften Einträge wieder auf.

Ich kann innerhalb eines Softdesk Buttons kopieren und einfügen. Leider ist es nicht möglich, von einem zweiten angelegten Softdesk Buttons zu kopieren und diese in dem ersten wieder einzufügen.
Wenn ich also gleiche Schaltflächen in zwei verschiedenen Softdesk nutzen möchte, muss ich sie leider neu anlegen und kann deren Layout/Einstellungen nur von Hand übertragen.

So könnte man nämlich sonst aus zwei angelegten Softdesks dieses zu einem zusammenführen. Ob jetzt die Verknüpfungen auch mit übernommen werden bzw. sonst wirklich neue “Buttons” generiert werden, ist dann im Detail zu überlegen.

Ich habe zwei Cuelists angelegt. Eine mit LTP, in der ein Dimmerwert von 30% von Scheinwerfern gespeichert ist. Die zweite Cuelist steht auf HTP und die darin enthaltene Cue mit einer langen Einblendzeit legt nun einen Sinus-Effekt auf die Helligkeit der Scheinwerfer. Wenn ich nun die Cuelist “Helligkeit 30%, LTP” ausführe passt alles. Sobald ich aber nun auch noch Cuelist “Hellikeit Sinus, HTP” ausführe, flackert bzw. Springen die Dimmerwerte während dem Einblendvorgang der Cue. Sobald die Cue fertig eingeblendet ist, hört das Flackern wieder auf. Im Channel Overview sieht man, dass da wohl eine Berechnung noch nicht ganz passt, denn der Ausgabewert springt wie bei einem Überlauf nach unten und fadet dann wieder ein Stück ein (passend zum Sinus-Effekt). Im Anhang das Projekt und die Logs.

Für den Sparkle Effekt wünsche ich mir noch folgenden Parameter:

• Min Delay (ms): Einstellung, wie viel Zeit zwischen dem Aufleuchten des nächsten Geräts vergehen soll, um auf Wunsch ein nahezu paralleles Aufleuchten von mehreren Geräten zu vermeiden. Standartwert wäre auch aus Kompatibilitätsgründen 0 ms.

Für den Position Master sollen folgende Buttons hinzugefügt werden:

• Zero Pan
• Zero Tilt

Status Quo: Inkonsistente Bedienung zwischen DeviceManager, PE und ChannelOverview.

Entscheidung:
1. DeviceManager Umbenennung in “Add Device”. Nur Auswahl des Gerätes + Parameter.
2. Separates Patching Fenster welches die Liste aus dem DeviceManager und ein Patchfenster ala ChannelOverview enthält. Aufruf über Rechtsklick auf DMX Gerät ⇒ Patching
3. Kein Patching mehr im ChannelOverview. Anzeige der Geräte, aber Read Only.
4. Löschen von Geräten über PE wie bisher.
5. Im “Add Device” Fenster statt der Tabelle die Parameter sowie einen “+ Add” Button zum anlegen.
6. Anstelle von “OK” und “Cancel” Button nur noch “Close” und “⇒ Patching”

So und nicht anders soll es sein!

s.o.

Anhand des neuen ExpressionNodes zu testen, oder ich hab was falsch gemacht.

ExpressionNode hinzufügen
Propertys

bei Variables “x; y; w; z” eintragen

Jetzt werden beim schließen der Propertys die Variablen W und Z freigeschaltet, zu sehen wenn mann die Propertys erneut öffnet

aber im Graph hat sich nix geändert

Die Zuordnung eines Inputs vom AudioAnalyser auf eine (beliebige) Eigenschaft funktioniert nicht. Die GUI zeigt zwar, dass die Verknüpfung erlaubt ist, erstellt diese Verknüpfung aber nicht. Getestet mit “AudioAnalyser-Beat –> Szenenliste-Beat”, “AudioAnalyser-Level –> Device-Dimmer”, “AudioAnalyser-Spectrum –> Device-Dimmer”.

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.

Danke fürs Release der 3.2!!!
folgende erste Probleme:
- im Channeloverview überdecken die Gerätebalken die Adressnummern zu 2/3
- alle GUI-Texte sind winzig, (zumindest bei 2736×1824 Auflösung und 200% Skalierung)
- Die Schaltflächen sind daraus folgend so klein dass ich es vergessen kann den Touch zu nutzen. zB am linken rand Projectexplorer und Bühnenansich zusammen sind <8mm

Danke im Voraus!

Im IA der 3.1.3 konnte man bei der Input/Output Auswahl durch Drücken einer Buchstaben-/Zahl-Taste zum ersten Input/Output springen, der mit diesem Buchstaben anfängt. Beispiel:

*x* steht für ausgewählt
_
Input(Softdesk):
*100*
Blackout
Chaser
Random
Strobe
_
klicken der Taste “R”:
_
Input(Softdesk):
100
Blackout
Chaser
*Random*
Strobe
_

Hallo,
ich habe jetzt die Version 3.1.3 installiert.
DMX stürzt weiterhin ab, wenn ich in einer Cueliste die Cues mit dem manuellen Beat steuern will. ... vorallem ... wenn in der Cuelist zwar mehrere Cues sind, aber ich kurzfrstig nur mal EINE CUE AKTIVIERE.
Die DMX GUI zeigt keine Reaktionen mehr. und die DMX Kernel Task bleibt im Taskmanager bestehen mit Stromverbrauch “Sehr hoch”!!!
Ich bitte Sie, das Problem zu lösen.
Danke
Steffen

Zoom und Position und Drehung

Ich habe 2 MHs und wähle beide aus, lege nen Circle drauf, lehre die Selection, selectiere die MHs gruppe, und spiele mit dem StrobeFader, nebenbei habe ich im PropertyGrid den Tab Effects offen, mit jeder änderung der Faderposition wird ein neuer eintrag bei Effects angelegt.

Beispiel Farbe Fanning eintragen: “1;1;1>0;0;0” Dann schaut der Text aus der Zelle hinten raus. Wenn man es wieder durch eine einfache Farbe ersetzt “1;1;1” wird die Zellengröße falsch auf groß gesetzt so wie es davor benötig worden wäre.

Für einen Test baute ich kürzlich zusätzlich zum Main-PC noch einen zweiten Backup-PC auf, wovon nur einer der beiden PCs die DMX-Daten über Art-Net ausgeben sollte. Gerade bei Art-Net gibt es ja bekanntermaßen murks, wenn zwei PCs das gleiche Gerät ansprechen wollen.

Wenn alles geregelt läuft, kann ich vor einem Neustart zum Beispiel die Art-Net-Ausgabe deaktivieren. Liegt aber nun ein Fehler vor, wodurch ich das Deaktivieren nicht mehr entsprechend anstoßen kann, sind die DMX-Interfaces wie zuletzt gespeichert beim erneuten Starten des Kernels nur kurze Zeit wieder aktiviert und die Ausgabe wird auf 0 gesetzt - egal ob ein Projekt geladen wurde oder nicht. Dies war im konkreten Fall insofern problematisch, weil das Projekt beim Starten von DMXControl 3 als “Default Project” direkt mit geladen wird und ich während des Ladevorgangs keinen Zugriff auf die DMX-Ausgabe habe. Damit mir nun mein Main-PC nicht in die Suppe spuckt und nichts ausgegeben wird, blieb mir nichts anderes übrig, als im Interface-Rack die Art-Net-Interfaces händisch temporär direkt auf den Backup-PC umzuklemmen.

Um nun im Falle eines unvorhergesehen Neustarts (insbesondere mit einem Default Project, was effektiv gesehen das “Arbeitsprojekt” / “Showprojekt” ist) nicht Hand an der Verdrahtung der Hardware anlegen zu müssen, würde ich mir hier eine Möglichkeit wünschen, dass ich im Idealfall selbst den Zeitpunkt festlegen kann, wann die DMX-Ausgabe auf die Interfaces bzw. die Interfaces selbst aktiviert werden - und zwar unabhängig davon, was in den Einstellungen für die DMX-Ausgabe grundsätzlich gespeichert ist.

Aus meiner Sicht sollte die Zeit für das automatische Schließen der Abfrage “Load last window layout?” verlängert werden. Gerade wenn ich größere Projekte lade, ist DMXControl 3 noch lange mit sich selbst beschäftigt. In diesem Zustand geht die Abfrage ein Stück weit darin unter, weil im Hintergrund noch vielerlei Dinge passieren.

Wenn man im Cuelist Fenster bei Trigger “follow” einen Trigger Value von 600 eingibt erscheint 10m. Wenn man 600 bei Fade eingibt, erscheint 600ms. Hier wäre eine Vereinheitlichung gut, ich persönlich bin für Millisekunden.

Im Zusammenhang mit dem Ticket  FS#3483  fiel auf, dass ich dem Speedmaster einen enorm hohen BPM-Wert von >10000 BPM mit auf den Weg geben muss, wenn ich den Speedmaster auf die möglichen Zeit-Parameter eines Effekts lege, die in Millisekunden anzugeben sind. Im Node im Input Assignment selbst wird aber die richtige Zeit von 600ms ausgegeben, wenn ich den Speedmaster auf einen Wert von 100 BPM tappe.

Hallo,
die erste Zeile beim Ladefenster “Starting Kernel Subsystem…” ragt in den Ladebalken (Das neue Design ist übrigens super).

Um die verschiedenen Parametermaster/ Speedmaster besser unterscheiden zu können, wäre es super, eine weitere Zeile in den Eigenschaften der Parameter/Speedmaster einzufügen. Diese würde ich Beschreibung nennen. In dieser könnte die Funktion des Masters beschrieben werden.

Wenn man eine Line Zieht, aber dann “abbricht” dann wird nicht korrekt gezeichnet.

Nach Selekt All (redraw) passts wieder

Wenn ich in dem math node eine feste Zahl eingebe, und dann das Projekt speichere, schließe und wieder öffne, ist der Wert nicht mehr vorhanden. Zugleich ist der Input1 in den Optionen des Math-Nodes gar nicht mehr vorhanden. SIehe Screenshot

Wenn ein Slider hinzugefügt wird, ist im Standard Style sowohl die Farbe des Zahlenwertes wie auch die Füllfarbe weiß. Dadurch ist die Schrift kaum zu erkennen.

Mir ist auch aufgefallen, dass sich die Farbe der Schrift beim Slider nicht ändern lässt.

s.o.

Aktuell lässt sich Lumos auch ohne XNA-Framework installieren, die GUI beschwert sich jedoch dann beim Starten, dass sie gerne das XNA 3.0 Framework hätte.

Am besten direkt bei der Installation überprüfen ob es vorhanden ist, und wenn nicht dann anbieten es mit zu installieren.

#8 XNA Setup Fortschritt anzeigen

Der Setup es XNA-Frameworks läuft offensichtlich “silent” ab. Gibt es da eine Möglichkeit für eine Fortschrittsanzeige?
Wichtig wären auch eventuelle Lizenzbedingungen, die im Moment automatisch aktezpiert werden. Wie reagiert der Setup, wenn diese Installation fehlschlägt? Aussagekräftige Fehlermeldung wäre von Vorteil.

Hallo,
beim Versuch DMXControl 3.1.3 zu installieren, konnte XNA Framework 4.0 nicht heruntergeladen werden.
Dies habe ich dann manuell geladen (Microsoft XNA Framework Redistributable 4.0) und installiert. DMXControl 3.1.3 konnte Installiert werden, aber leider nur Unvollständig, da die .exe (Startanwendung) nicht installiert wird.
Ich vermute mal, das der Fehler bei der Software liegt, da mein System (fast) Täglich manuell auf Updates geprüft wird.

MFG
Tim.H

Beim Entfernen eines Bildschirmes an meinem Laptop gab es anschließend XNA Fehler. Im Programmer stand nur noch “Graphic device is disposed”.
Das Logfile enthält mehrmals den gleichen Fehler:

2019-10-23 23:16:49,259 [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 47

Der Fehler lässt sich leider sehr schwer reproduzieren. Manchmal schien das entfernen des Bildschirmes auch problemlos zu funktionieren:

2019-10-24 00:04:11,259 [Log-Thread] DEBUG org.dmxc.lumos.XNAViews.StageView.StageView - Successfully initialized/changed GraphicDevice

.

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

Hallo DMXControl Team,

in Anlehnung an das Ticket https://bugs.dmxcontrol-projects.org/index.php?do=details&task_id=4272  FS#4272  wollte ich einmal fragen, ob es möglich ist soetwas wie Prioritäten bei Gerätegruppen zur verfügung zu stellen.

Wie in dem angehängten Video in dem anderen Ticket (https://bugs.dmxcontrol-projects.org/index.php?getfile=1910) zu sehen, wird die Einstellung eines Gerätes überschrieben, wenn die Einstellung von der Gruppe verändert wird.

Ich würde mich freuen, wenn ich z.B. eine Gruppe grün leuchten lassen will, aber ein Scheinwerfer soll blau sein. Nun möchte ich aber das Grün ändern. Was nun passiert ist, dass der blaue auch grün wird. Da würde es mich freuen, wenn die Einstellung des einzelnen Scheinwerfers bleibt.

Natürlich kann ich mehrere Cues dafür anlegen, denen Prioritäten setzen und dann die “Gruppen-Cue” ändern. Ich möchte eine ablaufende Show programmieren mit mehreren Szenen. Mir wäre es zu aufwendig dafür mehrere Cuelisten zu erstellen.

Ich weiß nicht mehr wo, aber irgendwo habe ich mal gehört, dass ggf. Gruppen verschachelt werden können sollen. Da könnte die Priorität (für Gruppen untereinander) herkommen ohne als Anwender damit zu tun haben zu müssen.

Diese Prioritäten sollten nur bedingt die Prioritäten der Cues beeinflussen. In erster Linie geht es mir darum die Eigenschaften eines Gerätes im Programmer nicht durch eine Gruppe zu überschreiben.

Beste Grüße, Ludwig

Getestet mit Build 1446

Ich habe eine neue Cuelist mit einem SpeedMaster angelegt sowie mehrere Verknüpfungen im Input Assignment erstellt. Daraufhin ließ sich das Projekt nicht mehr speichern.

2019-01-23 23:07:34,989 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Resource.Datastore.FileBackendDatastore - Returning 26 resources of type  in Project.
2019-01-23 23:07:49,545 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Project.ProjectManager - Session SKI-DSK-M4A89GA is saving Project New Project to Temp\ea184066-c6e0-40bf-b75f-d5645fefbaa0.tmp.
2019-01-23 23:07:57,222 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Input.v2.InputManager - saveProject KernelInputManager.
2019-01-23 23:07:58,393 [37] ERROR org.dmxc.lumos.Kernel.Scene.Fanning.FannedValueManager - Unable to serialize IFannedValue with Types: String
2019-01-23 23:07:58,395 [37] ERROR org.dmxc.lumos.Kernel.Project.ProjectManager - Error at save Project, try to load a previous Version
org.dmxc.lumos.Kernel.Exceptions.WrongValueTypeException: There is no Converter for Type: String
   bei org.dmxc.lumos.Kernel.Scene.Fanning.FannedValueManager.serializeIFannedValue(IFannedValue value) in D:\Jenkins\workspace\Lumos_Release\Lumos\Lumos\src\Kernel\Scene\Fanning\FannedValueManager.cs:Zeile 457.
   bei org.dmxc.lumos.Kernel.Scene.Fanning.FannedValueManager.org.dmxc.lumos.Kernel.Resource.Serializer.IResourceSerializer.serialize(Object toSerialize) in D:\Jenkins\workspace\Lumos_Release\Lumos\Lumos\src\Kernel\Scene\Fanning\FannedValueManager.cs:Zeile 428.
   bei org.dmxc.lumos.Kernel.Resource.Xml2ManagedTreeConverter.GenerateData(String name, Object value, XmlDocument dest) in D:\Jenkins\workspace\Lumos_Release\Lumos\LumosLIB\src\Kernel\Resource\Xml2ManagedTreeConverter.cs:Zeile 329.
   bei org.dmxc.lumos.Kernel.Resource.Xml2ManagedTreeConverter.GenerateData(ManagedTreeItem item, XmlDocument dest) in D:\Jenkins\workspace\Lumos_Release\Lumos\LumosLIB\src\Kernel\Resource\Xml2ManagedTreeConverter.cs:Zeile 267.
   bei org.dmxc.lumos.Kernel.Resource.Xml2ManagedTreeConverter.GenerateData(String name, Object value, XmlDocument dest) in D:\Jenkins\workspace\Lumos_Release\Lumos\LumosLIB\src\Kernel\Resource\Xml2ManagedTreeConverter.cs:Zeile 335.
   bei org.dmxc.lumos.Kernel.Resource.Xml2ManagedTreeConverter.GenerateData(ManagedTreeItem item, XmlDocument dest) in D:\Jenkins\workspace\Lumos_Release\Lumos\LumosLIB\src\Kernel\Resource\Xml2ManagedTreeConverter.cs:Zeile 267.
   bei org.dmxc.lumos.Kernel.Resource.Xml2ManagedTreeConverter.GenerateData(ManagedTreeItem item, XmlDocument dest) in D:\Jenkins\workspace\Lumos_Release\Lumos\LumosLIB\src\Kernel\Resource\Xml2ManagedTreeConverter.cs:Zeile 273.
   bei org.dmxc.lumos.Kernel.Resource.Xml2ManagedTreeConverter.GenerateData(ManagedTreeItem item, XmlDocument dest) in D:\Jenkins\workspace\Lumos_Release\Lumos\LumosLIB\src\Kernel\Resource\Xml2ManagedTreeConverter.cs:Zeile 273.
   bei org.dmxc.lumos.Kernel.Resource.Xml2ManagedTreeConverter.GenerateData(ManagedTreeItem item, XmlDocument dest) in D:\Jenkins\workspace\Lumos_Release\Lumos\LumosLIB\src\Kernel\Resource\Xml2ManagedTreeConverter.cs:Zeile 273.
   bei org.dmxc.lumos.Kernel.Resource.Xml2ManagedTreeConverter.GenerateData(ManagedTreeItem item, XmlDocument dest) in D:\Jenkins\workspace\Lumos_Release\Lumos\LumosLIB\src\Kernel\Resource\Xml2ManagedTreeConverter.cs:Zeile 273.
   bei org.dmxc.lumos.Kernel.Resource.Xml2ManagedTreeConverter.GenerateData(ManagedTreeItem item, XmlDocument dest) in D:\Jenkins\workspace\Lumos_Release\Lumos\LumosLIB\src\Kernel\Resource\Xml2ManagedTreeConverter.cs:Zeile 273.
   bei org.dmxc.lumos.Kernel.Resource.Xml2ManagedTreeConverter.GenerateData(ManagedTreeItem item, XmlDocument dest) in D:\Jenkins\workspace\Lumos_Release\Lumos\LumosLIB\src\Kernel\Resource\Xml2ManagedTreeConverter.cs:Zeile 273.
   bei org.dmxc.lumos.Kernel.Resource.Xml2ManagedTreeConverter.GenerateData(ManagedTreeItem item, XmlDocument dest) in D:\Jenkins\workspace\Lumos_Release\Lumos\LumosLIB\src\Kernel\Resource\Xml2ManagedTreeConverter.cs:Zeile 273.
   bei org.dmxc.lumos.Kernel.Resource.Xml2ManagedTreeConverter.GenerateData(ManagedTreeItem item) in D:\Jenkins\workspace\Lumos_Release\Lumos\LumosLIB\src\Kernel\Resource\Xml2ManagedTreeConverter.cs:Zeile 249.
   bei org.dmxc.lumos.Kernel.Resource.Datastore.FileBackendDatastore.saveResource(EResourceType type, LumosResource data) in D:\Jenkins\workspace\Lumos_Release\Lumos\Lumos\src\Kernel\Resource\Datastore\FileBackendDatastore.cs:Zeile 489.
   bei org.dmxc.lumos.Kernel.Resource.ResourceManager.saveResourceInternal(EResourceType type, LumosResource data) in D:\Jenkins\workspace\Lumos_Release\Lumos\Lumos\src\Kernel\Resource\ResourceManager.cs:Zeile 283.
   bei org.dmxc.lumos.Kernel.Resource.AbstractResourceManager.saveResource(EResourceType type, LumosResource data) in D:\Jenkins\workspace\Lumos_Release\Lumos\LumosLIB\src\Kernel\Resource\AbstractResourceManager.cs:Zeile 602.
   bei org.dmxc.lumos.Kernel.Project.Project.saveProject(LumosIOContext context) in D:\Jenkins\workspace\Lumos_Release\Lumos\Lumos\src\Kernel\Project\Project.cs:Zeile 274.
   bei org.dmxc.lumos.Kernel.Project.ProjectManager.saveProject(String name, Stream outputStream, String sessionName) in D:\Jenkins\workspace\Lumos_Release\Lumos\Lumos\src\Kernel\Project\ProjectManager.cs:Zeile 382.
2019-01-23 23:07:58,439 [Log-Thread] INFO  org.dmxc.lumos.Kernel.GUISession.Session - Failed to save Project to GUI SKI-DSK-M4A89GA, Path F:\Verein\DMXControl Projects\Software\DMXControl 3\Testprojekte\DMXC 3.2\Beta-Test V3.2 Alpha 2 (Testprojekt 1).zip

Problem siehe oben und lässt sich wie folgt reproduzieren:

1. Slider mit Parametermaster 1 verknüpfen.
2. Connectionset deaktivieren.
3. Im Parametermaster-Node einen anderen Parametermaster, zum Beispiel Parametermaster 2 auswählen.
4. Connectionset aktivieren.

Das Ergebnis ist, dass der Slider nach dem Reaktivieren des Connectionsets weiterhin den Parametermaster 1 anspricht, obwohl im Connectionset auf der Inputseite die ID des Parametermaster 2 vermerkt ist. Diese wurde intern nicht weiterverarbeitet. Gleiches lässt sich mit dem Cuelist-Node reproduzieren.

Die neue WPF-Message-Box kann aktuell noch in ihrer Größe angepasst. Dabei ist auch ein Maximieren möglich, wenn ich das Fenster an den Bildschirmrand ziehe. Dies sollte aber unterbunden werden und die WPF-Message-Box sollte eine ggf. global vorgegebene Größe erhalten.

s.o.