ReleaseTime, GoToTime, GoBackTime
Up/Down fehlt noch

Oh man, wie geht denn des?
Habs jetzt sicher ne halbe Stunde versucht wieder zu triggern...

System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
   bei org.dmxc.lumos.Kernel.Mixer.Register.MixerRegister.getMixedPropertyValues() in D:\dmxc3\Lumos\Lumos\src\Kernel\Mixer\Register\MixerRegister.cs:Zeile 427.
   bei org.dmxc.lumos.Kernel.Mixer.DMXCMixer.processRegisterValues(RunContext ctx) in D:\dmxc3\Lumos\Lumos\src\Kernel\Mixer\DMXCMixer.cs:Zeile 370.
   bei org.dmxc.lumos.Kernel.Run.MainProcessRunable.ActionBag.Invoke(RunContext ctx) in D:\dmxc3\Lumos\Lumos\src\Kernel\Run\Thread\MainProcessRunable.cs:Zeile 51.

if (o.valueCanPass(v.Left, v.Right, DMXCMixer.getInstance().isLTPMixMode(v.Left)))

Lässt man den Server laufen und startet die GUI neu, bei der das Szenen-Listen Fenster bereits geöffnet ist, lässte sich durch Doppelklick auf eine SzenenListe diese nicht in dem entsprechenden Fenster anzeigen. Erst wenn man das Fenster ‘SceneList’ schließt und dann auf die Liste Doppel-Klickt geht wieder alles.

Szenenliste gestartet. Szene 2 in den Programmer geladen. Clear Programmer und Szenenliste neu gestartet.

Es wäre gut die Uhrzeit (Systemzeit) als Textfeld auf dem Softdesk anzeigen zu können.

Gerade für zeitliche Geschichten (Geburtstage ect.)

In Fullscreen sieht man nicht mehr die Systemuhr unten rechts.

s.o.

Wird für Shader-Modell V3.0+ benötigt.
Und Die Gobocorrelation

Getestet mit Build 1492

Es ist in der laufenden Sitzung zweimal passiert, dass die Stage View nicht vollständig gezeichnet wurde. Die Ursache ließ sich gerade noch nicht richtig eingrenzen. In den Logs der GUI tauchen folgende Einträge auf:

System.ObjectDisposedException: Auf das verworfene Objekt kann nicht zugegriffen werden.
Objektname: "Texture2D".
   bei Microsoft.Xna.Framework.Helpers.CheckDisposed(Object obj, IntPtr pComPtr)
   bei Microsoft.Xna.Framework.Graphics.EffectParameter.SetValue(Texture value)
   bei org.dmxc.lumos.XNAViews.StageView.DeviceOrBeamIcon.OnGetIconEffect(Effect effect) in D:\Jenkins\workspace\Lumos_Release\Lumos\XNAViews\src\XNAViews\StageView\Icons\DeviceOrBeamIcon.cs:Zeile 201.
   bei org.dmxc.lumos.XNAViews.StageView.AbstractIconBase.GetIconEffect(Effect effect, Single time, AliasIcon alias) in D:\Jenkins\workspace\Lumos_Release\Lumos\XNAViews\src\XNAViews\StageView\Icons\AbstractIconBase.cs:Zeile 515.
   bei org.dmxc.lumos.XNAViews.StageView.StageView.drawIcon(RectangleF bounds, Single time, AbstractIconBase abstractIconBase, AliasIcon alias) in D:\Jenkins\workspace\Lumos_Release\Lumos\XNAViews\src\XNAViews\StageView\StageView.cs:Zeile 1584.
   bei org.dmxc.lumos.XNAViews.StageView.StageView.DrawIcons(RectangleF bounds) in D:\Jenkins\workspace\Lumos_Release\Lumos\XNAViews\src\XNAViews\StageView\StageView.cs:Zeile 1533.
   bei org.dmxc.lumos.XNAViews.StageView.StageView.Draw(Rectangle clipingRectangle) in D:\Jenkins\workspace\Lumos_Release\Lumos\XNAViews\src\XNAViews\StageView\StageView.cs:Zeile 1247.

Das Problem ist hier, dass die Fehlermeldung so häufig in das Logfile geschrieben wird, dass dieses binnen wenigen Sekunden merklich größer wird. Sobald die Stage View im Hintergrund ist und zum Beispiel durch den Project Explorer “überlagert” wird, stoppt das Fortschreiben der Meldungen (siehe auch zweites Video in WhatApp-Gruppe vom 26.01. um 12:17 Uhr).

Nach längerem Arbeiten war das Speichern nicht mehr möglich. Auch “Speichern unter " lief nicht mehr.
Kurze Zeit später hat sich dann der Kernel mit einer Fahlermeldung beendet.

2016-10-06 18:42:05,240 [106] DEBUG org.dmxc.lumos.Kernel.Project.ProjectManager - Session RACHEL is saving Project New Project to Temp\34aae938-6617-4f87-b8fd-26c03feddedd.tmp.
2016-10-06 18:42:07,003 [106] DEBUG org.dmxc.lumos.Kernel.Resource.FileAccessUtil - Deleted C:\Users\Malena\AppData\Roaming\DMXControl Projects e.V.\DMXControl\Kernel\Temp\60a22244-45a4-4773-bf70-655713225eee.tmp
2016-10-06 18:42:07,674 [106] ERROR org.dmxc.lumos.Kernel.Project.ProjectManager - Error at save Project, try to load a previous Version
System.NotSupportedException: This PropertyValue is Readonly!
Member Type: org.dmxc.lumos.Kernel.PropertyType.BooleanType Value: Open

 bei org.dmxc.lumos.Kernel.PropertyValue.PropertyValueReadOnlyWrapper.org.dmxc.lumos.Kernel.Resource.ILumosSaveable.saveToManagedTree(ManagedTreeItem item, LumosIOContext context) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\PropertyValue\IPropertyValue.cs:Zeile 452.
 bei org.dmxc.lumos.Kernel.Scene.Entry.AbstractSceneEntry.saveToManagedTree(ManagedTreeItem item, LumosIOContext context) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\Scene\Entry\AbstractSceneEntry.cs:Zeile 853.
 bei org.dmxc.lumos.Kernel.Scene.AbstractEntryContainer.saveToManagedTree(ManagedTreeItem item, LumosIOContext context) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\Scene\AbstractEntryContainer.cs:Zeile 520.
 bei org.dmxc.lumos.Kernel.Project.PresetManager.org.dmxc.lumos.Kernel.Project.IProjectResourceUser<org.dmxc.lumos.Kernel.Scene.Preset.IPreset>.SaveItem(IPreset item, LumosIOContext context) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\Project\PresetManager.cs:Zeile 210.
 bei org.dmxc.lumos.Kernel.Project.ProjectContainer`1.Save(LumosIOContext context) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\Project\ProjectContainer.cs:Zeile 135.
 bei org.dmxc.lumos.Kernel.Project.Project.saveProject(LumosIOContext context) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\Project\Project.cs:Zeile 211.
 bei org.dmxc.lumos.Kernel.Project.ProjectManager.saveProject(String name, Stream outputStream, String sessionName) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\Project\ProjectManager.cs:Zeile 355.

2016-10-06 18:42:07,705 [106] INFO org.dmxc.lumos.Kernel.GUISession.Session - Failed to save Project to GUI RACHEL, Path C:\Kwela\Kwela_HB.zip
2016-10-06 18:42:39,317 [113] DEBUG org.dmxc.lumos.Kernel.Project.ProjectManager - Session RACHEL is saving Project New Project to Temp\38c691ec-d7a6-4eb8-b2d1-d48638bf5754.tmp.
2016-10-06 18:42:42,141 [113] ERROR org.dmxc.lumos.Kernel.Project.ProjectManager - Error at save Project, try to load a previous Version
System.NotSupportedException: This PropertyValue is Readonly!
Member Type: org.dmxc.lumos.Kernel.PropertyType.BooleanType Value: Open

Getestet mit Build 1581

Beim Starten des Kernels ist mit folgende Fehlermeldung aufgefallen. Im gleichen Zusammenhang frage die Windows Firewall nach, ob die den Datenverkehr zulassen soll.

2019-02-03 15:10:52,754 [Main] ERROR LumosLIB.Kernel.Input.Macroboard.AbstractMacroBoardManager - 
System.Net.Sockets.SocketException (0x80004005): Normalerweise darf jede Socketadresse (Protokoll, Netzwerkadresse oder Anschluss) nur jeweils einmal verwendet werden
   bei System.Net.Sockets.Socket.DoBind(EndPoint endPointSnapshot, SocketAddress socketAddress)
   bei System.Net.Sockets.Socket.Bind(EndPoint localEP)
   bei System.Net.Sockets.UdpClient..ctor(Int32 port, AddressFamily family)
   bei System.Net.Sockets.UdpClient..ctor(Int32 port)
   bei org.dmxc.DMXDude.DMXDudeReceiver.StartRecieverThread(IPAddress ListenerIP) in C:\Users\Grote\Source\Repos\Arduino_DMXC_Streamdeck\DMXDude_VirtualControls_Board\DMXDude_VirtualControls_Board\UDPNetwork.cs:Zeile 33.
   bei LumosLIB.Kernel.Input.Macroboard.AbstractMacroBoardManager.initializeManager() in D:\Jenkins\workspace\Lumos_Release\Lumos\LumosLIB\src\Kernel\Input\MacroBoard\AbstractMacroBoardManager.cs:Zeile 219.

Projekt und Logs siehe  FS#3362 .

Getestet mit Build 1492

Nach dem Start der GUI passierte es häufig, dass abgesehen von der Menüleite oben und dem Schnellzugriff links keine weiteren Fenster anzeigt wurden (Bild 1). Bei einem Reset des Layouts verdeckt der Project Explorer die Fenster im angehängten Screenshot, jedoch nicht in der vollen Fenstergröße (Bild 2 und Bild 3). Erst nach einem Neustart von DMXControl 3.2 ist das Layout vollständig resettet.

2019-01-26 12:48:10,385 [1] ERROR Lumos.GUI.WindowManager - 
System.InvalidOperationException: Invalid Content: ActiveContent must be one of the visible contents, or null if there is no visible content.
   bei WeifenLuo.WinFormsUI.Docking.DockPane.set_ActiveContent(IDockContent value) in C:\Users\Grote\Downloads\dockpanelsuite-Release_3.0 (1)\dockpanelsuite-Release_3.0\WinFormsUI\Docking\DockPane.cs:Zeile 174.
   bei WeifenLuo.WinFormsUI.Docking.DockContentHandler.Activate() in C:\Users\Grote\Downloads\dockpanelsuite-Release_3.0 (1)\dockpanelsuite-Release_3.0\WinFormsUI\Docking\DockContentHandler.cs:Zeile 736.
   bei WeifenLuo.WinFormsUI.Docking.DockContentHandler.SetParent(Control value) in C:\Users\Grote\Downloads\dockpanelsuite-Release_3.0 (1)\dockpanelsuite-Release_3.0\WinFormsUI\Docking\DockContentHandler.cs:Zeile 881.
   bei WeifenLuo.WinFormsUI.Docking.DockContentHandler.SetPane(DockPane pane) in C:\Users\Grote\Downloads\dockpanelsuite-Release_3.0 (1)\dockpanelsuite-Release_3.0\WinFormsUI\Docking\DockContentHandler.cs:Zeile 816.
   bei WeifenLuo.WinFormsUI.Docking.DockContentHandler.SetPaneAndVisible(DockPane pane) in C:\Users\Grote\Downloads\dockpanelsuite-Release_3.0 (1)\dockpanelsuite-Release_3.0\WinFormsUI\Docking\DockContentHandler.cs:Zeile 781.
   bei WeifenLuo.WinFormsUI.Docking.DockContentHandler.SetDockState(Boolean isHidden, DockState visibleState, DockPane oldPane) in C:\Users\Grote\Downloads\dockpanelsuite-Release_3.0 (1)\dockpanelsuite-Release_3.0\WinFormsUI\Docking\DockContentHandler.cs:Zeile 582.
   bei WeifenLuo.WinFormsUI.Docking.DockContentHandler.set_PanelPane(DockPane value) in C:\Users\Grote\Downloads\dockpanelsuite-Release_3.0 (1)\dockpanelsuite-Release_3.0\WinFormsUI\Docking\DockContentHandler.cs:Zeile 444.
   bei WeifenLuo.WinFormsUI.Docking.DockPanel.Persistor.LoadFromXml(DockPanel dockPanel, Stream stream, DeserializeDockContent deserializeContent, Boolean closeStream) in C:\Users\Grote\Downloads\dockpanelsuite-Release_3.0 (1)\dockpanelsuite-Release_3.0\WinFormsUI\Docking\DockPanel.Persistor.cs:Zeile 617.
   bei WeifenLuo.WinFormsUI.Docking.DockPanel.LoadFromXml(Stream stream, DeserializeDockContent deserializeContent) in C:\Users\Grote\Downloads\dockpanelsuite-Release_3.0 (1)\dockpanelsuite-Release_3.0\WinFormsUI\Docking\DockPanel.Persistor.cs:Zeile 799.
   bei Lumos.GUI.WindowManager.LoadWinFormUITheme(ThemeBase winFormUITheme) in D:\Jenkins\workspace\Lumos_Release\Lumos\LumosGUI\src\WindowManagement\WindowManager.cs:Zeile 854.

Tritt immer mal auf, wenn mann wie in FS2666 im ersten Kommentar vorgeht.

MfG
Patrick

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.List`1.Enumerator.MoveNextRare()
   bei System.Collections.Generic.List`1.Enumerator.MoveNext()
   bei System.Linq.Enumerable.FirstOrDefault[TSource](IEnumerable`1 source, Func`2 predicate)
   bei org.dmxc.lumos.Kernel.Resource.ManagedTreeItem.GetChild(String name) in C:\SVN\3_1\LumosLIB\src\Kernel\Resource\ManagedTreeItem.cs:Zeile 98.
   bei org.dmxc.lumos.Kernel.Resource.ResourceManager.TryGetResourceMetadata[T](String resourceName, String dataName, T& value) in C:\SVN\3_1\Lumos\src\Kernel\Resource\ResourceManager.cs:Zeile 349.
   bei org.dmxc.lumos.Kernel.Resource.ResourceManager.allResources(EResourceType type) in C:\SVN\3_1\Lumos\src\Kernel\Resource\ResourceManager.cs:Zeile 189.
   bei org.dmxc.lumos.Kernel.Resource.ResourceManager.allResourcesInternal(EResourceDataType type) in C:\SVN\3_1\Lumos\src\Kernel\Resource\ResourceManager.cs:Zeile 204.
   bei org.dmxc.lumos.Kernel.Resource.AbstractResourceManager.allResources(EResourceDataType type) in C:\SVN\3_1\LumosLIB\src\Kernel\Resource\AbstractResourceManager.cs:Zeile 436.
   bei org.dmxc.lumos.Kernel.Resource.ImageSizeCacheResourceListener.WatchImages() in C:\SVN\3_1\LumosLIB\src\Kernel\Resource\AbstractResourceManager.cs:Zeile 696.
   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()

nicht vorhanden

Aktuell besteht keine Möglichkeit, insbesondere ein alternierendes Fanning symmetrisch zu spiegeln. Ich schlage daher vor, den folgenden Syntax zu implementieren:

255; 0; 0 # 0; 0; 255 # 255; 255; 255 M

Bei dem Beispiel würde die Ausgabe innerhalb einer Gruppe wie folgt aussehen:

• 8 Geräte (gerade Anzahl): W B R W B R (Spiegelachse) R B W R B W
• 7 Geräte (ungerade Anzahl): W B R W B R B W R B W (mittleres Gerät ist gleichzeitig Spiegelachse)

Der Buchstabe M zum Spiegeln eines alternierenden Fannings wird auch deswegen gebraucht, da ohne diesen ein spiegelbildliches Delay zwischen zwei Cues nicht möglich ist. Momentan geht nur eines von beiden:

• Spiegelbildliches Delay zwischen zwei Cues: Sortierung der Geräte innerhalb der Gruppe 1 2 3 4 5 6 7 8 9 10 11 12
• Spiegelbildliches alternierendes Fanning: Sortierung innerhalb der Gruppe 1 2 3 4 5 6 12 11 10 9 8 7

Möchte ich das folgende alternierende Fanning erstellen, ist der zugehörige Syntax verhältnismäßig aufwendig und unter Umständen schwer auf Fehler zu untersuchen:

• Ausgabe: R R R B W W
• Syntax: 255; 0; 0 # 255; 0; 0 # 255; 0; 0 # 0; 0; 255 # 255; 255; 255 # 255; 255; 255

Um dies zu vereinfachen und die Eingabe zu beschleunigen, schlage ich die Implementierung des folgenden oder eines äquivalenten Syntax vor, um Eigenschaften wie zum Beispiel die Farbe auf nachfolgende Geräte zu übertragen:

3X 255; 0; 0 # 0; 0; 255 # 2X 255; 255; 255

Sollte die zugehörige Gruppe kleiner werden, weil zu viele Geräte deaktiviert wurden, wird einfach von Beginn an ausgegeben. Die Ausgabe sähe dann so aus:

• 3 aktive Geräte: R R R

Ergänze ich den Syntax zusätzlich um das M zum Spiegeln (siehe hierzu FS #2679), sieht die Ausgabe wie folgt aus:

• 4 aktive Geräte: R R (Spiegelachse) R R
• 8 aktive Geräte: B R R R (Spiegelachse) R R R B
• 28 aktive Geräte: R R W W B R R R W W B R R R (Spiegelachse) R R R B W W R R R B W W R R

Damit die Funktion auch mal einen Bugtacker Eintrag bekommt

Alle Funktionen die man so braucht sollten über eine Kommandozeile ausführbar sein, damit später alles über Tasten bedienbar ist.

Einfachste:
<1> <FL> setzt Dimmer von Gerät 1 auf 100%
<REC> <NEXT> <ENTER> Speichert alle Werte auf dem Programmer unter der nächsten freien Cue Nummer
<REC> <SUB> <1> <ENTER> Speichert alle Werte aus dem Programmer in Submaster 1
<REC> <GROUP> <NEXT> Speichert die aktuelle Auswahl in der nächst freien Gruppe

Mittel:
<CUE> <1> <TIME> <3> <TIME> <5> <ENTER> setzt Fade In Zeit von Cue 1 auf 3 Sekunden und Fade Out Zeit auf 5 Sekunden
<1> <THRU> <100> <AT> <1> <THRU> <100> fanned über Kreise 1 bis 100 die Werte 1 bis 100
<GROUP> <1> <COLOR> <AT> <PRESET> <1> setzt alle Farben der in Gruppe 1 gespeicherten Geräte auf Preset 1

Komplex:
Muss ich mir erst was schönes einfallen lassen, aber ich denke sollte soweit klar sein, was gemeint ist.

es wäre für einige effekte ganz nett wenn man das fanning in den effekten in gruppen(größen) einteilen könnte, ähnlich der “Wings” bei MA
wobei der wert selbst entweder für die gruppenanzahl oder für die gruppengröße stehen könnte.

gruppengröße würde dann beim beispiel PAN Fanning (-90 > 90 ) von 12 geräten bewirken:
Wert = 1: üblicher ausgang, geräte sind jeweils 15° (180°/12) auseinander gedreht von der mitte weg.
Wert = 3: jeweils drei lampen in die gleiche richtung, dafür aber 45° auseinander, da nur noch vier verschiedene werte errechnet werden müssen
Wert = 6: jeweils sechs lampen, bei zwölf geräten nur noch zwei gruppen, die im 90° winkel zueinander stehen.

bei gruppenanzahl wäre es analog dazu, nur eben andersrum ich hoffe ich habe das mit dem fanning der werte richtig verstanden, wenn ja und wenn das funktioniert, wäre ich sehr begeistert!

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.

Die switch-Funktion kann zwar aktuell neben der einfachen Variante, wo beim halben Weg des DMX-Kanals die Umschaltung von aus auf ein erfolgt bzw. umgekehrt auch einen eigenen Wertebereich für ein und aus vorgeben.

Allerdings müssen in DMXC 3.2.3 bestimmte Angaben doppelt gemacht werden. Beim Shutter ist bereits über die types “closed” und “open” eine eindeutige Zuordnung gewährleistet. Diese Systematik sollte auch für die switch-Funktion übernommen werden, wie im nachfolgenden Beispiel gezeigt.

<switch dmxchannel="0" >
  <step type="off" mindmx="0" maxdmx="3" />
  <step type="on" mindmx="4" maxdmx="255" />
</switch>

Verwendung von “Switch” Propertys verbessern.
Im DDF sollte hinterlegt werden können, ob der Switch ein Dimmer ist (default) oder nicht. Entsprechend sollte die Handhabung im LiveView gecoded werden.

Wenn man einen Effekt auf Pan/Tilt legt,
schaltet sich dieser ab wenn man im
Positions-Fenster die Position verschieben
möchte.

http://www.dmxcontrol.de/forum/index.php?page=Thread&threadID=8740

Gruß Uwe

Hallo,
Ich verwenden die aktuellste Version von DMXControl 3
… und such eine Möglichkeit mit meinem Interface SUSHI-DS klar zu kommen.
Ich wäre Euch für einen Tipp sehr dankbar.
VG & Danke Horst

Ich habe dieses Interface (Ausgabe des Hardwaremanagers):

  CLOCK

  Network

  Devices

Im angehängten kaputten DDF führt der Support-Handler zu einer Exception. Dabei ist bei mir auch beim Wechsel zwischen den Funktionen (RGB und Farbtemperatur) die GUI eingefroren. Mit der anderen Variante funktioniert es ohne Probleme (wie heute per TS besprochen).

Beta 1

Wird das DDF aus dem Eintrag  FS#3064  einem neuen Projekt hinzugefügt, Shutter und Dimmer geöffnet und ein beliebiges Gobo vom rotierenden Goborad gewählt, geht die Stage View davon aus, dass die Goborotation aktiviert ist. Der DMX-Wert 7 auf DMX-Kanal 14 und 128 auf DMX-Kanal 15 stehen aber gemäß Handbuch und gemäß tatsächlicher Ausgabe für ein indiziertes Gobo mit einer Position von 180°.

Bei der Verwendung des Support-Handlers gibt es aktuell noch einen Konflikt, wenn folgendes Szenario eintritt:

• Angefügtes DDF einem leeren Projekt hinzufügen
• Ein beliebiges Gobo auf dem ersten Goborad auswählen
• Goboshake aktivieren
• Im Nachgang die Goborotation oder die Goboindizierung einschalten

Sind die oben genannten Schritte abgearbeitet, läuft der Goboshake nicht mehr. Erst wenn der Wert für den Goboshake verändert wird, läuft zum Beispiel die Kombination aus Goborotation und Goboshake.

Im angehängten DDF habe ich sowohl Farbkanäle als auch 2 Farbräder (nach dem Hinweis von Patrick, dass die virtuellen CTO-Filter eher ein virtuelles Farbrad sind als ein Farbkorrektur-Kanal). Das DDF kann ich so ohne Probleme in DMXC laden. Mit dem DDF funktioniert es, die Farbkanäle anzusteuern. Auch der Support-Kanal steht da auf dem richtigen Wert. Es funktioniert ebenfalls, die virtuellen Rainbow-Effekte durchlaufen zu lassen (auch hier wird der Support-Kanal korrekt gesetzt). Es funktioniert aber nicht, die CTO-Filter auf dem einen virtuiellen Farbrad bzw. die Farben auf dem anderen virtuellen Farbrad anzusprechen. Der entsprechende Kanal wird zwar korrekt gesetzt, der Support-Kanal wird aber nicht gesetzt und bleibt auf seinem bisherigen Kanalwert.

Edit: Ich habe das DDF mal mit dem hal-Parameter aus  FS#4639  ergänzt und noch einmal angehängt

Hallo,

ich würde es sehr begrüßen, wenn uDMX im DMXC3 unterstützt werden würde. Dann könnte ich DMXC3 einsetzen, testen und mich so an der Entwicklung beteiligen.

Gruß

Mann sollte die Ausgabe aller Ausgänge in ein Cue speichern können.

→ Stimmungen werden oft aus Submastern erstellt!

Man könnte zusätzlich noch die Möglichkeit anbieten alle Werte die zwar ausgegeben werden, aber nicht im Programmer sind, in den Programmer zu schreiben.

Die Suche im IA (Media 1) funktioniert erst ab 2 Ziffern, problematisch wenn man z.b. nach einer Zahl oder einem Buchstaben sucht.

hab 40 Generic RGB Pars hinzugefügt und lumos gedrückt weiß eungestellt und strobe hoch gezogen.
un der liveVuew blinkts, aber due echten lampen nicht(dmxausgabe fehlerhaft)

MfG
Patrick

Hallo, ich fasse das mal alles zusammen was mir aufgefallen ist

1. Strobe nicht zurücksetzbar, wenn ich Strobe aktiviere über den Regler funktioniert es, jedoch wenn ich ihn danach wieder auf Null ziehe geht er nicht mehr aus den Strobe-Mode raus.

2. Fokus und Prisma leider nicht bei der Stage View einstellbar, ich habe kein Feld gefunden wo ein Fokus bzw Prisma Regler ist

3. Zufallsstrobe funktion, meine TMH 60 Heads haben diese funktion und ich würde das gern auf einen Extra Regler legen bzw eine Schaltfläche wäre schön

4. Gobo-Shake - Bei meinen TMH 60 sind nur einzelne Gobos mit dieser Funktion versehen, es gibt also einen DMX Kanal bei der die Hälfte der Werte ohne Shake ist und die andere Hälfte mit dieser Shake Funktion belegt ist, jetzt ist die Frage wie ich das Manage bzw steuern kann. Dieses Gert besitzt auch ein Zweites Goborad bei dem nur die Rotation möglich ist. Es wäre also irgendwie Gut wenn man diese funktion sozusagen extra Zuweisen kann einzelnen Gobos

wenn man ein wenig wild auf dem Strobe-Fader herumfurwerkt verschwindet er von nun auf jetzt.
das schließen und erneutes öffnen des Intensitäts-Fensters läst den Fader auch nicht wieder auftauchen.
nur ein Schließen und Öffnen der GUI behebt das problem.

Gruß Patrick

1. Eigenes Struct welches Double Wert + Verhalten hält 2. Eigenes Control im PG welches zusätzlich zum Slider eine Dropdown Box der Möglichen Eigenschaften darstellt. 3. Fallback von double über impliziten Cast 4. Auch für “Blinder” und “Single Flash” Modus eines Strobos
5. Strobeduration Kanal für Puls / Pause Verhältnis

Offen: Wie werden die Strobe Types gematcht (z.B. ich stelle “Pulse” ein, und der Strobe kann gar kein Pulse)
=⇒ Vorschlag: Fallback auf Linear

Bei vielen Geräten sind unterschiedliche Strobe Modes vorhanden, z.B. Pulses, Zone Effects, Rampe, etc...
Diese sollten im Idealfall auch von DMXControl unterstützt werden.

Edit Qasi:

Es fehlen auch noch die subpropertys, wie Duration und Mode/Type, für Strobes, Bsp. Martin Atomic 3000 im 4 Kanal-Modus
External Link

Ich füge einem neuen leeren Projekt zum Beispiel vier Clay Paky Alpha Spot QWO 800 hinzu und stelle eine beliebige Strobe-Frequenz bei geöffnetem Shutter und voller Helligkeit ein. Ist der Programmer hierbei geschlossen, kann ich Änderungen in der gesamten GUI soweit wie gewohnt vornehmen.

Sind Stage View und Programmer parallel geöffnet, reagiert die GUI deutlich verzögert, insbesondere die Control Windows und das Device Control, wo ich Werte über Regler einstellen kann. Im ungünstigsten Fall wird der Inhalt des Device Controls nicht aktualisiert bzw. nicht aufgebaut. Dies ist mir insofern zum Verhängnis geworden, dass ich eine Cue über “Edit in Programmer Blind” live nicht anpassen konnte.

STRG+M+Klick auf Gerät im Liveview —» Fehlermeldung!
überschrift sagt alles

Laut Handbuch http://www.dmxcontrol.de/wiki/Lektion_8_Tut3#Playing_Back_Cues kann eine Cue mit Strg-Doppelklick aufgerufen werden.
Das funktioniert in der Beta 6 allerdings nicht mehr.

Wegen mir könnte man das Aufrufen einer Cue auch gerne auf Strg-Klick gelegt werden, das geht einfacher und man hat einen besser definierteren Zeitpunkt, zu dem die Cue aufgerufen wird (beim Loslassen der Maustaste).

Ich finde nur gerade noch keine Möglichkeit, eine Cue sofort (ohne Einblendzeiten) aufzurufen - oder soll das “Load” machen, was aktuell nichts tut? - eventuell könnte man das direkte Laden der Cue dann auf den Doppelklick legen.

Wenn man STRG + U beim Trigger Value Feld macht, kann hierdurch ein falscher Wert im Feld stehen bleiben.

Wenn man in ein Connectionset einen Streamdeck-Button als Input hinzufügt, dann ist dieser nach erneutem Laden des Projekts nicht mehr vorhanden. Das Input-Element ist zwar noch da, heißt aber schlichtweg “Empty”.
Bei 3 Con-Sets ist es immer mal zufällig Eins davon wo das passiert. Nicht nachvollziehbar.
Passiert nicht, wenn DMXC nicht geschlossen wurde, nur bei Neustart→Laden

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

Es wäre cool, wenn neben Highlight, Blackout und Freeze auch Stopp All Cuelists zukünftig über das Input Assignment angesteuert werden könnte.

nicht vorhanden