Bugtracker DMXControl 3

Bei dem Versuch die Version 3.1.1 zu installieren hat der Installer ein Timeout bekommen als er XNA installieren wollte.

Das XNA Framework kann auch manuell installiert werden, das löst das Problem fürs erste.

Alles Übersetzen, das nicht als Fachbegriff eingestuft würd.
Nicht übersetzen:
DeviceControl
PresetWindow
PropertyWindows

Döner mit Zwiebel!!!!

Ergänzung vom Jahrestreffen:
Zuerst einmal das UI übersetzen, keine Begriffe. Dann weiter schauen. Genauso mit dem Device Control / DDFs. Erstmal nicht übersetzen. Die Vermutung ist, dass die Übersetzung des UIs für viele schon ausreicht.

A dark version of DMXControl, great for working in dark environments. Making it easier on the eye and the screen would be less of a distraction if the control booth is located in the middle of the audience.

Es sollte die möglichkeit geben verschiedene Themes zu laden, welche vom Benutzer individuel angelegt werden können, und Werkthemes, wie Standarttheme und Dark Theme.

Ein Dark theme hat den vorteil, im Livebetrieb, das es nicht so grell blendet.

TODOs!!!

• OwnerDraw DataGridView

1. Column-Sortierungspfeile werden nicht angezeigt
2. Column-Resize wird nicht visualisiert
3. Row-Selectionpfeil wird nicht angezeigt
4. Tree-Nodes werden nicht angezeigt

• Menues Von Fenstern, die nicht einem ToolStrip angehöhren einfärben

• ListView

1. TabellenForm einfärben

• Workaround für ScrollBars einbauen

MfG
Qasi

Auf Basis der Diskussion im Forum https://forum.dmxcontrol-projects.org/index.php?thread/12498-wertebereich-für-color-im-device-control/ sollen folgende, vom User einstellbare Wertebereiche im Device Control geschaffen werden:

• Internal: 0.0 bis 1.0 (direkte Anzeige des Kernel-internen Werts)
• Byte: 0.0 bis 255.0 (als Double implementiert)
• Percent: 0.0 bis 100.0 (Wertebereich in %)

Gültig sollen diese Einstellungen / benutzerdefinierten Wertebereiche für folgende Funktionen sein:

• Dimmer
• Color
• PT-Speed
• Iris
• Focus
• Frost
• ggf. RAWs

Für folgende “physikalischen” Werte soll ähnlich verfahren werden:

• Frequency
• Angle
• Time

Zugehörige Funktionen wären:

• Pan / Tilt
• Strobe
• Effect-Speed
• ggf. weitere

Die Eigenschaften müssen nach Typ gruppiert werden und abhängig vom Typ gibt es entsprechende Darstellungen. So hätte der Typ “Geschwindigkeit” eher die Auswahl “BPM, Hz, ms, s” wohingegen der Typ “Intensity” die oben genannten Auswahlmöglichkeiten hat.

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 !!!!

s.o.

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.

Neben dem Grandmaster wird es einen Speed (Effektgeschwindigkeit) und einen Timingmaster (Fade/Delay Zeiten) geben.

s.o.

Wäre es möglich, auch eine deutsche Version anzufertigen?
Wäre dann auch gerne zur Mithilfe bereit

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

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.

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