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.

Hallo,

ich habe DMXC wie immer Starten, der GUI lädt wie normal das Fenster Kernal Start System erscheint lädt auch bis zu einem Bestimmten Punkt Bild 1:gobo.JPG

Das Fenster schließt sich immer wieder und fängt von Vorne an
und stoppt immer an diesem Punkt
Kernel Konsole
Bild 2: Konsole 1.JPG Bild 3: Konsole 1.JPG

Die Abschluss Meldung ist der Grund warum ich hier bin.
Bild 4; error.JPG Ich hoffe das ist nicht alt zu Schwer.
Gruß PrimeHGN

(Welche Log Datei ich hochladne sollte wusste ich nicht genau.)

Alle Fotos im Vollbild

Bild 1 Kernel Start: //picload.org/view/ddaogcpw/gobo.jpg.html

Kernel Konsole: //picload.org/view/ddaogirr/konsole1.jpg.html

              {{https://picload.org/view/ddaogira/konsole.jpg.html}}

Error Meldung: //picload.org/view/ddaogidw/error.jpg.html

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.

Analog zum White Automix Mode sollte auch für Amber, UV und jede weitere “Sonderfarbe” abseits von RGB die Möglichkeit hinzugefügt werden, wie die Farben einzumischen sind.

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

Vorraussetzung: Mehrere normale PAR-Kannen
Idee: Den PAR-Kannen wird ihre jeweilige Farbe zugewiesen(Farbfilter). Beliebig viele PAR’s kann man in eine Gruppe gruppieren welche die Funktion “Alls einzelnes Gerät behandeln” erhält. Wählt der User jetzt z.B. mit dem Colorpicker ROT gehen nur die Roten PAR Kannen an. Mischfarben sollten genauso möglich sein.

⇒ Stichwort: ColorBridgeDevice (Handler)

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

Idee:
Im Create Device Window einen separaten “Online” Tab, welcher alle Online vorhandenen DDFs anzeigt. Suche über Suchbox möglich.

Frage: Bei Auswahl, wird das DDF runter geladen und bei den DDFs lokal abgelegt oder nur im Projekt gespeichert.
Antwort: Lokal speichern für zukünftige Verwendung

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

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.

Weil ich auf die lustige Idee kam, im DDF für den Martin MAC 600 ein zweites Prisma definieren, habe ich im Kernel folgende Fehlermeldung produziert:

2018-06-12 22:51:23,407 [20] ERROR org.dmxc.lumos.Kernel.Command.ReflectionCommandFactory - TargetInvocationException: Ein Aufrufziel hat einen Ausnahmefehler verursacht.
System.Reflection.TargetInvocationException: Ein Aufrufziel hat einen Ausnahmefehler verursacht. ---> System.InvalidOperationException: There are two Handlers for the same Property: Prism
   bei org.dmxc.lumos.Kernel.HAL.Handler.HandlerRegistry.BuildRegistry() in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\HAL\Handler\HandlerRegistry.cs:Zeile 196.
   bei org.dmxc.lumos.Kernel.HAL.Handler.HandlerRegistry.parseXmlFile(DDFParseContext context) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\HAL\Handler\HandlerRegistry.cs:Zeile 65.
   bei org.dmxc.lumos.Kernel.Devices.DeviceBeam..ctor(IDevice parentDevice, UInt32 beamNumber, DDFParseContext context) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\Devices\DeviceBeam.cs:Zeile 82.
   bei org.dmxc.lumos.Kernel.Devices.DMXDevice.parseDDF(XmlDocument ddf, String filename) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\Devices\DMXDevice.cs:Zeile 336.
   bei org.dmxc.lumos.Kernel.Devices.DMXDevice.set_DDFSourceFile(String value) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\Devices\DMXDevice.cs:Zeile 118.
   bei org.dmxc.lumos.Kernel.Devices.Factory.DMXDeviceFactory.createNewInstance(DeviceMetadata m, IDevice parent) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\Devices\Factory\DMXDeviceFactory.cs:Zeile 40.
   bei org.dmxc.lumos.Kernel.Project.DeviceManager.createNewDevice(DeviceMetadata data, IDevice parentDevice) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\Project\DeviceManager.cs:Zeile 431.
   bei org.dmxc.lumos.Kernel.Project.DeviceManager.createNewDevice(DeviceMetadata data) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\Project\DeviceManager.cs:Zeile 418.
   bei org.dmxc.lumos.Kernel.Command.KernelCommandFactory.createDevice(DeviceMetadata m) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\Command\KernelCommandFactory.cs:Zeile 1049.
   --- Ende der internen Ausnahmestapelüberwachung ---
   bei System.RuntimeMethodHandle.InvokeMethod(Object target, Object[] arguments, Signature sig, Boolean constructor)
   bei System.Reflection.RuntimeMethodInfo.UnsafeInvokeInternal(Object obj, Object[] parameters, Object[] arguments)
   bei System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture)
   bei org.dmxc.lumos.Kernel.Command.ReflectionCommandFactory.CommandPropertyBag.Invoke(CommandParameterList list) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\Command\ReflectionCommandFactory.cs:Zeile 59.

Das DDF mit dem auskommentierten zweiten Prisma und die kompletten Logs der Sitzung sind beigefügt.

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!

Im angehängten Projekt wirft DMXControl reproduzierbar eine Exception durch die Autoprepare-Funktion, wenn die Cueliste “DMH Gewitter” oder “MP300 Gewitter” gestartet wird. Siehe in den Logs.

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.

Aktuell ist es so, dass man im Patching-Dialog nur Gerät für Gerät den Patch ändern kann. In manchen Situation ist es aber vom Handling her einfacher, direkt für mehrere Geräte den Patch zu ändern. Daraus abgeleitet, wären folgende zusätzlichen Funktionen erforderlich:

• Auswahl von mehreren Geräten in ein anderes DMX-Universum umpatchen. Die Adressen innerhalb des Universums werden 1-zu-1 übernommen. Der User gibt nur das Ziel-Universum an.
• Auswahl von mehreren Geräten ab einer bestimmten DMX-Adresse neu patchen. Für das erste Gerät der Auswahl gibt der User die Start-Adresse sowie den Freiraum zwischen zwei Geräten an.
• Aktivierung der Auswahlmöglichkeit von mehren Geräten in der Kanalübersicht des Patching-Dialogs.
• Auswahl von mehreren Geräten ab einen bestimmten Wert eine neue Device-ID zuweisen. Für das erste Gerät der Auswahl gibt der User den Start-Wert sowie den Freiraum zwischen zwei Geräten an.

Im folgenden thread ausführlich beschrieben:

https://forum.dmxcontrol-projects.org/index.php?thread/13008-channel-overview-werte/&pageNo=2#post110915

In meinen Posts vom 4.dezember 2017 ist ein Projekt angehängt und dazu die Vorgehensweise, den Fehler zu reproduzieren.

Nach dem erstellen mehrerer Buttons im Softpult, und zuweisung an die Cuelist mit der Start / Stop funktion im input Assignment funktioniert noch alles ohne Fehler.

Speichert man dann diesen Fortschritt ab, und läd es neu (Beispielsweise nach einem Neustart des Pc’s oder Programms), sind im Input Assignment noch alle Zuweisungen vorhanden, reagieren allerdings nicht.

Wenn man die vorhandenen Zuweisungen herauslöscht und danach die selben Zuweisungen wieder hinzufügt, funktioniert es wieder.

LG Robin

Parameter wie {SpeedMaster 1} oder {PlaybackMaster} unterstützen im moment nur # und |.
Außerdem können sie nicht mit Statischen werten kombiniert werden

Ein Gerät aus einer Gruppe von vier hat auf dem ersten Gobo-Rad eine Gobo-Liste eingestellt, da dort die Gobos getauscht wurden.
Wird nun eines dieser Gobos ausgewäht, zeigt die Stageview nicht das Gobo aus der eingestellten Goboliste, sondern das original im DDF an dieser Stelle vorhandene an.

Folgende Szene wird bei mir nicht korrekt gespeichert/abgespielt:

Ausgangspunkt: 4 MHs, zusammengefasst in einer Gruppe.

Vorbereitung:

1) Programmer clear
2) Gruppe auswählen
3) “Lumos” (Dimmer an)
4) Position über “Position”-Fenster eingestellt
5) 1. Gerät der Gruppe auswählen
6) Im “Device control” Eigenschaft Position ausklappen, Pan verstellen
7) 4. Gerät der Gruppe auswählen
8) Im “Device control” Eigenschaft Position ausklappen, Pan verstellen
9) Gruppe auswählen
10) Im “Device control” Eigenschaft Position ausklappen
11) Effekt “Sinus” auf “Tilt” ziehen

Erster Fehler: Der geänderte Pan des 1. und 4. Gerätes werden wieder zurück gesetzt...

12) “Add cue to open Cuelist”. Im Programmer Filter tauchen das 1. und 4. Gerät (jeweils “Position” ausgewählt) sowie die Gruppe (Position und Dimmer ausgewählt) auf.

Nach “Clear Programmer” und “Go” der Cuelist stehen das 1. und 4. Gerät fest auf ihrer Position, während die anderen beiden Geräte den Sinus auf Tilt fahren.
Erwartetes Verhalten wäre Tilt-Effekt auf allen Geräten, nur mit unterschiedlichen Pan-Positionen.

Schön wäre es, wenn man in der GUI im Projektexplorer oder über die View Bereiche für Fixtures und Gruppen fest legen kann in den Movig Heds etc. nicht reinlaufen sollen und/oder der Dimmer in diesem Bereich auf null gesetzt wird. Ähnliches gibt es bereits bei der Steuerung von Lasern.

Bislang gibt es in DMXControl 3 aktuell rechteckige Matrizen. Diese lassen sich aber nur bedingt für Moving-Heads verwenden, die einen runden Kopf besitzen und die Anordnung der Pixel rund bzw. wabenförmig ist. Um diesen Fall besser zu unterstützen, schlage ich vor, ein solche radiale Matrix - oder kurz “radix” - in DMXControl 3 zu implementieren.

Play ist aus der GUI heraus nicht mehr verwendbar. GO hat diese Funktion übernommen. Auch als ScenelistScene Aktion sollte Play nicht mehr verwendet werden.

Wird eine Cueliste (1) durch eine andere Cueliste (2) gestoppt, sollte es möglich sein, dass die Cueliste 1 statt ihre eigene Release Zeit die GoTo Zeit von Cueliste 2 verwendet.

Which supports more than 4 Send Ports for non ArtNet 4 Node but no Input Ports.

laut DMXWorkshop wird DMX ausgegeben auf
den folgenden Subnetzen:
0
1
2
3

8
9
10
11

16
17
18
19

24
25
26
27

Sollten das nicht 0-15 sein?
Zudem ist die Universenzuordnung in den Propertys komisch (siehe Foto)

s.o.

Bei mir läuft Autoprepare überhaupt nicht. Betrifft mindestens die Farbe, mehr bisher nicht getestet.

Habe mit verschiedenen Geräten in verschiedene Projekten (u.a. blanko Projekt) getestet. Er faded immer von weiß zur gewollten Farbe während der Dimmer ebenfalls einfaded. Auch schon getestet den Dimmer vorher nochmal explizit auf 0 zu setzen, leeren Cue vor den Cue mit Autoprepare, nichts hilft.

Natürlich immer Autoprepare in Cuelist, Cue und Gerät aktiviert.

Autoprepare wäre wenn es funktionieren würde eine sehr große Erleichterung für mich.

MIDI-Plugin aus GitHub abhohlen und gegen 3.1.x Bauen und mit ausliefern

s.o.

Wie die CPU-Load anzeige im Monitoring fenster, zusätzlich die GPU-Load einbauen für GUI und Kernel

Hab da auch eine Lib die alle gängigen Grafik-Karten-Hersteller abdeckt, aber die bekommen wir nur auf direkte anfrage.
https://www.techpowerup.com/gpuz/

s.o.

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

Wird die Skalierung von Texten unter Windows 10 aktiviert, verliert der Text der GUI an Schärfe. Ein Beispiel ist im Anhang beigefügt. Die Fenstertitel werden von Windows gesteuert und haben daher eine klare Schrift, während die eigentlichen Inhalt von DMXControl 3 selbst angesprochen und daher nicht skaliert werden.

Das Thema Skalierung kommt immer dann zum Tragen, wenn hochauflösende Displays zum Einsatz kommen, wie im vorliegenden Fall eine native Auflösung von 2560 x 1440 Pixeln.