Bugtracker DMXControl 3

Im Ticket  FS#3470  wurde der Fehler behoben, dass durch das Markieren von Softdesk-Elementen die Größe des Objekts falsch ausgegeben wurde.

Vermutlich durch die Behebung dieses Fehlers wachsen die Elemente nun mit jedem Speichern und Neuladen des Projekt an, und zwar um jeweils 5 Pixel in Breite und Höhe. Durch ein mehrfaches Speichern und Neuladen meines Projekts (im konkreten Fall 2 Mal) kam dann folgendes im Anhang dargestelltes Ergebnis zu Stande. Bild 1 ist das Original, Bild 2 nach dem zweimaligen Neuladen des Projekts. Der Bildausschnitt ist jeweils der gleiche.

In dem Projekt aus FS#3668 kann das Softdesk ebenfalls nicht gespeichert werden - auch wenn man das nur lädt und einfach wieder auf speichern klickt, erhalte ich den folgenden Eintrag in den GUI-Logs:

2019-07-03 22:26:44,337 [4] ERROR Lumos.GUI.Windows.Softdesk.SoftdeskManager - Unable to save Softdesk Showdesk
System.Runtime.Serialization.SerializationException: Die Assembly "LumosGUI, Version=3.2.244.0, Culture=neutral, PublicKeyToken=null" kann nicht gefunden werden.

Server stack trace: 
   bei System.Runtime.Serialization.Formatters.Binary.BinaryAssemblyInfo.GetAssembly()
   bei System.Runtime.Serialization.Formatters.Binary.ObjectReader.GetType(BinaryAssemblyInfo assemblyInfo, String name)
   bei System.Runtime.Serialization.Formatters.Binary.ObjectMap..ctor(String objectName, String[] memberNames, BinaryTypeEnum[] binaryTypeEnumA, Object[] typeInformationA, Int32[] memberAssemIds, ObjectReader objectReader, Int32 objectId, BinaryAssemblyInfo assemblyInfo, SizedArray assemIdToAssemblyTable)
   bei System.Runtime.Serialization.Formatters.Binary.__BinaryParser.ReadObjectWithMapTyped(BinaryObjectWithMapTyped record)
   bei System.Runtime.Serialization.Formatters.Binary.__BinaryParser.ReadObjectWithMapTyped(BinaryHeaderEnum binaryHeaderEnum)
   bei System.Runtime.Serialization.Formatters.Binary.__BinaryParser.Run()
   bei System.Runtime.Serialization.Formatters.Binary.ObjectReader.Deserialize(HeaderHandler handler, __BinaryParser serParser, Boolean fCheck, Boolean isCrossAppDomain, IMethodCallMessage methodCallMessage)
   bei System.Runtime.Serialization.Formatters.Binary.BinaryFormatter.Deserialize(Stream serializationStream, HeaderHandler handler, Boolean fCheck, Boolean isCrossAppDomain, IMethodCallMessage methodCallMessage)
   bei System.Runtime.Remoting.Channels.CoreChannel.DeserializeBinaryRequestMessage(String objectUri, Stream inputStream, Boolean bStrictBinding, TypeFilterLevel securityLevel)
   bei System.Runtime.Remoting.Channels.BinaryServerFormatterSink.ProcessMessage(IServerChannelSinkStack sinkStack, IMessage requestMsg, ITransportHeaders requestHeaders, Stream requestStream, IMessage& responseMsg, ITransportHeaders& responseHeaders, Stream& responseStream)

Exception rethrown at [0]: 
   bei System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage reqMsg, IMessage retMsg)
   bei System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type)
   bei org.dmxc.lumos.Kernel.Resource.IResourceManager.saveResource(EResourceType type, LumosResource data)
   bei Lumos.GUI.Resource.ResourceManager.saveResourceInternal(EResourceType type, LumosResource data) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Resource\ResourceManager.cs:Zeile 537.
   bei org.dmxc.lumos.Kernel.Resource.AbstractResourceManager.saveResource(EResourceType type, LumosResource data) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosLIB\src\Kernel\Resource\AbstractResourceManager.cs:Zeile 606.
   bei Lumos.GUI.Windows.Softdesk.SoftdeskManager.SaveSoftdeskModelFile(SoftdeskModel model) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Windows\Softdesk\SoftdeskManager.cs:Zeile 338.

Die vollständigen Log-Files sind im Ticket FS#3668 zu finden. Probleme beim Speichern des Softdesks im Projekt gab es zuletzt in dem im Ticket  FS#3433  beschriebenen Fehler.

Wenn ich für einen Button die Höhe oder Breite einstelle, wird immer 5 mehr angezeigt. z.b. gebe ich Height=135 ein, dies wird aber auf 140 geändert. Selektiere ich den Button neu, wird mir die richtige Höhe von 135 angezeigt

Wenn ich bei einem Button die Schriftart ändern will, wird diese im button selbst geändert, im Editierbereich bleibt aber die Schirftart “Microsoft Sans Serif” stehen. Ebenso wird die Schriftgröße immer als 13 angezeigt. Auch bei einer Neuselektion des Buttons bleibt MS Sans Serif und 13 bestehen.

Die Feedbackfunktion des SOfdtdesk-Buttons ist ohne FUnktion

Im InpAss verknüpfte SIgnalLampe wird nach einem erneuten Laden des Projekts zu einem “Empty”

Getestet mit Alpha 3, Build 11

Persönlich finde die aktuelle Arbeitsweise zum Auswählen der Controls im Softdesk sehr ungeschickt. Ich kann ein oder mehrere Controls nur über ein Auswahlrecht anwählen. Dies finde ich von Arbeitsweise her als eher ungünstig und weniger intuitiv. Ein einfacher Klick auf das Control führt aktuell auch im Designer die entsprechende Aktion aus des Controls, obwohl ich tendenziell dies an dieser Stelle für das Einrichten des Softdesks eigentlich nicht benötige.

Daher ist mein Wunsch an dieser Stelle, im Designer den Fokus auf die Einrichtung zu legen, sodass ich die Controls nach einem einfach Auswählen per Klick einstellen und ändern kann. Folglich habe ich das Ticket direkt mal mit dem Status “Usability Relevant” versehen.

s. Screenshot

Wie immer das gleiche Problem mit den 125% Windows Skallierung

Auf Gründen der Konsistenz und der einfacheren Bedienung wäre zu Überlegen, ob man die nachträgliche Änderung der Zuordnung von Softdesk-Controls im Graphen ebenfalls zulässt und das Node- / Klassenkonzept auf diese ausweitet. Hierbei könnte aber durchaus in Betracht gezogen werden, dass dies nur typengleich erfolgt - sprich ein Slider wird durch einen anderen Slider ersetzt oder ein Button durch einen anderen Button.

Sofern möglich kann dieser Wunsch auch auf MIDI-Controller und Tastatur ausgeweitet werden.

Itemlist Objekte können nicht kopiert/eingefügt werden

Geiler Scheiß, fast fertig....

Ich kann in Unterordnern keine Cuelists/Cuelist Groiups/ Devices/ Device Groups/ etc. über das Kontextmenü hinzufügen.

Außerdem werden neue o.g. immer im Hauptordner angelegt, die mit dem Button “Create XYZ” in der Menüleiste erstellt werden.

Edit: Patrick: Memo an mich. Das trift auf alle Nodes zu !!!!

hat ein Gerät mehrere Beams, wird es als 1 Icon im LV angezeigt.

Für die folgende Erklärung sei Beispielhaft folgendes Gerät gegeben:

Beam 1:
- RGB
- Position (gilt für alle Beams)
Beam 2:
- RGB
Beam 3:
- RGB

Lösung:
0. Es gibt einen “Master Beam” (der 1. Beam) welcher allgemeine Eigenschaften enthält, die sich die Beams teilen. Per Konvention ist das der 1. <function> Block im DDF. Die Eigenschaften (e.g. <dimmer>) werden mit “global=true” markiert, falls es eine globale Eigenschaft ist. In diesem Fall wird die Eigenschaft auch angezeigt, wenn ich einen anderen Beam selektiere. Der Masterbeam ist also so etwas wie eine “Beamgruppe”.

1. Darstellung im Stageview ist umschaltbar zwischen Einzeldarstellung und Beam Darstellung
⇒ Darstellung als Multibeam nur, falls Gerät > 1 Beams besitzt.
⇒ Einzeldarstellung: Wie aktuell, nur bei “Multibeam” Devices wird unter dem “Hauptbeam” angedeutet, dass es zusätzliche Beams gibt (e.g. Icon oder kleine Vierecke). Die Einzeldarstellung ist quasi der Masterbeam.
⇒ Multibeam Darstellung: Die Beams werden als “Matrix” dargestellt und jeweils gezeichnet wie aktuell der Hauptbeam
⇒ Dies gilt natürlich für Geräte UND Gruppen ⇒ Sollte Beam 1 nur Global Eigenschaften enthalten, wird er in der Beam Darstellung NICHT angezeigt. Begründung: Die Global Eigenschaften des Masterbeams werden auch in den anderen Beams dargestellt. Ergo ist eine separate Darstellung nicht notwendig.

2. Selektion Beam / Master
In der Einzeldarstellung selektiere ich den “Masterbeam”. Über ein Tastaturknopf kann auf Beam Selektion umgeschaltet werden und es werden nur die einzelnen Beams markiert. Das Selektieren einzelner Beams ist für Fanning wichtig.
⇒ Wenn Masterbeam selektiert ist, werden die gemergden Eigenschaften aller Beams im PG angezeigt:
Beispiel:

- RGB (Beam 1-3)
- Position

Wenn ich nun das RGB ändere, ändere ich das RGB aller 3 Beams

⇒ Wenn Beams selektiert sind, wird jeder Beam mit seinen Eigenschaften dediziert im PG angezeigt (Beispiel Beam 2, 3 selektiert)

- Global
  - Position
- Beam 2
  - RGB
- Beam 3
  - RGB

3. Fanning
Master selektiert ⇒ Fanning über Geräte (wie bisher)
Beams selektiert ⇒ Fanning über Beams

2 unterschiedliche Attribute sollte es für Cues geben

Das erste greift während der Programmierung:
Cue 5 ist als Sperre markiert, in Cue 1 füge ich einen weiteren Kreis hinzu. Durch tracking wird dieser jetzt bis einschl. Cue 4 ausgegeben. In Cue 5 wird nun automatisch der urspüngliche Werte (in diesem Fall 0) gespeichert. Nehme ich die Sperre wieder raus, werden die automatisch gesetzten Werte gelöscht.

Das zweite während dem Playback:
Wird dieses Attribut für ein Cue gesetzt, bedeutet dies, dass alle Werte, auch getrackte, erneut ausgegeben werden.
Hintergrund ist folgender, Cue 7 ist ein sehr langsamer fade to black für kreis 1. Also wird die 0 getrackt. Cue 8, Cue 9 (verändern Kreis 1 nicht) werden ausgeführt, während Cue 7 noch ausblendet. Cue 10 soll jetzt ein Black sein. Würde der Black aufgerufen werden, bevor der Fade von Cue 7 beendet ist, gehen alle Kreise bis auf Kreis 1 aus, dieser würde den Fade weitermachen, weil eben nach Cue 7 keine weitere Instruktion für Kreis 1 kamen. Wird nun dieses Attribut gesetzt, werden alle Werte dieses Cues als neue Instruktion betrachtet, in Cue 10 also auch die 0 von Kreis 1 (aber nur während dem Playback) und ausgegeben und beendet somit auch den laufenden Fade.

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.

Ändere ich den Wert eine Zelle im Cuelist Editor oder den Namen einer Verbindung im Input Assignment und möchte mit den Tasten Pos1 bzw. Ende an den Anfang bzw. Ende des Textes in der Zelle springen, wird stattdessen der Edit-Modus der Zelle verlassen und die erste bzw. letzte Zelle in der Zeile ausgewählt.

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

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

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

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

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

Wenn man sehr viele Cuelisten hat (siehe Project  FS#3697 ) dann ist das Dropdown bei “Add⇒Special Cue⇒ Cuelist” zur Auswahl der Cueliste doof.

Wenn ich ein Projekt geladen habe, kommt es ab und zu vor, dass die Kontrollfenster alle sehr klein oben links in der Ecke sind. Da bringt keine Änderung des Layouts irgendwas. Nach einem Neustart klappt es dann manchmal normal.

in dem Fenster “Edit rule set” vom Midi, ist das Feld “Name” & “GUID” weisse Schrift auf weissem Grund wenn man schreiben will.

siehe Bilder

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

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

Oft kommt es bei mir vor, dass vorhandene Verbindungen verschwinden. Wechselt man in die Tabellenansicht und danach wieder in den Graphen, sind die Verbindungen wieder vorhanden

Wenn der Project Explorer horizontal gescrollt wird, verschwinden die Symbole vor den Einträgen. Wenn man mit der Maus einmal über die Symbole fährt, erscheinen sie wieder.

Im ParameterMaster-Node erscheinen die einzelnen ParameterMaster nicht aufgelistet

Schriftgröße, Schriftart, Farbe, Hintergrundfarbe

Wenn ich nodes hin & her schiebe (anordne) öffnet sich manchmal das Einstellungsfenster des node’s, beim Maus loslassen.

Es ist nicht konstant reproduzierbar, daher weiss ich nicht ob es ein Fehler ist oder ein feature.

kann das Verhalten jemand bestätigen?

wenn ich im Inputassignment nodes verschieben möchte muss ich diese vorher einmal mit der Maus anklicken (auswählen) bevor ich sie per drag&drop verschieben kann.

ist es evtl. möglich die nodes schon mit dem ersten Mausklick (gedrückt halten) zu markieren?

Der Powermeter Name verdeckt das Powermeter.

wird das noch geändert?

Nach dem laden meines Projectes, werden die Powermeter nicht angezeigt.
Obwohl in beiden Einstellungen Anzeigen auf true steht.
erst wenn ich einer der beiden Powermeter auf false setze, erscheint das andre Meter.

beim neu laden des Projects tritt dies nicht auf, warscheinlich nur beim ersten Start von DMXC.

im Anhang ein Video und die log’s und das Project

Das Nodle-Plugin zeigt im Config-Dialog immer die die Default-Timings.
Es sollten aber die aktuellen Einstellungen des Nodle angezeigt werden.

Die nodle.dll gibt das her:

DLL_EXPORT unsigned long DLL_STD GetInterfaceConfig (TSERIAL Serial, unsigned char *pControl, unsigned short *pBreaktime, unsigned short *pMarktime, unsigned short *pInterbytetime, unsigned short *pInterframetime, unsigned short *pChannelcount, unsigned short *pStartbyte);

wenn das Fenster der Powermeter verkleiner und wieder vergrössert wird, spinnt die darstellung der Meter.
erst ein minimieren und maximieren hilft.

wenn ich zb. einen button markiert habe und danach einen anderen button markieren will, sind nun beide markiert.
Dies ist kein korrektes Verhalten.
Zum markieren mehrerer buttons nacheinander müsste mann STRG zusätzlich drücken müssen.
Ich muss jedesmal erst ins Leere klicken, vergesse ich dieses, habe ich ausversehen falsche Buttons markiert.

beim laden des Projekts, haben Slider vom Softdesk im InputAssignment keinen Grundwert/gespeicherten Wert.

Parallel dazu zeigt der Slider im Softdesk aber schon einen alten gespeicherten Wert an.

Man muss erst alle Slider bewegen damit sie etwas ausgeben im InputAssignment.

wenn ich ein Gerät in eine Elektrizität Gruppe hinzufüge wird mir dieses Gerät nicht automatisch im Baum Angezeigt.
Keine Rückmeldung ob Gerät hinzugefügt wurde, erst das Aktuallisieren der Ansicht (F5 oder ähnliches) lässt das Gerät erscheinen.

Bei “Buttons” wird immer nur die Funktion zu Verfügung gestellt die nötig ist. ( Eingang oder Ausgang)
Bei “Programmer” werden immer alle Funktionen (Eingang und Ausgang) Verfügbar gemacht.

Will man also einen Button beleuchten muss dieser 2 mal hinzugefügt werden.

Es sollte egal ob ich den Node ausm Eingang oder Ausgang auswähle immer alle Funktionen (Eingänge & Ausgänge) zur Verfügung stehen.

beim verlassen der “Graphenansicht” wird die Platzierung der Nodes nicht gespeichert und jedesmal beim wieder öffnen wild durcheinander geschmissen.

es ist recht ungewohnt das Softdesk ohne zoom Funktion zu bearbeiten.
Da ich das Softdesk auf Desktop Grösse auslegen , muss ich ständig scrollen um alle Buttons zu erreichen.
Eine Zoom Funktion wie im Input Assi wäre sehr hilfreich.

evtl. mit Hilfslinien des Maximalen verfügbaren Bereichs der Vollbild Grösse.

Eines meiner älteren Projekte, was ich zuletzt mit der Beta 2 fleißig bearbeitet und genutzt habe, kann ich mit der Beta 4 nun nicht mehr Speichern. Auch ein einfaches Laden des Projekts und speichern ohne weitere Änderungen schlägt fehl. Im Kernel taucht vor dem Abschluss des Speichervorgangs folgender unscheinbarer Log-Eintrag auf:

2019-07-03 22:26:55,232 [Log-Thread] WARN  LumosLIB.Tools.LumosTools - Unable to save project in PEManager

Das GUI-Log zeigt dazu noch folgende Informationen:

2019-07-03 22:26:44,398 [Log-Thread] WARN  LumosLIB.Tools.LumosTools - Unable to save project in PEManager
System.Runtime.Remoting.RemotingException: Fehler beim Verarbeiten der Anforderung auf dem Server: System.Runtime.Remoting.RemotingException: TCP-Channelprotokollverletzung: Präambel wird erwartet.
   bei System.Runtime.Remoting.Channels.Tcp.TcpSocketHandler.ReadAndMatchPreamble()
   bei System.Runtime.Remoting.Channels.Tcp.TcpSocketHandler.ReadVersionAndOperation(UInt16& operation)
   bei System.Runtime.Remoting.Channels.Ipc.IpcServerHandler.ReadHeaders()
   bei System.Runtime.Remoting.Channels.Ipc.IpcServerTransportSink.ServiceRequest(Object state)
   bei System.Runtime.Remoting.Channels.SocketHandler.ProcessRequestNow()

Server stack trace: 
   bei System.Runtime.Remoting.Channels.Ipc.IpcServerHandler.ReadToEndOfHeaders(BaseTransportHeaders headers)
   bei System.Runtime.Remoting.Channels.Ipc.IpcClientHandler.ReadHeaders()
   bei System.Runtime.Remoting.Channels.Ipc.IpcClientTransportSink.ProcessMessage(IMessage msg, ITransportHeaders requestHeaders, Stream requestStream, ITransportHeaders& responseHeaders, Stream& responseStream)
   bei System.Runtime.Remoting.Channels.BinaryClientFormatterSink.SyncProcessMessage(IMessage msg)

Exception rethrown at [0]: 
   bei System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage reqMsg, IMessage retMsg)
   bei System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type)
   bei org.dmxc.lumos.Kernel.HAL.Lists.IGUIItemList.get_ID()
   bei Lumos.GUI.Windows.ItemList.PE.ItemListNode.get_ID() in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Windows\ItemList\PE\ItemListNode.cs:Zeile 37.
   bei LumosLIB.GUI.Windows.ProjectExplorer.AbstractExplorerNode.saveToManagedTree(ManagedTreeItem item) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosLIB\src\GUI\Windows\ProjectExplorer\AbstractExplorerNode.cs:Zeile 285.
   bei LumosLIB.GUI.Windows.ProjectExplorer.AbstractExplorerBranch.saveToManagedTree(ManagedTreeItem item) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosLIB\src\GUI\Windows\ProjectExplorer\AbstractExplorerBranch.cs:Zeile 93.
   bei Lumos.GUI.Windows.PEManager.Lumos.GUI.Run.IGuiProjectManager.saveProject(LumosGUIIOContext context) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Windows\ProjectExplorer\PEManager.cs:Zeile 335.
   bei Lumos.GUI.Run.GuiRunManager.<>c__DisplayClass34_0.<saveProject>b__0(IGuiManager m) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Run\GuiRunManager.cs:Zeile 337.

Die vollständigen Logfiles sind beigefügt. Das Projekt stelle ich intern zur Verfügung.

Je nach Anordnung der Nodes in einem Grpahen variiert die Breite der neuen Verbindungslinien. Es ist daher möglich ist, dass sie gänzlich verschwinden, sobald die Verbindungspunkte zweier Nodes (also Ausgang und Eingang) wie im beigefügten Beispiel vertikal untereinander anordnet.

Ich habe es des öfteren, dass das stageview lila Artefakte enthält.

Dazu kommt, dass die devicenummern manchmal blinken. Siehe im Video die Nummern der KLS Geräte. Es läuft eine cuelist, die aber diese KLS Geräte nicht anspricht sondern die Pixbar Geräte (unten)

Analog zu den Cuelists sollte auch bei Softdesks durch Copy & Paste eine Kopie des zuvor ausgewählten Softdesks angelegt werden.

Für Theateraufführungen oder anderweitige Programme mit fester Abfolge wäre es sehr praktisch zu sehen was im nächsten Cue passiert. Dies könnte entweder grafisch oder in Form einer Tabelle wie z.B. im Programmer dargestellt werden. Welche Form der Darstellung gewählt wird oder beide oder gar keine Implementierung des Features, wäre noch zu entscheiden.

Im Propertygrid vom Softdesk werden bei der Selektierung von Controls keine Propertys mehr angezeigt. Lediglich die Softdeskpropertys können aufgerufen werden

Das Klonen von Verknüpfungen im InpAss funktioniert nicht. Das kopierte Element ist unvollständig. Es fehlen die Buttons aus dem Softdek.
Siehe Bilder

Außerdem ist die kopierte Verknüpfung nicht aktiviert

s. Überschrift
passend zur Disskusion im Forum:
https://forum.dmxcontrol-projects.org/index.php?thread/14319-konzepterl%C3%A4uterung-und-verst%C3%A4ndnisfragen-zum-neuen-input-assignment/&postID=121109#post121109

Aus Nutzersicht wäre es super, “virtuelle” Eingänge (z.B. Go / Stop  FS#3321 ) zu haben, die im Hintergrund einen Graphen generieren. Dadurch könnten viele Standard Fälle abgedeckt werden, ohne das Input Assignment zu verschandeln.

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.

Für die Kommunikation mit Energiezählern wird standardmäßig die Kommunikation über Modbus RTU / TCP hergestellt. Z.b. Siemens Sentron
Die Register für die einzelnen Adressen sind allerdings nicht bei jedem Gerät identisch. Somit muss für jeden Datenpunkt der Datentyp und die Registeradresse eingegeben werden können.

Das 3DConnexion-Plugin lässt sich zwar fehlerfrei starten und konfigurieren, die “Anbindung” an die Stage View fehlt bis dato. Das soll heißen, ein in der Stage View ausgewähltes Gerät kann über die 3D-Maus nicht gesteuert werden.

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

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