Bugtracker DMXControl 3

Ich würde mir beim Chaser noch folgende Features wünschen:
1. Auswahl wie lange eine “Scene” gehalten wird
2. Ein/Ausfadezeit einstellbar
3. Größe des Chasers z.B. 1er, 2er, 3er etc.
4. beim Zufalls Modus einstellbar wieviele Geräte min und max an sind.
5. anstatt Duration bzw zusätzlich eine Triggerzeit z.b. 3000, dann würde alle 3Sek ein Schritt weitergeschaltet der Schritt sollte schon weiterschalten unabhängig, ob die Haltzeit + Ein und Ausblendzeit des vorherigen Schrittes abgelaufen ist.

Im moment ist es nicht möglich zwei verschiedene Versionen paralel installiert zu haben.
Problem sind die Registry-Einträge und die Ordnerstruktur

Wir sollten das mal besprechen.
Mein Vorschlag ist

Das die alte Versionen bei der Installation in einen neuen Unterordner mit der Versionsnummer verschoben wird
Bsp.
Aktuell installiert ist 3.0.2a und 3.1 wird jetzt installiert
3.0.2a wird verschoben (mit allem drum und dran):
DMXControl 3\Kernel –> DMXControl 3\Kernel\3.0.2a
DMXControl 3\GUI –> DMXControl 3\GUI\3.0.2a
ähnliches muss dann auch in der Registry gemacht werden

3.1 instalieren
DMXControl 3\Kernel
DMXControl 3\GUI

somit kann ich immer drüber installieren, hab keine Probleme mehr, und kann zwischen den Versionen wählen

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

s.o.
https://sixlabors.com/products/imagesharp/

s.o.

Funktioniert nicht bei:
10 Sharpys per selektion und 10 Generic PARs Per selektion in den selben Cue gespeichert.

Funktioniert bei:
10 Sharpys(diesmal aber als Gruppe) und keine weiteren geräte in einen Cue gespeichert.

P.S.
Jens-Peter soll mal bitte genau testen ;)

MfG
Patrick

s.o.

Es gibt keine Tests für Autoprepare, das sollten wir ändern.

Es wäre schön, wenn es eine Möglichkeit gäbe, einzelne Geräte für Records zu sperren, soll heißen, egal welchen Wert diese haben, oder ob die verändert werden, sie werden nicht gespeichert.

z.B. für Saallicht, Arbeitslicht, Umgangslicht.

Es wäre schön, wenn es zusätzlich zur Cuelist eine Ansicht gäbe, die die Inhalte der Cues als Tabelle anzeigt. Zeilen: Geräte, Spalten: Cues
Sind im Live View keine Geräte selektiert werden alle Geräte angezeigt, sind welche selektiert, werden nur diese angezeigt.
Das gleiche gilt für Cues. Sind keine Cues markiert werden alle angezeigt, sind einer oder mehrere selektiert werden nur diese angezeigt.

Dadurch sieht man sehr schnell, in welchem Cue welches Gerät auf welchen Wert gesetzt wird. Sonst müsste man sich jedes Cue nacheinander im Programmer anzeigen lassen.

Wenn ich einen Kreis in einem Cue ändere, wäre es schön, angeben zu können, ob

a) die Änderung ab hier gilt ⇒ neue Wert wird in diesem Cue gespeichert und die Info weiter getrackt
b) die Änderung nur in diesem Cue ⇒ der neue Wert wird in diesem Cue gespeichert, in dem darauffolgenden wird der ursprüngliche Wert eingetragen (Cue only)
c) die Quelle ändern. ⇒ Das Cue, in dem der Kreis ursprünglich auf den wert gesetzt wurde, wird geändert.

MIDI Show Control

Hy,

Folgende Settings werden noch benötigt:

1. STRG Funktion beim Speichern von Scenen / Presets =⇒ Ist Filter anzeigen Default Ja / Nein
2. STRG bei Presets Drag & Drop =⇒ Wird das Preset nur auf die gespeicherten Geräte angewendet oder auf alle
3. done — Programmer Priorität einstellbar machen =⇒ (Programmer.cs –> CreateNewRegister() –> Priorität entweder “DMXCMixer.EMixerPriorityDefaults.NORMAL” oder “DMXCMixer.EMixerPriorityDefaults.PROGRAMMER”

Weiter ergänzen

Gruß Arne

Hab beim Jahrestreffen vergessen was anzusprechen, und zwar den Single Flash bei Strobes.

Ich fänds gut, wann mann den auch ordentlich Visualisiert in der LiveView einbauen würde.

Am beispiel von Henne’s Strobo Mod.

Wenn ich mit meiner ListView Die Selectierung ändere wird dies nicht von der GraficalView erkannt(Selection wird nicht übernommen)

Es sollte die Möglichkeit geben, das man Effekte die man auf einen Gruppe gelegt hat auch über das Input Assignment steuern kann.

Z.B. beim Chaser, den Playmode, Verweilzeit und Break über das Softpult
bzw. DMX-In Steuern kann.

Sinnvoll wäre es Variablen in Eigenschaften unterbringen zu können. Eine Variable könnte dann zum Beispiel so aussehen:

$BeispielVariable

Wenn ich so eine Variable nun zum Beispiel einer Phase von einem Effekt zuweise:

0<$BeispielPhase

Könnte ich, wenn ich die Variable einen Input zuweisen könnte, noch nachträglich die Phase des Effektes verändern.
Oder wenn ich meine Movingheads auffächere mit

-20<20

könnte ich dank

-$Fächer<$Fächer

die Fächerung hinterher noch justieren und so mein gespeicherten Szenen super einfach live variieren.

G1: D1, D2
G2: D3, D4
G12: G1, G2

SDG = G12, D5, D3, Dimmer At 0 > 100

       | Dimmer
-------|-------------
-G12   |
  -G1  |
    D1 |   0
    D2 |  25
  -G2  |
    D3 |   -
    D4 |  50
D5     |  75
D3     | 100

SDG = G12, Dimmer At 0 > 100

       | Dimmer
-------|-------------
-G12   | 0 > 100
  -G1  |
    D1 |   0
    D2 |  33,33
  -G2  |
    D3 |  66,66
    D4 | 100

zusätzlich SDG = G2, Color At 0,0,0 > 255,0,0

       | Dimmer  | Color
-------|---------|------------
-G12   | 0 > 100 |
  -G1  |         |
    D1 |   0     |
    D2 |  33,33  |
  -G2  |         | 0,0,0>255,0,0,0
    D3 |  66,66  | 0,0,0
    D4 | 100     | 255,0,0

SDG = G12, G1, D3, D1 Dimmer At 0 > 100

       | Dimmer
-------|-------------
-G12   | 
  -G1  |   -
    D1 |   -
    D2 |   -
  -G2  | 
    D3 |   -
    D4 |   0
-G1    | 
  D1   | 
  D2   |  33,33
D3     |  66,66
D1     | 100

Zusätzlich
SDG = G12 Color 0;0;0 > 255;0;0

       | Dimmer | Color
-------|--------|------------
-G12   |        | 0;0;0 > 255;0;0
  -G1  |   -    |
    D1 |   -    | 0;0;0
    D2 |   -    | x;0;0
  -G2  |        |
    D3 |   -    | y;0;0
    D4 |   0    | 255;0;0
-G1    |        |
  D1   |        |
  D2   |  33,33 |
D3     |  66,66 |
D1     | 100    |

Zusätzlich
SDG = D4, G1, D1, Iris 0 > 255

       | Dimmer | Color           | Iris
-------|--------|-----------------|-----
-G12   |        | 0;0;0 > 255;0;0 |
  -G1  |   -    |                 |
    D1 |   -    | 0;0;0           |
    D2 |   -    | x;0;0           |
  -G2  |        |                 |
    D3 |   -    | y;0;0           |
    D4 |   0    | 255;0;0         |
-G1    |        |                 |
  D1   |        |                 | -
  D2   |  33,33 |                 | 1
D3     |  66,66 |                 |
D1     | 100    |                 | 2
D4     |        |                 | 0

Zusätzlich
SDG = D2, G2, Zoom 0 > 255

       | Dimmer | Color           | Iris
-------|--------|-----------------|-----
-G12   |        | 0;0;0 > 255;0;0 |
  -G1  |   -    |                 |
    D1 |   -    | 0;0;0           |
    D2 |   -    | x;0;0           |
  -G2  |        |                 |
    D3 |   -    | y;0;0           |
    D4 |   0    | 255;0;0         |
-G1    |        |                 |
  D1   |        |                 | -
  D2   |  33,33 |                 | 1
D3     |  66,66 |                 |
D1     | 100    |                 | 2
D4     |        |                 | 0
D2     |        |                 |       |  0
-G2    |        |                 |       |
  D1   |        |                 |       | 50
  D2   |        |                 |       | 100

Vorschlag (siehe Kommentar):
SGD = G12, Dimmer At 100

       | Dimmer
-------|-------------
-G12   | 100
  -G1  | 100
    D1 | 100
    D2 | 100
  -G2  | 100
    D3 | 100
    D4 | 100

Die Darstellung oben wird schnell sehr unschön.
Ich denke folgendes wäre besser.
Es gibt 2 Ansichten.
In der ersten sieht man seine Selektionen. Für jede Selektion eine eigene Reihe.
Wird die Selektion mehrfach verwendet, (Color, Zoom) werden die Werte in schon vorhandene Reihe geschrieben.
In einer weiteren Ansicht werden nur die Geräte mit den gefannten Werten dargestellt. Da könnte man z.B. noch ein Tooltip einbauen, das aufgeht wenn man länger auf einer Zelle bleibt, wo drinsteht, wo der Wert herkommt. D1 Dimmer: G12, G1, D3, D1 0 > 100. Ich denke so macht das mehr Sinn und ist übersichtlicher.

(Detail Expanded)

                 | Dimmer  | Color           | Iris    | Zoom
-----------------|---------|-----------------|---------|---------
-G12, G1, D3, D1 | 0 > 100 |                 |         |
  -G12           |         |                 |         |
    -G1          |   -     |                 |         |
      D1         |   -     |                 |         |
      D2         |   -     |                 |         |
    -G2          |         |                 |         |
      D3         |   -     |                 |         |
      D4         |   0     |                 |         |
  -G1            |         |                 |         |
    D1           |   -     |                 |         |
    D2           |  33,33  |                 |         |
  D3             |  66,66  |                 |         |
  D1             | 100     |                 |         |
-G12             |         | 0;0;0 > 255;0;0 |         | 0 > 100
  -G1            |         |                 |         |
    -D1          |         |   0;0;0         |         |   0
    -D2          |         |   x;0;0         |         |  25
  -G2            |         |                 |         |
    -D3          |         |   y;0;0         |         |  50
    -D4          |         | 255;0;0         |         | 100
-D4, G1, D1      |         |                 | 0 > 100 |
  -D4            |         |                 |   0     |
  -G1            |         |                 |         |
    -D1          |         |                 |   -     |
    -D2          |         |                 |  50     |
  -D1            |         |                 | 100     |

(Detail, Collapsed)

                 | Dimmer  | Color           | Iris    | Zoom
-----------------|---------|-----------------|---------|---------
+G12, G1, D3, D1 | 0 > 100 |                 |         |
+G12             |         | 0;0;0 > 255;0;0 |         | 0 > 100
+D4, G1, D1      |         |                 | 0 > 100 |

(Device view, collapsed)

   | Dimmer | Color   | Iris | Zoom
----|--------|---------|------|------
+D1 | 100    |   0;0;0 | 100  |   0       <-  Tooltip für Dimmer: G12, G1, D3, D1: 0 > 100 
+D2 |  33,33 |   x;0;0 |  50  |  25
+D3 |  66,66 |   y;0;0 |      |  50
+D4 |   0    | 255;0;0 |   0  | 100

Kommentare?

Edit: 09.06.14
(Device view, with details expanded)

                   | Dimmer  | Color           | Iris    | Zoom
-------------------|---------|-----------------|---------|--------
-D1                | 100     | 0;0;0           | 100     |   0
  -G12, G1, D3, D1 | 0 > 100 |                 |         |
  -G12             |         | 0;0;0 > 255;0;0 |         | 0 > 100
  -D4, G1, D1      |         |                 | 0 > 100 |
-D2                |  33,33  | x;0;0           |  50     |  25
  -G12, G1, D3, D1 | 0 > 100 |                 |         |
  -G12             |         | 0;0;0 > 255;0;0 |         | 0 > 100
  -D4, G1, D1      |         |                 | 0 > 100 |
-D3                |  66,66  | y;0;0           |         |  50
  -G12, G1, D3, D1 | 0 > 100 |                 |         |
  -G12             |         | 0;0;0 > 255;0;0 |         | 0 > 100
-D4                |   0     | 255;0;0         |   0     | 100
  -G12, G1, D3, D1 | 0 > 100 |                 |         |
  -G12             |         | 0;0;0 > 255;0;0 |         | 0 > 100
  -D4, G1, D1      |         |                 | 0 > 100 |

Wenn ich einen Executer eine Scenenliste zugewiesen hab, und dann eine weitere Scenenliste per Drag and Drop im ProjectExplorer zuweisen will, krig ich keine warnung, das das die vorhandene Scenenliste ersetzt.

Hier wäre doch angebracht ein Dialog zu öffnen der mich warnt, und mich wählen läst, ob ich ersetzen möchte, oder nicht.

Per Enter wird das ersetzen bestätigt.

Weis nicht wie ich das jetzt einordnen sollte, ob Fehlerbericht oder ToDo.

MfG
Patrick

Mit einem einfachen Chaser kann man zwar ein Random-Strobe generieren, jedoch sind diese Einstellungen an die Anzahl der aktiven Geräte innerhalb einer Gruppe gebunden und bei dem einfachen Chaser ist immer nur ein Gerät aktiv.
Der Random-Strobe-Chaser geht über den einfachen Chaser hinaus und sollte über folgende Parameter zum Einstellen verfügen. Die nachfolgend genannten Parameter sollen dabei unabhängig von der Anzahl der aktiven Geräte innerhalb der Gruppe gelten.

• Anzahl der gleichzeitig aktiven Geräte
• Zeit Dimmer an
• Zeit Dimmer aus
• Zufällige Pausenzeit
• Maximale Helligkeit
• Zufälliger Helligkeitswert / Mindestwert
• Laufrichtung des Strobes (vorwärts, rückwärts, von der Mitte aus, zur Mitte hin, zufällig)

Die zufällige Pausenzeit soll den Strobe-Effekt zufällig entsprechend unterbrechen, sofern hier ein Wert eingetragen ist.

Ist ein Wert im Feld „zufälliger Helligkeitswert“ gesetzt, soll hier durch jedes Gerät leuchtet immer mit einer anderen zufällig generierten Helligkeit zwischen dem Mindestwert und dem Maximalwert, wobei der Wert „zufälliger Helligkeitswert“ den Mindestwert angibt. Auf diese Weise lässt sich gerade bei einer größeren Zahl an Geräten eine besondere Tiefenwirkung erzielen.

Ein zusätzlicher Clou wäre an dieser Stelle, wenn sich der Wert für die Anzahl gleichzeitig aktiver Geräte live vom Softpult aus beeinflussen ließe, beispielsweise über die Effekt-Speed der Cueliste.

Hab gesehen, das meine PSX-575 auf Frost und Iris einen Pulse Effekt haben, der Fehlt noch in der HAL.

Evtl. gibts noch andere Eigenschaften die das haben.

Aktuell kann man bei MovingLights nur pro Gerät einen Offset für Pan und Tilt festlegen. Sollen aber MovingHeads und Scanner gemeinsam in einer Gruppe fahren, müssen im Regelfall die Bewegungen für die Scanner verkleinert werden, damit diese nicht immer in die Anschläge fahren.

Darüber hinaus kann man mit Hilfe der Skalierung für Pan und Tilt in Verbindung mit dem Offset, jedes MovingLight indivuell Positonieren und den Aktionsbereich festlegen.

Die Skalierung für Pan und Tilt sollte jeweils getrennt einstellbar sein. Der Wertebereich sollte effektiv gesehen alle Werte größer 0 zulassen, wobei bei 0 bis 1 der Aktionsbereich verkleinert und >1 entsprechend vergrößert wird.

• Anfang und Ende eines Adressbereichs für ein Gerät besser kennzeichnen, zum Beispiel durch abgerundete Ecken
• Adresse in die Mitte verschieben(Fett), Darunter dann der DMX-Wert
• Vergrößerung der Balken für Kanalwerte(auf voller Breite aber hinter Adresse und Value)
• Highlighting der Kanäle der gerade in der StageView ausgewählten Geräte
• Farbliche Kategorisierung der einzelnen Kanalfunktionen wie Dimmer, Color, Position, Gobo, Strobe / Shutter (ENTSCHEIDUNG)

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

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

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

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.

Da sich DMXControl 3 an vielen Stellen über Tastatur Shortcuts steuern lässt - unabhängig von der Belegung im Input Assignment - sollte es ggf. in den Einstellungen eine zentrale Übersicht über die verfügbaren Shortcuts geben. Photoshop bringt unter anderem eine solche komplette Übersicht mit. Die Übersicht könnte optional nach den entsprechenden Bereichen gruppiert sein, zum Beispiel Stage View oder Cuelists.

Um während des Live-Betriebs ein unerwünschtes Verhalten der Software zu vermeiden, sollte es in dieser Übersicht einen einzigen einstellbaren Eintrag geben - nämlich die globalen Shortcuts zu aktivieren oder zu deaktivieren. Die restlichen Einträge ist festgesetzt und können vom User nicht geändert werden.

Ich habe vorgefertigte Presets in einer neuen Cue-Liste eingebaut.

Die Presets bestehen lediglich aus jeweils einer Farbeinstellung, sonst nichts weiter.
Jetzt wollte ich von einer Farbstimmung in die andere überfaden.
Beim Abspielen werden die Fade-Werte aber scheinbar ignoriert.
Es kommt immer zu einem harten Farbwechsel/Übergang.
Was ist falsch?

Screenshots im Anhang

Bei normalen Cues wird deren Status (Zeit bis zum Einblenden, Einblendvorgang etc.) mit den verschiedenfarbigen Statusbars dargestellt. Es wäre gut, wenn es bei Audio Cues in dieser Statusbar auch eine Anzeige für die Restlaufzeit der Audio Cue gäbe.

Es sollte eine Option geben, mit der eich einstellen kann, wann die Cuelists gestoppt werden
Immidiantly
AfterFadeIn
AfterFaderIn(Kill)

Die Leistungsaufnahme von Geräten, bei denen Effekte auf die Matrix oder Radix gelegt werden, wird in den Ampmetern nicht angezeigt/ berücksichtigt. Dies ist auch bei den Positionsänderungen aufgefallen.

Wenn ich direkt über das Input-Assignment mit dem Audio-Node einen Song starte und daraufhin DMX-Control schließe, ohne die Wiedergabe zu pausieren, stürzt beim Schließen die GUI ab, die Kernel läuft weiter, somit auch die Musik.

IM angehängten Projekt sind nur 2 Cuelists enthalten, einmal “Cuelist hakt”(das Orignal) und eine Kopie dergleichen. Wenn ich nun die Originale mit Go(cuelist läuft im Loop-Modus) durchklicke, hakt diese spätestens im 4. Komplettdurchlauf bei irgendeiner Cue und bleibt für ein paar Sekunden dort stehen. Dies kann man im Editor an der “Current Cue” gut beobachten.
Bei der Kopie der Cuelist tritt dieses Phänomen nicht auf.

Hinweis: Es handelt sich um ein ehmals großes Projekt, was um alles gekürtzt wurde, was nicht rein muss.

Aus anderen Programmen ist man gewohnt, dass wenn man einen Wert in einem PopUp überschreibt und die Enter Taste klickt, dass dann der Wert gespeichert wird und das PopUp geschlossen wird. Aktuell wird nur der Wert übernommen und bei erneutem Enter wird das Feld erneut bearbeitet. Auch möglich wäre das bei erstem Enter der Wert übernommen wird und bei zweitem Enter erst das Fenster geschlossen wird.

Aus diesem Thread: https://forum.dmxcontrol-projects.org/index.php?thread/15425-par-strahler-lauflicht-mit-geschwindigkeitssteuerung/ kam mir die Idee von "Dimmerkur​ven" für den Trapezeffekt? Sprich der Effekt wird um zwei Dropdown-Einträge erweitert, mit denen man für Fade Up und Fade Down jeweils bestimmen, mit welcher Kurve gefadet wird (linear, Sinus-ähnlich, ….). Dadurch hätte man deutlich mehr Kontrolle über das Verhalten. Das macht natürlich die anderen Effekte nicht überflüssig, weil man da natürlich noch eine feinere Einstellmöglichkeit hat.

1. Uninstaller löscht nicht alle Inhalte, wenn DMXControl geöffnet ist –> hier sollte überprüft werden, ob DMXC noch geöffnet ist und ggf. ne Info anzeigen
2. Uninstaller löscht den Installer.log nicht und den DMXControl Ordner im Programme Verzeichnis
3. löschen des Appdata Verzeichnisses optional anbieten.

Projekt lasse ich gerne Zukommen, bei Veränderungen im Softdesk, z.B. verschieben verschwinden irgendwelche Buttons, ohne dass ich da ein System erkennen würde. Zudem existiert ein Button im Input Assignment “Button (13)”, der im Softdesk nicht angezeigt wird. Beim Versuch den zuzuweisen friert DMXC3 ein, evtl liegt da der Kern des Problems. Aktuell hat es alleine beim letzten neu laden 6 Buttons zerlegt, die im Softdesk nicht mehr angezeigt werden, allerdings im InputAssingment noch vorhanden sind.

LG Paul

Wird aktuell ein Projekt aus einer neueren DMXC-Version in einer älteren Version geöffnet, gibt es (wohl) nur eine Warnung im Kernel-Log.
Es wäre besser, den Benutzer auch in der GUI auf das Problem hinzuweisen.

Wie bei den Menüeinträgen zur Cuelist, Softdesk und Stage View sollte der Eintrag Macroboard Profile aus Konsistenzgründen ebenfalls dahingehend erweitert werden, dass man aus den neuen Untermenüpunkten direkt ein vorhandenes Macroboard-Profil öffnen und ein neues anlegen kann.

Aktuell wird durch die Großschreibung der Namen verschiedener Ein- und (ggf.) Ausgänge mitgeteilt, dass diese eine bestimmte Aktion direkt triggern wie beispielsweise die Inputs Go, Go Back, Go Next etc. des Cuelist Nodes. Im Zuge der weiteren Internationalisierung von DMXControl 3 kann aber nicht mehr sichergestellt werden, dass in weiteren Sprachen ebenfalls eine Unterscheidung über die Groß- und Normalschreibung des Namens erfolgen kann.

Auf Grund dieser Problematik wurde in der Entwicklersitzung vom 31.03.2021 vereinbart, dass die Input Hubs und (sofern erforderlich) die Output Hubs durch eine andere Farbe entsprechend hervorgehoben werden und statt des Gelbs eine andere Farbe erhalten.

Dabei kann zum Beispiel das Bank Node als entsprechende Vorlage dienen, weil hier auch die Hilfetexte entsprechend vorbereitet sind. Nach der Implementierung des ersten Beispiels unterstütze ich selbst gerne beim Umbauen und Erweitern der weiteren Nodes (deswegen auch die Zuweisung).

In den GUI-Einstellungen gibt es die Wahl zwischen zwei Themes.

Deutsch: Standard/Dunkel
Englisch: Default/Dark

Mein Änderungswunsch:

Deutsch: Hell/Dunkel
Englisch: Light/Dark

Warum?: Ist Standard/Default ist nicht selbsterklärend, außerdem folgt die Benennung keinem klaren Muster. Führt zudem zu mehr Klarheit, sollten irgendwann noch mehr Themes dazu kommen (Stichwort Barriefreiheit, High Contrast).

DMXControl sends feedback 3 times for same midi channel. This eventually floods midi with feedback. For example, I have only one midi fader setup in DMXControl. DMXControl sends the below midi out:

RECEIVE | ENDPOINT(loopMIDI) TYPE(CONTROLCHANGE) CHANNEL(1) DATA1(13) DATA2(50)
RECEIVE | ENDPOINT(loopMIDI) TYPE(CONTROLCHANGE) CHANNEL(1) DATA1(13) DATA2(50)
RECEIVE | ENDPOINT(loopMIDI) TYPE(CONTROLCHANGE) CHANNEL(1) DATA1(13) DATA2(50)

Why does DMXControl send the same information 3 times? This is a new project with only one device and only one midi fader configured. On project loading DMXControl will send out the above midi values for a single device. This extra midi chatter floods the network.

Wenn z.B. der Weiß-Kanal explizit im Device Control gesetzt wird, das in einer Cue gespeichert wird und in der nächsten Cue in eine automatisch durch den HAL errechneten Weiß-Wert übergeblendet wird, springt die Ausgabe zwischen W-Kanal und RGB-Kanal. Siehe im angehängten Testprojekt die Cuelist. Das liegt an der verteilten Verarbeitung der Fades zwischen Mixer und HAL. Dem HAL müssen entsprechend Metainformationen übergeben werden, damit es zu keinem Sprung mehr kommt.

Im beigefügten Beispielprojekt habe ich vier verschiedene Inputs an das LTP-Node gehängt: Macro Board Profile, Tastatur (Umsch + 1), Push-Button aus Softdesk (Button 2) und MIDI. Lade ich das Projekt, kann ich über den Button 1 bereits die Signal Lamp einschalten, weil der LTP keinen definieren Wert übergibt, da er wiederum keinen definierten Wert von den Inputs erhält.

Dies hat bei anderen Projekten zur Folge, dass zum Beispiel ungewollt Cuelists ausgeführt werden. Zur Zeit lässt sich das nur dadurch beheben, dass ich nach dem Laden einmal alle Tasten betätigte und damit auch eine Neuberechnung des jeweiligen Connectionsset anstoße. Dabei muss ich beachten, dass beim manuellen Triggern alle Bänke aktiv sind, in denen ich die jeweiligen Input nutze. Sobald eine Bank nicht aktiv ist, behält der Input seinen undefinierten Zustand bei, wenn ich die Bank nachträglich aktiviere. Dies hat wiederum zur Folge, dass ich die dort in den Connectionset enthaltenen Inputs erneut manuell triggern muss.

Hierzu hatte sowohl ich das Ticket  FS#3958  sowie @steff das Ticket FS#4432. Vielleicht hat eines oder gar beide eine gewisse Relation zu diesem Ticket.

Bei diesem Punkt handelt es sich um ein Verhalten, was sowohl in DMXControl 3.2.3 als auch in DMXControl 3.3 Beta 2 gleichermaßen existiert. Um dies prüfen zu können, ist das Projekt in DMXControl 3.2.3 erstellt.

Bei ALT+Doppelklick GoTo auf Cuelist, ohne Fadezeit

Es soll angezeigt werden wass alles an ist und welcher cue in welcher cueliste auslöser ist.
mit funktionen wie alles aus. oder nur das aus.

MfG
Qasi

s.o.

Bsp. GLP X4 Impression:
Pattern Byte 1 LED1..8 0-255
Pattern Byte 2 LED9..16 0-255
Pattern Byte 3 LED17..19 0-7

             H L|H      L|H      L
                |        | 
             B3 |Byte2   |Byte1
LED1  = 2^0  000 00000000 00000001
LED2  = 2^1  000 00000000 00000010
LED3  = 2^2  000 00000000 00000100
LED4  = 2^3  000 00000000 00001000
LED5  = 2^4  000 00000000 00010000
LED6  = 2^5  000 00000000 00100000
LED7  = 2^6  000 00000000 01000000
LED8  = 2^7  000 00000000 10000000
LED9  = 2^8  000 00000001 00000000
LED10 = 2^9  000 00000010 00000000
LED11 = 2^10 000 00000100 00000000
LED12 = 2^11 000 00001000 00000000
LED13 = 2^12 000 00010000 00000000
LED14 = 2^13 000 00100000 00000000
LED15 = 2^14 000 01000000 00000000
LED16 = 2^15 000 10000000 00000000
LED17 = 2^16 001 00000000 00000000
LED18 = 2^17 010 00000000 00000000
LED19 = 2^18 100 00000000 00000000

Und dazu ein schickes Control ^^

MfG
Patrick

s.o.

Color wird in StageView irgendwie nicht angezeigt, ganz strange

Gobo-Rotation geht nicht
Prisma Rotation geht nicht
Prisma Index geht nicht

Frost filter wird in dieser form nicht unterstützt (3 verschiedene Frostfilter auf einem Kanal)

MfG
Patrick

Ergänzend zum Thema Cuelist Group ist mit am vergangenen Wochenende noch die Idee gekommen, Cuelist Groups auch “Blackouten” bzw. auf “Blind” schalten zu können, wodurch die darin enthaltenen Cuelists zwar laufen, aber nicht aktiv ausgeben können -außer man hat die selbe Cuelist in mehreren Cuelist Groups laufen, dann wird natürlich solange etwas ausgegeben, bis die anderen Cuelist Groups ebenfalls auf Blind gesetzt werden.

So erhält man die Möglichkeit, bestimmte Einstellungen wie zum Beispiel Farben für einen Blinder- oder Strobe-Effekt vorauszuwählen und dann in Verbindung mit einer Mutter-Tochter-Beziehung zum eigentlichen Blinder-Effekt zu aktivieren. Oder man baut sich bereits während eines Songs die nächste Stimmung (beispielsweise für eine Bridge oder den Refrain) zusammen, die dann mit nur einem Tastendruck aktiviert werden kann.

Einen Abriss über das Szenario habe ich in dem Thread https://forum.dmxcontrol-projects.org/index.php?thread/12105-mutter-tochter-beziehung/&postID=101294#post101294 verfasst, da hier auch das Thema Mutter-Tocher-Beziehung zwischen Cuelists zum Tragen kommt.

siehe kommentare aus External Link

Tint ist die Balance zwischen Grün und Magenta.
Zusätzlich muss ein Control wie für Farbtemperatur gebaut werden

Beispiel:
0 to 1 = neutral white
2 to 127 = full plus-green to neutral white
128 = neutral white
129 to 255 = neutral white to full minus-green (full magenta)

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.

Ich habe mir gerade einen Regentropfeneffekt für LED-BARs gebaut, so wie es ihn auch bei LED-Eiszapfen beim Weihnachtsschmuck gibt. Hierbei kam mir der Gedanke, Cues innerhalb einer Cuelist zu gruppieren. Dies bedeutet, alle Cues mit einem gleichen Group Index werden immer in der Reihenfolge abgespielt, wie sie in der Cuelist sortiert sind. Dieses Feature kommt vornehmlich zum Tragen, wenn man den Wiedergabemodus Reverse, Bounce oder Random wählt. Beispiel:

• Block 1, Szene 1
• Block 1, Szene 2
• Block 1, Szene 3
• Block 2, Szene 1
• Block 2, Szene 2
• Block 3, Szene 1
• Block 3, Szene 2
• Block 3, Szene 3
• Block 3, Szene 4

Ist das Feature aktiviert, besteht die Cuelist effektiv nur aus vier Steps, der nämlich jeweils bei Szene 1 jedes Blocks beginnt.

Dieses Feature ist quasi eine Abwandlung der Möglichkeit mittels Befehlen andere Cuelists zu starten, die vielleicht etwas einfacher zu programmieren und vor allem zu pflegen ist, da sich alles innerhalb einer Cuelist abspielt. Man spart sich hier nämlich das erstellen der unterschiedlichen Cuelists sowie das Verknüpfen untereinander über die Befehle.