Bugtracker DMXControl 3

Die Möglichkeit einbauen, dass alle Eingaben in den Programmer gefaded werden.

Highlight, Blackout, Preset auch.

Vergleichbar mit dem colorwheel, das die RGB-channels setzt, bzw. wie amber & co mittels Rampen definiert werden.
Steuert ein (Schiebe-)Regler für die Farbtemperatur die channels für WW und CW.

vg Norbert

Bei den Controls fuer Intensity und Strobe sollten (optionale) Buttons sein um automatisch hoch und runter faden zu koennen. Die Fadezeit sollte ueber ein Eingabefeld dort einstellbar sein. So wie man es von den Crossfadern bei vielen DJ-Programmen kennt.

In der Stageview wird das Device beim erstellen immer oben links im Eck erstellt.
Besser waere es, wenn das Device dort erstellt wird, wo man den Rechtsklick ausgefuehrt hat.
Das erspart mMn oftmals das rumschieben auf der StageView

Wenn ein Matrix-Effekt auf einem Gerät läuft und sich ein weiteres Gerät in demselben DMX-Adress-Bereich ändert, werden darauffolgende DMX-Kanäle verändert, die eigentlich gar nicht verändert werden sollten.
Die geänderten DMX-Werte sind in der “Channel Overview” von DMXC nicht zu sehen. Allerdings kann man diese in einem verbundenen “Easy View” oder DMX-Interface sehen.

Versuchsaufbau (Nur in Software):
Geräte:

• Showtec LED Light Bar 8 | DMX-Adresse: 1-26
• Generic RGB | DMX-Adresse: 24-26

Somit liegt “Generic RGB” auf den letzten 3 Adressen der “Light Bar”.

Showtec LED Light Bar 8:
Auf die Light Bar den Matrix-Effekt “Color Scroll” anwenden.
Zur einfacheren Rekonstruktion des Fehlers die Speed auf 15Hz stellen.
Den Dimmer hoch drehen.

Generic RGB:
Hier den Dimmer hoch drehen.
Dann mit gehaltener Maustaste durch das Farbrades scrollen.

Erwarten würde ich, dass die DMX-Kanäle 24-26 gesetzt und kurz danach durch den laufenden Matrix-Effekt direkt wieder überschrieben werden.
Allerdings werden plötzlich die Werte 27 und 28 gesetzt.

Der gleiche Effekt lässt sich mit anderen Geräten oder weiteren Matrix-Effekten auf Geräten im selben Adressbereich herbeiführen.

Fügt man ein neues Interface hinzu, werden diese automatisch fortlaufend auf die DMX-Universen gepatcht. Dies wird gerne von Einsteigern übersehen, gerade wenn man erst das Art-Net-Plugin und dann im Nachgang noch ein USB-Interface hinzufügt. Genau genommen ist dies für den Moment ein unerwünschtes Verhalten.

Daher schlage ich vor, dass neu hinzugefügte Interfaces immer auf das 1. DMX-Universum gesetzt werden. Interfaces, die mehrere Universen unterstützen, wie zum Beispiel das Art-Net-Plugin, werden auf die möglichen DMX-Universen verteilt - sprich DMX-Universum 1 bis 4 für das aktuelle Art-Net-Plugin. Möchte ein User mit mehreren DMX-Universen über mehrere USB-Interfaces arbeiten, so soll der das bewusst umstellen. Gleiches soll auch für den Patch des DMX-In gelten.

Da das kleine Tool durchaus öfters zum Einsatz kommt und ja sowohl für das DE- als auch für das Nodle-Interface funktioniert, dürfte es meiner Meinung nach hilfreich sein, wenn der Installer eine entsprechende Verknüpfung im Startmenü hinzufügt.

Hallo zusammen.

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

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

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

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

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

nicht vorhanden

Es kommen ja mit DMXControl 3.2 weitere Master hinzu. Öffne ich nun das zugehörige Master-Fenster, werden mir alle Gruppen entsprechend untereinander angezeigt und jeder Master innerhalb der Gruppe in horizontaler Richtung. Dies führt bei größeren Projekten dazu, dass innerhalb des Fensters viel hin und hergescrollt werden muss, wenn entsprechend viele Master angelegt sind.

Für eine ständige Benutzung im Live-Betriebt wird in der Tat das Softdesk oder ein entsprechender Controller der bessere Ort bzw. Weg sein, die Master anzusteuern. Möchte man aber “mal eben” etwas korrigieren, was weder auf dem Softdesk, noch auf einem anderen Controller liegt, wird dies aktuell in diesem Fenster eher unübersichtlich.

Daher möchte ich anregen:

• Variante 1: Die Masterfenster werden grundsätzlich aufgeteilt und jeder Master erhält sein eigenes Fenster, was sich dann auch beliebig und platzsparender auf dem Bildschirm positioniert werden kann.
• Variante 2: Es wird nur die Aufteilung innerhalb des einigen Masterfensters optimiert und auf zwei Zeilen mit der Aufteilung Special Master und Group Master in Zeile 1 und Speed Master und Playback Master in Zeile 2 reduziert. Da bei DMXControl 3.2 festgelegt werden kann, ob ein Group Master angelegt werden soll und Speed und Playback Master generell Master sind, die vom User manuell erzeugt werden, wird der Platz in dem einen Fenster deutlich besser genutzt und man kommt als User bei kleinen Projekten möglicherweise ohne zu Scrollen an alle erforderlichen Master.

Damit der Installations-Manager die Plugins für DMXControl 3 automatisch in die richtigen Verzeichnisse kopieren kann, muss eine Hilfsdatei erstellt werden, dessen Inhalte es zu definieren gilt. Folgende Informationen könnten möglicherweise hilfreich sein:

• Art des Plugins (Kernel, GUI)
• Angabe der Verzeichnisse der Dateien
• Author
• Plugin-Version
• kompatible DMXControl-Version
• Checksumme für die im ZIP-Archiv enthaltenden Daten

Da aktuell die Saved Effects eine Programmeinstellung und somit an den PC gebunden sind, können die selbst erstellten Effekte nicht auf einem anderen PC genutzt werden.

Es ist daher zu überlegen, ob die eigene Effekte mit Bestandteil eines Projekts werden. Dies hätte zur Folge, dass diese dann auch in den Project Explorer aufgenommen werden.

Das Presetfenster soll ähnlich zum Effektfenster:

• Icons (mit vorbereiteten Bildern, oder freihandzeichnen)
• Sortieren nach Geräteeigenschaften, oder Gerätegruppen etc.
• Favoriten für Presets anlegen
• Vorschau der Presets bei Mouseover etc.

s.o.

Relative Änderungen (vor allem bei Bewegungen) sollten in Cues speicherbar sein. Dies wird benötigt, um einen Bewegungseffekt in einer Cuelist zu erstellen und mit einer anderen Cuelist dann die eigentliche Position vorzugeben. So ist man nochmal deutlich freier, was das Wiedergeben von gespeicherten Effekten angeht. So könnte man beispielsweise mit einer Cuelist die “Position” eines Effekts vorgeben und dann mit einer zweiten Cuelist den Eigentlichen Effekt (z.B. einen Kreis). Gerade wenn man mehrere Positionen hat, an denen man Bewegungen darstellen möchte, muss man nicht für jede Position erneut alle Bewegungen in Cuelists erstellen sondern nur eine neue Cue in einer Cuelist mit der weiteren Position. Außerdem wären dann auch Überlagerungen wie beispielsweise als Position eine Kreisbahn, auf die dann relativ ein weiterer Kreis aufgeprägt wird etc.

Da es scheinbar immer aus verschiedenen Gründen wieder Probleme gibt, Plugins nachzuinstallieren, schlage ich vor, einen kleine Installerfunktion im Pluginmanager zu integrieren, die wie folgt arbeitet:

1. Alle Plugins erhalten entweder eine Hilfsdatei mit Verzeichnisangaben für die Daten oder vorgeschriebene Verzeichnisse, in denen die erforderlichen Daten ablegt werden müssen.
2. Der User lädt das entsprechende Plugin als ZIP-Archiv herunter.
3. Der Plugin-Manager erhält einen zusätzlichen Button mit den Namen “Add plugin”
4. Der User wählt das Plugin aus dem Dateisystem aus und bestätigt die Auswahl.
5. Die Installerfunktion verschiebt die Daten des Plugins in die richtigen Verzeichnisse.
6. Nach dem “Installationsvorgang” fordert DMXControl 3 den User zum Neustart der Software auf.
7. Nach dem Neustart ist das installierte Plugin automatisch aktiviert.

⇒ Plugins werden aus Sicherheitsgründen nicht über DMXControl selber installiert, sondern über ein separates Programm

Moving Heads und anderes Bewegtes Licht mit Joystick steuern.

Werden im Cue Timing Editor zu einer Cue die Delay und Fade-Zeiten für einzelne Geräte einer Gruppe geändert, die gesamte Gruppe aber keine Werte enthält, gibt es hierüber kein visuelles Feedback. Folgende Lösungsvorschläge könnte ich mir hier vorstellen:

• Die Zellen in der oberen Zeile für die Gruppe werden ausgegraut (oder anderweitig farblich hervorgehoben), sollte in der betreffenden Spalte ein Wert für ein einzelnes Gerät einer Gruppe geändert worden sein.
• Sobald ein Wert für ein einzelnes Gerät geändert wurde, klappt der Cue Timing Editor die zugehörige Gruppe automatisch auf.

Werden im Cue Timing Editor von der eigentlich Fade und Delay-Zeit abweichende Werte vergeben, erhält der User hierüber keine Information, dass in der betreffenden Cue der Cue Timing Editor aktiv ist. Hier sollte eine entsprechende Kennzeichnung bzw. Hervorhebung der Cue eingefügt werden.

Ich habe gerade im Forum das Thema Versionierung und Art der Speicherung im Forum gefunden

https://forum.dmxcontrol-projects.org/index.php?thread/12810-vorschlag-umbau-der-projekt-speicherverwaltung-in-dmxc3/

Dies hier mal als Ticket, damit das nicht in Vergessenheit gerät.

Ich habe gerade mein Projekt wieder für die nächste Show vorbereitet und musste mich hier durch eine Reihe von Ordnern klicken, in die ich meine Cuelists verteilt habe.

Um eine Cuelist noch schneller zu finden, könnte ich mir eine Suchfunktion im Projekt Explorer gut vorstellen, bei der man bei Bedarf auch auswählen kann, in welchem Hauptordner (Cuelist, Device, Stage View etc.) gesucht werden soll. Auf diese Weise ließen sich zum Beispiel nachträgliche Änderungen an Cuelist Settings noch schneller durchführen, wenn diese auf verschiedene Ordner verteilt sind.

Es sollte eine Möglichkeit geben, Funktionen, die ein Plugin nachgerüstet hat als solche zu identifizieren. Hintergrund ist, dass das MIDI-Plugin Dynamic Executors in das Input Assignment hinzufügt, es aber nicht klar wird, dass diese aus dem MIDI-Plugin stammen. Daher sollte es wo möglich eine (wie auch immer geartete) Anzeige geben, die diesen Umstand mitteilt. Sonst erzeugen nämlich Plugins neue Funktionen in der Software und es wird nicht ersichtlich, woher diese Funktionen kommen bzw. die User könnten für diese Funktionen Support verlangen, obwohl das Team diesen nicht liefern kann.

Aktuell gibt es keine Möglichkeit festzustellen, welche Cuelist, Programmer etc. aktuell eine Eigenschaft eines Gerätes wie z.B. die Position ansteuert. Es sollte daher ein neues Fenster geben, welches zum einen ähnlich wie der Programmer alle Geräteeigenschaften auflistet, die verändert wurden. Dabei sollte aber bei diesem Fenster die generelle Ausgabe im Vordergrund stehen. Wenn mehrere Quellen etwas z.B. auf eine MH-Position ausgeben, sollten alle Quellen in einer Liste dargestellt werden. Dabei sollten diese Werte wenn möglich visuell dargestellt werden (z.B. die entsprechenden Farben oder Gobos darstellen). Die Darstellung der einzelnen Quellen erfolgt in Listenform mit klarer Reihenfolge der (virtuellen) Prioritäten. Sprich hier soll aufgezeigt werden, welche Quelle als nächstes im Eingriff ist, wenn die aktuelle Quelle nicht mehr auf die Geräteeigenschaft ausgibt (daher virtuelle Priorität, da dies auch bei LTP-Mischung angezeigt werden sollte). Des weiteren sollte es auch möglich sein, eine Quelle zu muten (mindestens folgende Optionen: bis zum Beenden der Quelle, dauerhaft muten) und die Reihenfolge der Quellen z.B. per Drag&Drop anzupassen (dann aber evtl. auch mit definierbarer Überblendzeit).

Das input Assignment sollte mit weiteren Funktionen erweitert werden:

- Blackout ⇒ Done!
- Freeze ⇒ Done!
- Highlight
- Save Projekt
- Output mode
- Clear Programmer ⇒ Done!
- Undo Clear
...

Alles was sinnvoll ist :D

Es wäre gut, wenn im Input Assignment dynamische Executoren verfügbar wären, sodass man als input die aktuell aufgerufene Executerpage ansteuern kann.

Ebenfalls sollten die Buttons Page Up und Page Down eingefügt werden (später auch noch eine Ausgabe welche Page offen ist für Displays o. ähnliches)

Einfacher Chaser mit Farbwechseln, nicht Beat gesteuert sondern follow 200ms.

Auf den Softdesk einen einfachen Fader der auf die Scenelist Speed wirkt.

Läßt man nun die Liste für eine Zeit (10 Sekunden reichen in der Regel) auf voller Geschwindigkeit laufen, kommt es zu einer Verzögerten Wiedergabe.

DIe läßt sich daran ausmachen, das man nun den Fader runter auf 0 setzt. Der Durchlaufspeed solltealso auch sofort wieder runter fahren, macht er aber nicht, sondern mit verzögerung.

Scheinbar arbeitet DMX Control noch alte Listdurchläufe ab bevor er dann, wenn seine aufholarbeit abgeschlossen ist den Speed wie gewünscht ändert.

Es ist in der Regel unwahrscheinlich, dass man dies in Livebetrieb mal erlebt kann aber unter Umständen vorkommen.

Ein Stop und Neustart des Cue setzt den speed sofort wieder richtig.

Es wäre gut, wenn man Popup-Fenster wie Settings, oder Cuelist Settings per Esc-Taste schließen könnte.

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

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

Für Live-Anwendungen wäre es hilfreich, wenn das Beat Tool über externe Steuerelemente wie MIDI oder Tastatur ansteuerbar wäre.

Einige Elemente in der Gui müssten für eine bessere Bedienung für Touch optimiert werden. Die Fader sind z.b. schwierig zu bedienen und im PE rumklicken ist etwas fummelig.
Vlt könnte man dort die Navigation auf 1x Klick umstellen und die Größe anpassbar machen.

Wenn man in Cuelist Preset-Cues (Special→Preset) verwendet, crasht teilweise die Cuelist ohne erkennbaren Grund. Man kann weiter auf GO klicken, die Cues werden aber nicht ausgeführt.

In den Logs findet sich auch mehrere Fehlermeldungen:
ERROR org.dmxc.lumos.Kernel.Command.ReflectionCommandFactory - TargetInvocationException: Ein Aufrufziel hat einen Ausnahmefehler verursacht.
ERROR org.dmxc.lumos.Kernel.Command.Command - Error while invoking Command: goScenelist, Paras:
ERROR org.dmxc.lumos.Kernel.Run.ThreadManager - Thread PlayOnceTrigger exited ThreadStart-Method with Exception: Der angegebene Schlüssel war nicht im Wörterbuch angegeben.

Logfiles habe ich angefügt. Bei Bedarf kann ich auch das Projekt bereitstellen.

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

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

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

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

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

Hallo,

eine frische Installation von DMX Control 3.1.1 will bei mir nicht starten.

Windows 10 auf AMD Ryzen7 1800X, Eset Firewall (deaktiviert).

GUI zeigt nur ein Fenster Connecting to Session, please wait... Das Fenster hat im Titel “(Not Responding)”

DMX Control Kernel Output weiter unten.

Bin recht ratlos, was ich noch probieren kann.

Danke für Eure Hilfe!

Grüße,
Bastian

12:30:03 INFO  KernelRunManager - DMXControl V3.1.1.21 starting
12:30:03 INFO  KernelRunManager - Kernel Build Time: 14/10/2017 19:14:27 UTC
12:30:03 INFO  KernelRunManager - Initializing Managers.
12:30:03 INFO  KernelRunManager - Collected 43 of Type ILumosManager with 274 tries in Assembly Lumos
12:30:03 INFO  KernelRunManager - Collected 0 of Type ILumosManager with 0 tries in Assembly LumosLIB
12:30:03 INFO  KernelRunManager - TimeManager [Manager initialized].
12:30:03 INFO  KernelRunManager - ThreadManager [Manager initialized].
12:30:03 INFO  KernelRunManager - KernelRunManager [Manager initialized].
12:30:03 INFO  KernelRunManager - KernelMonitoringManager [Manager initialized].
12:30:03 INFO  KernelRunManager - NamingManager [Manager initialized].
12:30:03 INFO  BitmapTransformationManager - Graphics devices: NVIDIA GeForce GTX 1080
12:30:03 WARN  KernelRunManager - BitmapTransformationManager [Manager NOT initialized].
12:30:03 INFO  KernelRunManager - DependencyManager [Manager initialized].
12:30:03 INFO  KernelRunManager - MessageManager [Manager initialized].
12:30:03 INFO  KernelRunManager - CacheManager [Manager initialized].
12:30:03 INFO  KernelRunManager - GraphManager [Manager initialized].
12:30:03 INFO  KernelRunManager - ValueFactory [Manager initialized].
12:30:03 INFO  KernelRunManager - AssemblyManager [Manager initialized].
12:30:03 INFO  KernelRunManager - SceneTriggerManager [Manager initialized].
12:30:03 INFO  KernelRunManager - CurveManager [Manager initialized].
12:30:03 INFO  KernelRunManager - ResourceManager [Manager initialized].
12:30:03 INFO  KernelRunManager - ConverterManager [Manager initialized].
12:30:04 INFO  BitmapTransformationManager - Succesfully initialized matrix.dll.
12:30:04 INFO  KernelRunManager - InputLayerManager [Manager initialized].
12:30:04 INFO  KernelRunManager - ActionFactory [Manager initialized].
12:30:04 INFO  KernelRunManager - HandlerFactory [Manager initialized].
12:30:04 INFO  KernelRunManager - AudioManager [Manager initialized].
12:30:04 INFO  KernelRunManager - UserManager [Manager initialized].
12:30:04 INFO  KernelRunManager - SettingsManager [Manager initialized].
12:30:04 INFO  KernelRunManager - FannedValueManager [Manager initialized].
12:30:04 INFO  KernelRunManager - AttachableManager [Manager initialized].
12:30:04 INFO  KernelRunManager - ProjectManager [Manager initialized].
12:30:04 INFO  KernelRunManager - MasterManager [Manager initialized].
12:30:04 INFO  KernelRunManager - KernelLogManager [Manager initialized].
12:30:04 INFO  KernelRunManager - ItemListManager [Manager initialized].
12:30:04 INFO  KernelRunManager - CommandManager [Manager initialized].
12:30:04 INFO  KernelRunManager - SceneFadeTicker [Manager initialized].
12:30:04 INFO  KernelRunManager - EffectManager [Manager initialized].
12:30:04 INFO  KernelRunManager - DMXCMixer [Manager initialized].
12:30:04 INFO  KernelRunManager - SessionManager [Manager initialized].
12:30:04 INFO  KernelRunManager - DMXOutputUniverse [Manager initialized].
12:30:05 WARN  AbstractDeviceFactory - DDF Generic Blades.xml is not for DMXControl 3.1.1.21. dmxcversion is 3.2. It can't be used!
12:30:05 INFO  KernelRunManager - DeviceManager [Manager initialized].
12:30:05 INFO  KernelRunManager - PresetManager [Manager initialized].
12:30:05 INFO  KernelRunManager - HALFilterManager [Manager initialized].
12:30:09 INFO  KernelRunManager - AffinityManager [Manager initialized].
12:30:09 INFO  KernelRunManager - FilterManager [Manager initialized].
12:30:09 INFO  KernelRunManager - SceneListManager [Manager initialized].
12:30:09 INFO  KernelRunManager - PluginManager [Manager initialized].
12:30:09 INFO  KernelRunManager - ExecutorManager [Manager initialized].
12:30:09 INFO  KernelRunManager - TimecodeManager [Manager initialized].
12:30:09 INFO  KernelRunManager - Managers initialized: 43
12:30:09 INFO  KernelRunManager - Starting Services.
12:30:09 INFO  KernelRunManager - Collected 15 of Type ILumosService with 55 tries in Assembly Lumos
12:30:09 INFO  KernelRunManager - Collected 0 of Type ILumosService with 0 tries in Assembly LumosLIB
12:30:09 INFO  KernelRunManager - KernelRunManager [Service started].
12:30:09 INFO  KernelRunManager - KernelMonitoringManager [Service started].
12:30:09 INFO  KernelRunManager - ManualBeatProvider [Service started].
12:30:10 INFO  KernelRunManager - AssemblyManager [Service started].
12:30:10 INFO  KernelRunManager - ConverterManager [Service started].
12:30:10 INFO  KernelRunManager - PluginManager [Service started].
12:30:10 INFO  KernelRunManager - FannedValueManager [Service started].
12:30:10 INFO  KernelRunManager - SettingsManager [Service started].
12:30:10 INFO  ThreadManager - Running Main-Processing-Chain with Mode: ALLOWED, Degree 2
12:30:10 INFO  KernelRunManager - ThreadManager [Service started].
12:30:10 INFO  KernelRunManager - ResourceManager [Service started].
12:30:10 INFO  KernelRunManager - AttachableManager [Service started].
12:30:10 ERROR FileBackendDatastore - Error while loading Project File: C:\Users\bastian\AppData\Roaming\DMXControl Projects e.V.\DMXControl\Kernel\Temp\8afca3cc-3e8e-4bf6-bff8-cb528cd38885.tmp
System.ArgumentException: 1 is not a supported code page.
Parameter name: codepage
   at System.Text.Encoding.GetEncoding(Int32 codepage)
   at ICSharpCode.SharpZipLib.Zip.ZipFile.ReadEntries()
   at ICSharpCode.SharpZipLib.Zip.ZipFile..ctor(Stream stream)
   at org.dmxc.lumos.Kernel.Resource.Datastore.FileBackendDatastore.loadProject(String name, Stream inputStream, LumosIOContext context) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\Resource\Datastore\FileBackendDatastore.cs:line 443
12:30:10 WARN  ProjectManager - Unable to load Project C:\Users\bastian\AppData\Roaming\DMXControl Projects e.V.\DMXControl\Kernel\Temp\8afca3cc-3e8e-4bf6-bff8-cb528cd38885.tmp.
12:30:10 INFO  KernelRunManager - ProjectManager [Service started].
12:30:10 INFO  KernelNetManager - UDP Listener started on Port 12352
12:30:10 INFO  KernelNetManager - UDP Sender started.
12:30:10 INFO  KernelRunManager - KernelNetManager [Service started].
12:30:10 INFO  KernelNetManager - UDP Listener started on Port 12680
12:30:10 INFO  KernelRunManager - KernelTimecodeReceiver [Service started].
12:30:10 INFO  SessionManager - RemoteService started on TCP Port: 12351
12:30:10 INFO  SessionManager - LocalService started on IPC Port: LumosServer
12:30:10 INFO  KernelRunManager - SessionManager [Service started].
12:30:10 INFO  KernelRunManager - Services started: 15
12:30:10 INFO  KernelRunManager - Startup finished, ready!
DMXControl 3.1 : 12:30:12 INFO  GoboAffinityClass - Using 15 CPU while Correlating, because you have 16.
12:30:13 INFO  GoboAffinityClass - Created 15 Workers for correlation of 423 Gobos
12:30:14 INFO  GoboAffinityClass - Finished Correlating Gobos in 01s882ms. 0 new Correlations have been made. 179352 saved Correlations have been used. 4255 Correlations have been deleted. 179352 in total.
12:30:14 INFO  ThreadManager - Thread GoboAffinity-Thread exited ThreadStart-Method normally.
12:30:14 INFO  ThreadManager - Thread GoboAffinity-Thread finished.
12:30:15 FATAL DMXControl 3 Kernel - Unhandled Exception: PROJECT: Programmer.Priority
org.dmxc.lumos.Kernel.Exceptions.NotInitializedException: PROJECT: Programmer.Priority
   at org.dmxc.lumos.Kernel.Settings.AbstractSettingsManager._getSetting[T](ESettingsType type, String path, Boolean throwOnNotFound) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosLIB\src\Kernel\Settings\AbstractSettingsManager.cs:line 91
   at org.dmxc.lumos.Kernel.Settings.AbstractSettingsManager.getSetting[T](ESettingsType type, String path, Boolean throwOnNotFound) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosLIB\src\Kernel\Settings\AbstractSettingsManager.cs:line 328
   at org.dmxc.lumos.Kernel.GUISession.ProgrammerSettings.get_Priority() in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\GUISession\ProgrammerSettings.cs:line 32
   at org.dmxc.lumos.Kernel.GUISession.Programmer.createNewRegister() in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\GUISession\Programmer.cs:line 1772
   at org.dmxc.lumos.Kernel.GUISession.Programmer..ctor(ISession session) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\GUISession\Programmer.cs:line 95
   at org.dmxc.lumos.Kernel.GUISession.Session..ctor(String name, ICommandManager commandManager, IMessageManager messageManager) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\GUISession\Session.cs:line 113
   at org.dmxc.lumos.Kernel.GUISession.Session.getSessionInstance(String name, ICommandManager commandManager, IMessageManager messageManager, Boolean& newSession) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\GUISession\Session.cs:line 141
   at org.dmxc.lumos.Kernel.GUISession.SessionManager.<>c__DisplayClass26_0.<registerSession>b__0() in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\GUISession\SessionManager.cs:line 137
   at System.Threading.ThreadHelper.ThreadStart_Context(Object state)
   at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
   at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
   at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
   at System.Threading.ThreadHelper.ThreadStart()
An unhandeled Exception has occoured. DMXControl 3 Kernel has to be terminated. Press Enter to exit.

Für Effectwheel die gleiche Systematik einbauen wie für Gobowheel (Zusammenfassen der Eigenschaften mit Subproperties)

Referenz:  FS#3089  (Screenshot unten in den Comments)

Mein Hintergrundbild in der Stageview wird nach dem Laden des Projekts nicht angezeigt.

Seltsamerweise wird es, nachdem ich in Windows einmal in den Energiesparmodus geschaltet und den Laptop dann wieder eingeschaltet habe, angezeigt.

Ich habe noch einen Bug gefunden, der aber höchst selten auftreten wird. Dazu eine kurze Erklärung:

Ich habe ein Gerät, welches ich in 2 ddfs aufgeteilt habe, um DMXC3 voll ausreizen zu können. (https://m.ebay.de/itm/90WDMX51…ht-Party-YA-/282536766342)

Jede Walze hat also ihr eigenes ddf. Die strobe Funktion ist jedoch nur einmal vorhanden. Also habe ich in beiden ddfs den strobe Kanal angegeben( ich hatte auch versucht, nur in einem ddf den strobe Kanal anzugeben, jedoch fügt dmxc3 dann bei dem 2. Gerät einen virtuellen strobe ein und das funktioniert dann natürlich nicht...)

Da ich 2 dieser Geräte(somit 4 ddfs) habe, liegen alle 4 Walzen in einer Gruppe. Nun wollte ich auf dem strobe Kanal ein fanning anwenden: 4>8.

Somit liegen auf einem Kanal verschiedene Werte.

Dann gibt es ein seltsames Verhalten: Der Rot Kanal wird angesprochen. Jedoch erscheint davon nichts in der channel over view. Auch ein klick auf Clear Programmer bringt keine Hilfe. Die rote Led bleibt an. Lediglich das Aus- und wieder einschalten des Interfaces löscht den Rot-Wert.

Siehe Video in dem gepackten Ordner

Das Verhalten ist 100%ig reproduzierbar.

Das Projekt im Ordner ist neu erstellt mit nur den benötigten devices.

Eine per Timecode gesteuerte Cuelist zu erstellen erfordert momentan eine hohe Konzentration.

Stand jetzt:

• Im Dropdown der Triggerauswahl öffnet erst der dritte Einzel/Doppelklick die Auswahlliste. Der erste scheint auszuwählen, der zweite lässt den Rahmen links vom Pfeil verschwinden.
• man kann nicht mehrere Cues auf einmal auf den Trigger Timecode umstellen
• man kann nicht für mehrere Cues auf einmal die Trigger Value einstellen.
• ich war nicht in der Lage über die ApplicationSettings einen Default-Trigger einzustellen. Auch die Option “Trigger: Last Set” hat bei mir keine sofortige Auswirkung.
• ein neuer Cue bekommt immer den Timecode 00:01:00.00
• Das Format für die Eingabe muss immer im Format hh:mm:ss oder hh:mm:ss.ff erfolgen. Dass es 25fps sind, habe ich weder im Tooltip noch im Tutorial gefunden.
• Der erste Doppelklick auf die Zelle wird wie Einfachklick behandelt, erst der zweite Doppelklick öffnet die Eingabe
• Zumindest mit meiner Timecode-App (NET-Timecode per UDP, Auflösung 50ms) werden von mehreren Cues in einer Cueliste mit gleichem Timecode nur die erste abgespielt. Der gleiche Timecode in mehreren parallelen Cuelisten funktioniert.
• Man kann nicht im Timecode springen. Ist der Wert einmal über die Trigger Value der Cue hinaus nützt auch ein springen an den Anfang des Timecodes nichts. Der Cue wird nicht ausgelöst. (Keine doppelte Auslösung könnte ich nachvollziehen)

Gewünschtes Eingabeszenario (zur Diskussion):

• Mehrere ausgewählte Cues lassen sich gemeinsam bearbeiten (Trigger, Trigger Value)
• Man kann einen Default Trigger festlegen mit Default Trigger Value
• Die Eingabe ist flexibel: einzelne Ganzzahl wird immer als Sekunden interpretiert und in das Format hh:ss:mm umgewandelt (analog zu Trigger Wait, auch >59). Daneben ist zulässig:

   mm:ss
hh:mm:ss
  15m32s
        .z
        .zz
        .zzz
      ss.z[zz] (auch >59)
   mm:ss.z[zz]
hh:mm:ss.z[zz]

• Ich arbeite lieber mit Millisekunden, weil dann 5.2 gleich 5.20. Bei DMX reichen wahrscheinlich auch Hundertstel als Auflösung, aber wer weiß, was wir demnächst noch alles mit DMXC3 steuern können Vielleicht ist es möglich, wahlweise auch eine Eingabe mit 25/30 Frames zu erlauben. Dann ist .z und ss.z natürlich nicht mehr zulässig oder muss als s.0z interpretiert werden.
• 0 oder 00:00 ist zulässiger Wert
• Man kann per Click/Taste/Enter bei leerer Value den aktuell /zuletzt empfangenen Timecode Übernehmen (FS#783 )
• Ein Doppelklick auf die Zelle Trigger Value startet den Eingabemodus
• Parallel startende Cues sind in der gleichen Cueliste möglich. Insbesondere um mehrere Effekte/Cuelisten parallel zu starten.

Das wären meine Vorstellungen, Kritik und Ideen sind gern gesehen. Wenn es hilft, trennt das ruhig in mehrere Bugreports auf.

Beste Grüße,
der Lichtheini

(Version 3.1.1.21 auf Win7x64)

Geiler Scheiß, fast fertig....

Bei dem PlugIn MidiOutput fehlen die Dll dateien midiplugin.dll und midiplugin.rules.dll deshalb kann ich es nicht installieren

Eine Szenenliste bietet viele Optionen für “Go”, bei denen (zumindest mir) die jeweiligen Auswirkungen nicht wirklich klar sind. Bitte einmal kurz beschreiben, damit ich das korrekt übersetzen kann. Evtl. auch gleich mit Übersetzungsvorschlag. Das gleiche gilt auch für die erweiterten Funktionen beim Einfügen einer Szene.

Was also tun:

Go
Go Back
Go To
Go Next
Load

Add
Insert
Replace
Merge
Append
Substract
Sum
PSum

Vielen Dank!

Zur einfacheren Bedienung schlage ich vor, das Panel Color wie folgt zu ergänzen:

• Aufnahme der Farbtemperatur im Reiter mit den Colorpicker
• Einbau zweier Schieberegler für die kontinuierliche Rotation und Indizierung des Farbrads analog des Panels für Gobo

Wählt man nur eine Zelle innerhalb einer Cuelist aus, kann der betreffende Cue über das Kontextmenü zwar ausgeschnitten, kopiert und wieder eingefügt werden. Die Funktion Cue löschen funktioniert an dieser Stelle nicht. Hierzu muss aktuell die gesamte Zeile der Cue ausgewählt werden.

Übersteigt das Input Assignment eine bistimmte Anzahl von Verknüpfungen, lässt sich dieses in Folge der oben genannten Fehlermeldung in der GUI nicht mehr bearbeiten. Erst wenn die Anzahl durch Löschen von verknüpften Buttons oder von gesteuerten Cuelists unter die “Grenze” reduziert wurde, ist wieder eine Bearbeitung möglich. Die zugehörigen Logs sind im Anhang beigefügt.

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.

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

Wird über einen Group-Master für eine Geräte-Gruppe eine Helligkeit festgelegt, verlieren insbesondere Blinder- und Strobe-Effekte ihre Wirkung. Um diesem entgegen zu treten, schlage ich die Integration eines neuen Syntax für Helligkeitswerte: FL.

Wird in den Cues anstelle von 100% der Wert FL eingetragen, so gelten für diesen Cue die Einstellungen in den Groupmastern nicht mehr. Die einzige Möglichkeit zur Steuerung der maximalen Helligkeit bleibt dann nur noch über die Cuelist Intensität selbst.

Alternativ könnte man noch über die Einführung einer Einstellmöglichkeit in den Cuelist Optionen nachdenken, dort den Zugriff der Groupmaster auf die jeweilige Cuelist zu deaktivieren.

Um einen besseren Überblick über den Beat zu haben, schlage ich in Anlehnung an DMXControl 2 folgende Anpassungen vor:

• Bereits beim ersten Klick auf den Tap-Button wird ein Beat-Signal generiert.
• Ist der Haken aktiv gesetzt, sollte über den Sync-Button auch ein manuelles Beat-Signal (ein einzelner Schritt) generiert werden.
• Der “aktive” Schritt für die Ermittlung des Beat-Wertes wird in roter Schrift angezeigt.

Der Fehlerdialog ist schlecht designed!

Effekte können ja schon vieualisiert werden. Es wäre aber auch gut, wenn das “Ergebnis” mehrerer überlagerter Effekte visualisiert werden könnte. Wenn ich also beispielsweie auf der Position eine Epizykloide und ein Lissakour überlagert habe, möche ich im Effektvisualizer das Ergebnis sehen, wenn ich “Position” selektiere. Gerne auch noch mit der Verschiebung beispielsweise durch die Werte bei “Pan” und “Tilt”. Denn die Auswirkungen auf die Properties sind genauso interessant wie die reinen Effekte.

Beim Umbau und Anpassung eines vorhandenen Projekts auf ein neues Licht-Setups sind mir im Dialog für die Device Properties folgende Optimierungsmöglichkeiten aufgefallen:

• Sind mehrere Geräte ausgewählt, können unterschiedliche Einstellungen zum Beispiel bei Pan- & Tilt-Reverse, nicht gemeinsam auf einen neuen Wert gesetzt werden. Hier wäre der Vorschlag, dies zwar entsprechend zu kennzeichnen, dass die Geräte in der aktuellen Auswahl an dieser Stelle unterschiedliche Einstellungen aufweisen, am Ende aber Änderungen für alle Geräte zuzulassen.
• Das Einstellen von individuellen Offsets bei Pan und Tilt für mehrere Geräte könnte beschleunigt werden, wenn das Dialogfenster unten links noch zwei zusätzliche Buttons mit “<” und “>” erhält. Über diese Button kann man dann zum Gerät mit der niedrigeren (<) bzw. höheren (>) Device-ID springen. So spart man sich eine Reihe von Mausklicks, um den Dialog für das nächste Gerät aufzurufen.