Bugtracker DMXControl 3

Der Neue Operator soll Folgendes bei 8-gefannten Geräten machen:

neuer OP= ‘symmetrisch’ Dimmer = 50 symmetrisch 100

Output:
100 50 100 50 50 100 50 100

zum vergleich OP = ‘#’ Dimmer = 50 # 100

Output:
50 100 50 100 50 100 50 100

Eigentlich müsste der Operator ‘|’ heißen. Da dieser aber mit  FS#2917  belegt ist, habe ich erstmal einen Platzhalter verwendet.

Ausgangssituation: Eine Cuelist mit einer Cue, in der ein Chaser auf eine Gruppe angewendet ist. Der Chaser steht auf Random. Die Cuelist wird so beendet, dass genau eine Lampe angeschaltet wird, bevor die Cuelist stoppt. Wird nun die Cuelist mehrfach gestartet, so wird stets die selbe “Zufallslampe” angeschaltet. Es wird also beim Start der Cue nicht erneut randomisiert. Das sollte aber der Fall sein.

Autoprepare funktioniert nur, wenn der Dimmer und der Shutter in der ersten Cue einer Cuelist auf 0 bzw. closed gespeichert werden. Dadurch kann man aber AP in der ersten Cue nicht verwenden und man muss wieder eine zusätzliche Preparation-Cue einfügen. Wenn aber der aktuelle Gerätezustand als virtuelle 0. Cue behandelt wird, kann auch die erste Cue von AP profitieren. Wenn dabei auch die Triggertime berücksichtigt wird, macht das auch bei der ersten Cue in einer Cuelist nichts aus. Außerdem löst man noch frei Haus zusätzlich das Problem, dass man beim Einblenden eines LED-Scheinwerfers jedes mal die Fadetime der Farbe auf 0 setzen muss, damit das sauber aussieht.

nicht vorhanden

Bei der Generic Matrix und der Color Bridge hat das Feature “Control Shutter” Einzug erhalten. Hier würde ich mir wünschen, wenn diese Option auch für andere Geräte mit Shutter angeboten wird.

Das würde Cues mit Shutter offen und Dimmer 100% in dem Sinne verschönern, dass aktuell beim Ausfaden der Cue bzw. beim Stoppen der Cuelist bei 50% der Shutter zugemacht wird und so der Fadeanteil des Dimmers von >50% bis 0% gar nicht wiedergegeben wird.

Ich lege verschiedene Executor Pages an und sortiere diese in eine beliebige Reihenfolge. Diese Reihenfolge wird vom Executor Fenster nicht übernommen.

Speichert man ein Projekt mit Softdesk ab und öffnet es wieder fehlen einige (Immer andere) Input assignments

Ich habe mir das Fenster angeschaut.

Erstmal meine Windows Einstellungen:
Windows 10
Auflösung 1680*1050
Größe 125%

Dabei hat sich der Text unter die Komboboxx geschoben. (s. Screenshot)

Dann sind mir noch ein paar Kleinigkeiten aufgefallen.
1. Wenn man bereits in einer Session verbunden ist, sind die Elemente Host und Sessionname ausgegraut. Das wäre auch für die Kombobox und die Tabelle unten top. Ich war etwas verwirrt als ich nichts auswählen konnte, bis mir dann aufgefallen ist, ah ich bin ja schon verbunden.

2. Die Höhe der Kombobox und die Höhe des Textfeldes vom Hostname / Session Name sind unterschiedlich.

3. Der Text in der Kombobox ist Zentriert, aber im Host Name und im Session Name nicht

4. Im Tabellenkopf bei Found Servers steht “IP Adresses”. Alle anderen Spalten sind im Singular beschriftet. Da wäre eine einheitlicher Kopf schicker.

Itemlist Objekte können nicht kopiert/eingefügt werden

Bei den Opionen zu den Cuelistgruppen gibt es den Eintrag “One ends all”. Ich würde den umbennen zu “Master/One ends all”. Bei stop dementsprechend.

Die neue UNDO/REDO-Edit Funktion im Editor würde ich nicht nach ganz oben im Rechte-Maustaste Kontext-Menü setzen, sondern tiefer.

Außerdem ist das mit der Namensgebung noch etwas unglücklich, weil direkt darunter der Eintrag “Edit in Programmer” kommt. Ich könnte mir vorstellen, dass es da - gerade für Newbies - zu Schwierigkeiten und Missverständnissen kommt.

Von der Usability her ist es einem User nicht zu vermitteln, dass er bei einem Lauflicht mit einer einzelnen aktiven Lampe den Chaser-Effekt nehmen soll, während er bei mehr als einer aktiven Lampe einen Rechteck-Effekt auf den Dimmer legen muss (siehe Diskussion hier: https://forum.dmxcontrol-projects.org/index.php?thread/14067-2er-oder-3er-chaser-in-dmx-control-3/ ) Daher sollte der Chaser-Effekt einen Anzahl-Parameter erhalten, mit dem die Anzahl der nebeneinander aktiven Lampen pro Chaser-Step eingestellt werden können.

Hallo,
ich wünsche mir einen festen Wert bei den Fog Einstellungen
⇒ 10/50, (10% Fog, 50% Fan)
damit ein Hazer auch gleichmäßig den ganzen Abend leichten Dunst produziert.
Danke.

In der Stageview sollten selektierte Geräte und Gruppen mit Rechtsklick → Entfernen von der Stageview entfernt werden können.
Eventuell auch mit druck auf die Entf-Taste, wobei das eventuell zu unsicher ist.

Zweiter Contextmenü-Eintrag sollte sein “Copy to StageView X” und “Move to StageView X”

Meiner Meinung nach sollte überlegt werden, wie sich vor allem das Group Handling schneller erreichen lässt. Ich finde es ein richtig starkes Feature, was aber aktuell ein wenig zu sehr versteckt ist und deswegen beim produktiven Arbeiten über das Dropdown-Menü etwas umständlich zu erreichen ist. Überlegungen wären hier:

• Das Group Handling erhält einen eigenen Reiter innerhalb des Device Controls (neben den Reitern Properties und Effects).
• Für das Group Handling wird ein komplett separetes Fenster losgelöst vom Device Control geschaffen, sodass (genügend Bildschirmfläche vorausgesetzt) Group Handling und Device Control neben- oder untereinander angezeigt werden können.

Für das Device Control wünsche ich mir zwei Buttons, mit dessen Hilfe ich das Fanning im ausgewählten Feld “durchschalten” kann. Dies kommt vor allem bei alternierenden Fannings zum Tragen. Die Buttons könnten daher einfach mit « und » beschriftet sein. Beim Drücken von » würde folgendes passieren:

• 255;128;0 # 0;128;255 # 64;192;48
• 64;192;48 # 255;128;0 # 0;128;255
• 0;128;255 # 64;192;48 # 255;128;0

Der Button « tauscht die Werte innerhalb des Fannings entsprechend Schritt für Schritt wieder zurück. Ähnlich würde es bei einem linearen Fanning laufen, wenn der Button » gedrückt wird:

• 255;128;0 > 0;128;255
• 0;128;255 > 255;128;0

Das Plugin übernimmt nicht die Werte aus dem Programmer, hat man als erstes eine Auswahl von Geräten positioniert, verändert die Position eines einzelnes Geräts dieser Auswahl und wählt dann wieder die ursprünglichen Geräte wieder erneut aus. Der Programmer wird bei der Position auf den Wert 0 zurückgesetzt.

Für genaue Fehlerbeschreibung siehe Thread Pan/Tilt Ausgangsposition verändern im Forum.

Möchte ich in einer Cue zum Beispiel den Namen der Cue ändern und drücke die Tasten Pos1 und Entf hintereinander, lösche ich mir ganz schnell mehrere Cues.

Eigentlich erwarte ich nämlich, dass der Cursor in der Zelle mit dem Namen beim Drücken von Pos1 vor das erste Zeichen springt und ich dann mit der Taste Entf Zeichen des Namens löschen kann. Stattdessen wird mit dem Drücken der Taste Pos1 die gesamte Zeile ausgewählt und dadurch mit dem Drücken der Taste Entf die gesamte Cue gelöscht. Ist man dann zu stürmisch, löscht man sich auf diesem Wege unter Umständen die gesamte Cuelist.

Einfach in Kommentaren oder hier ergänzen, welche Knoten noch fehlen bzw. welche Falsch benannt sind.

Wenn ungültige oder fehlerhafte DDFs in den Device-Verzeichnissen liegen, dann wir der User nur im Kernelfenster über Fehler informiert.
Will man aber ein solches DDF hinzufügen, so ist es in der Liste einfach nicht vorhanden.

Eine Meldung, die zumindest anzeigt, dass fehlerhafte DDFs gefunden wurden wäre hier hilfreich.
Man kann entweder auf den “Show Server”-Menüpunkt verweisen oder auch gleich eine Liste der “defekten” DDFs ausgeben.
(Evtl. die Geräte dann sogar ausgegraut und nicht auswählbar in der Liste anzeigen)

Zoom und Position und Drehung

Hallo,

Auf der Executer Page werden unter der grünen LED die Cuelist Namen angezeigt, allerdings nur einzeilig und mit ca 15 Zeichen.

Wenn ich aber sehr viele Cuelisten habe, sind die Namen meistens länger.

Es wäre schön, wenn die Namen in der Executerpage mit mind. 25 Zeichen oder auch mehr angezeigt werden. ggf auch mit Zeilenumbruch.

und

wenn zwischen dem angezeigten Cuelist-Namen und der Zeile “Intensity” eine Leerzeile ist.

und

bitte optisch auf der Executer Page irgendwie anzeigen, welche Cuelist “läuft” also welche bereits über GO gestartet ist.
Bsp. “grüne LED blinken lassen” oder die Buttons anders farblich markieren.

Danke.
Steffen

Hallo liebe DMXControler,

ich hätte eine Idee für den zukünftigen Timecodeplayer in DMXC3.
Wenn im TICOP (faule Bezeichnung für TImeCOdePlayer ) ein Audiofile abgespielt wird, soll dieser ja verschiedene Effekte bzw. Szenen für das Licht abspulen.
Gleichzeitig könnten in dem Player noch ein paar Spuren (ähnlich wie in einer DAW) integriert werden, in denen man MIDI-Signale an externe Geräte schicken könnte.
Z.B. wäre es dann möglich, dass beim Abspielen des Audiofiles gleichzeitig noch Midi-Signale an einen Mixer mit Motorfadern gesendet werden, welcher die angeschlossenen Mikrofone steuert. Dies wäre ein sehr nützliches Features für Theatherproduktionen.

LG
Jelu

P.S. Momentan benutze ich Ableton als Steuerprogramm für DMXC2 (Audioplayer) und eines Digitalmixers (Behringer X32). Wenn das direkt mit integriert wäre, könnte man eine Drittsoftware wie Ableton weglassen.

Bei externen “Controls”, die kein Feedback erlauben (z.B. nicht motorisierte Fader, Potis, DMX-In), gibt es das Problem springender Werte, wenn sich Werte in der Software ändern, aber natürlich nicht am Control selbt. Fasst man das Control das nächste mal an, würde der Wert einfach auf den zuletzt am Control eingestellten Wert springen.
Um das zu umgehen, gibt es z.B. bei der MidiBox verschiedene Modi, die man einstellen kann:

Normal, Snap, Relative, Parallax
http://www.ucapps.de/midibox_tutorial.html (Nach “Normal Mode” suchen)

Diese Einstellung auch in DMXC zu haben (z.B. für DMX-In, wo es prinzipiell kein Feedback gibt, also auch das Pult dieses Verhalten nicht implementieren kann) wäre für mich sehr sinnvoll.
Wahrscheinlich reicht es, das pro MIDI- oder DMX-In-Device konfigurieren zu können, also nicht unbedingt für jedes Control einzeln.

- DMXControl Starten, leeres Projekt
- Neues Device (getestet mit Generic RGB + Eurolite PS-4 HCL)
- Stageview, Properties von Device
- Default Color wählen
- Lumos Drücken

Ergebnis:
- In Color-Picker + Device Control ist die Farbe gesetzt
- In Stage View, Programer + DMX Ausgabe wird weiß angezeigt.

Es ist möglich mit der Channel Overview Cues und Stageview Einstellungen zu überschreiben, durch auswählen eines Wertes der dann ausgegeben wird. Es sollte möglich sein, dieses überschreiben zu entfernen, so dass die Channel overview wieder nur die Werte anzeigt und ausgibt die von StageView, Cuelists, etc. kommen.
(Analog DMXC2, wenn ich dort die Channeloverview geschlossen habe kan die Frage, Channeloverview gibt noch Werte aus, will ich das beenden? ⇒ Ja)

Beispiel:
Cuelist mode: once
Cue durchklicken bis auf zur letzten Cue. Dann Mode wechseln auf Loop. Cuelist beendet trotzdem.

Oder umgekehrt: Mode loop. Bis zur letzten Cue durchklicken. Mode ändern auf Once. Weiter auf Go drücken. Liste startet trotzdem von vorne.

Im Fenster Device Control ist alternierendes Fanning bei den Werten für die Farbkanäle nur mit zwei Werten möglich, werden mehr als zwei eingegeben (und natürlich durch ‘#’ getrennt) werden beim Bestätigen mit Enter nur die ersten zwei Werte übernommen. Anders ist dies bei der Dimmer-Eigenschaft, hier können auch drei Werte abgewechselt werden. Bitte ausbessern ;)

Ein cooles und hilfreiches Feature wäre, wenn der Midi-Part die Funktion enthalten würde, einen Midi-Controller “mehrfach” belegen und am Ende in den einzelnen Layouts springen zu können.

Also zum Beispiel ein Layout für bewegtes Licht, eines für LED-PARs und eines für konventionelles Weißlicht. Das Wechseln des Layouts könnte im besten Fall auch mit der Zuordnung von Buttons auf die Layouts gelöst werden.

Mir ist in einem DDF folgende Implementierung unter die Finger gekommen:

<dimmer dmxchannel="5" mindmx="8" maxdmx="134" minval="0" maxval="100" />

Dieser Syntax funktioniert in DMXControl 3 so nicht. Eigentlich müsste es richtig lauten:

<dimmer dmxchannel="5">
  <range type="linear" mindmx="8" maxdmx="134" minval="0" maxval="100" />
</dimmer>

Um hier Unstimmigkeiten zu vermeiden schlage ich vor, dass solche Implementierungen wie oben vom Kernel grundsätzlich als fehlerhaft gekenntzeichnet werden, um keinen “Wildwuchs” im DDF-Syntax zu erhalten.

siehe oben.

Das zurückstellen der Cuelist-Werte für Intensity, Time und Speed auf 100% ist mit der Maus über den Fader nicht machbar. Nur mit Pfeiltasten geht es einigermassen.
Bitte per Doppelklick auf 100% Reset einbauen !

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

Highlight, Blackout, Preset auch.

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

vg Norbert

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

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 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).