|
2955 | |
Server | Wunsch / Idee | niedrig | GPU-Load im Monitoring einbauen | Unbestätigt | unbestimmt | | 31.10.2017 | 19.02.2019 | Qasi |
Aufgabenbeschreibung
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/
|
|
2975 | |
Server | Wunsch / Idee | niedrig | Cuelist, GoTo Zeit beim stoppen einer anderen Cuelist v... | Neu | 3.1.1 | Cuelist-Erweiterung(intern) | 11.11.2017 | 12.12.2018 | fisl |
Aufgabenbeschreibung
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.
|
|
2989 | |
Server | Wunsch / Idee | niedrig | Blinde Bereiche festlegen | Neu | 3.1.1 | | 03.12.2017 | 08.12.2017 | |
Aufgabenbeschreibung
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.
|
|
3008 | |
GUI | Wunsch / Idee | niedrig | Funktionserweiterungen für Patching-Dialog zum Patchen ... | Unbestätigt | unbestimmt | | 12.01.2018 | 07.08.2021 | LightningBrothers |
Aufgabenbeschreibung
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. ⇒ Hat nix mit DMX Patching zu tun
Ergänzung: Grundlegend sollte die Vergabe der neuen DMX-Adressen immer an Hand der Sortierung der Spalten erfolgen, die jeweils im Patching-Dialog vor dem Starten der automatischen Patching-Funktion gesetzt ist.
|
|
3026 | |
GUI | Wunsch / Idee | niedrig | Optimierungen im Dialog "Device Properties" | Unbestätigt | 3.1.1 | | 01.02.2018 | 02.09.2018 | LightningBrothers |
Aufgabenbeschreibung
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.
|
|
3028 | |
GUI | Wunsch / Idee | niedrig | Effektkombinationen visualisieren | Unbestätigt | 3.1.1 | | 10.02.2018 | 12.02.2018 | JPK |
Aufgabenbeschreibung
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.
|
|
3045 | |
GUI | Wunsch / Idee | niedrig | Syntax zum Ausklammern von einzelnen Effekten und Cues ... | Unbestätigt | 3.1.1 | TBD (UIS) | 28.03.2018 | 27.05.2018 | LightningBrothers |
Aufgabenbeschreibung
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.
|
|
3058 | |
GUI | Wunsch / Idee | niedrig | Optimierung im Panel für Color | Zugeteilt | 3.1.1 | | 04.05.2018 | 04.05.2018 | LightningBrothers |
Aufgabenbeschreibung
Zur einfacheren Bedienung schlage ich vor, das Panel Color wie folgt zu ergänzen:
|
|
3076 | |
GUI | Wunsch / Idee | niedrig | Verbesserte Eingabe von Timecodes | Neu | 3.1.1 | | 29.05.2018 | 29.05.2018 | lichtheini |
Aufgabenbeschreibung
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)
|
|
3096 | |
Server | Wunsch / Idee | niedrig | Effectwheel ähnlich handhaben wie Gobowheel | Zugeteilt | 3.1.2 | | 26.06.2018 | 26.11.2021 | Soon5 |
Aufgabenbeschreibung
Für Effectwheel die gleiche Systematik einbauen wie für Gobowheel (Zusammenfassen der Eigenschaften mit Subproperties)
Referenz: FS#3089 (Screenshot unten in den Comments)
|
|
3105 | |
GUI | Wunsch / Idee | niedrig | Touchoptimierung von Fadern, PE und einzelnen Buttons | Zugeteilt | 3.1.2 | TBD (UIS) | 17.07.2018 | 09.02.2020 | nutzer99 |
Aufgabenbeschreibung
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.
|
|
3121 | |
GUI | Wunsch / Idee | niedrig | Neues Fenster: Engagement Monitor / Control Monitor | Zugeteilt | 3.1.1 | 3.4 | 26.07.2018 | 24.03.2023 | JPK |
Aufgabenbeschreibung
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).
|
|
3122 | |
GUI | Wunsch / Idee | niedrig | Plugin-Funktionen markieren | Unbestätigt | 3.1.1 | | 26.07.2018 | 26.07.2018 | JPK |
Aufgabenbeschreibung
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.
|
|
3124 | |
GUI | Wunsch / Idee | niedrig | Such-Funktion für Project Explorer | Zugeteilt | 3.1.2 | | 30.07.2018 | 30.07.2018 | LightningBrothers |
Aufgabenbeschreibung
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.
|
|
3135 | |
Plugin | Wunsch / Idee | sehr niedrig | Joystick Steuerung | Neu | unbestimmt | | 19.08.2018 | 19.02.2019 | |
Aufgabenbeschreibung
Moving Heads und anderes Bewegtes Licht mit Joystick steuern.
|
|
3136 | |
Plugin | Wunsch / Idee | mittel | Installerfunktion für Plugings via separatem Programm | Bestätigt | 3.1.2 | | 20.08.2018 | 31.08.2018 | LightningBrothers |
Aufgabenbeschreibung
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:
Alle Plugins erhalten entweder eine Hilfsdatei mit Verzeichnisangaben für die Daten oder vorgeschriebene Verzeichnisse, in denen die erforderlichen Daten ablegt werden müssen.
Der User lädt das entsprechende Plugin als ZIP-Archiv herunter.
Der Plugin-Manager erhält einen zusätzlichen Button mit den Namen “Add plugin”
Der User wählt das Plugin aus dem Dateisystem aus und bestätigt die Auswahl.
Die Installerfunktion verschiebt die Daten des Plugins in die richtigen Verzeichnisse.
Nach dem “Installationsvorgang” fordert DMXControl 3 den User zum Neustart der Software auf.
Nach dem Neustart ist das installierte Plugin automatisch aktiviert.
⇒ Plugins werden aus Sicherheitsgründen nicht über DMXControl selber installiert, sondern über ein separates Programm
|
|
3145 | |
GUI | Wunsch / Idee | niedrig | Umbau Presetfenster | Bestätigt | unbestimmt | | 29.08.2018 | 19.02.2019 | nutzer99 |
Aufgabenbeschreibung
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.
|
|
3146 | |
GUI | Wunsch / Idee | niedrig | Saved Effects ins Projekt aufnehmen | Usability Relevant | 3.1.2 | | 29.08.2018 | 29.08.2018 | LightningBrothers |
Aufgabenbeschreibung
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.
|
|
3186 | |
Server | Wunsch / Idee | niedrig | Midi - Möglichkeit mehrerer Layouts zum Springen | Neu | 3.1.2 | | 27.10.2018 | 09.07.2019 | |
Aufgabenbeschreibung
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.
|
|
3196 | |
Server | Wunsch / Idee | niedrig | Neues Input Assignment/MIDI: Verschiedene Modi zum "abh... | Unbestätigt | unbestimmt | 3.4 | 06.11.2018 | 26.11.2021 | StefanKrupop |
Aufgabenbeschreibung
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.
|
|
3201 | |
TimecodePlayer | Wunsch / Idee | niedrig | Timecodeplayer/Audioplayer sendet Midi-Signale an exter... | Zugeteilt | unbestimmt | TBD (UIS) | 19.11.2018 | 29.10.2023 | Jelu |
Aufgabenbeschreibung
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.
|
|
3213 | |
GUI | Wunsch / Idee | niedrig | Optimierung im Dialog "Device Control" | Unbestätigt | 3.1.3 | | 29.11.2018 | 26.01.2019 | LightningBrothers |
Aufgabenbeschreibung
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
|
|
3216 | |
StageView | Wunsch / Idee | sehr niedrig | Geräte Context-Menu von Stageview löschen und verschieb... | Unbestätigt | unbestimmt | 3.4 | 01.12.2018 | 28.11.2021 | Souko |
Aufgabenbeschreibung
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”
|
|
3226 | |
GUI | Wunsch / Idee | niedrig | UNDO/REDO-Edit | Usability Relevant | 3.1.3 | | 10.12.2018 | 10.12.2018 | patme |
Aufgabenbeschreibung
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.
|
|
3243 | |
Server | Wunsch / Idee | niedrig | 0. Cue in Cuelist für Autoprepare | Unbestätigt | 3.1.3 | | 16.12.2018 | 16.12.2018 | JPK |
Aufgabenbeschreibung
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.
|
|
3256 | |
GUI | Wunsch / Idee | niedrig | Electritiy Warning | Neu | unbestimmt | | 23.12.2018 | 19.02.2019 | cooltour |
Aufgabenbeschreibung
Könnte man für den Warnhinweis den Hintergrund der Fenstertitelzeile (also da, wo im Video vom 22.12. DMXControl 3.2 New Project ...) steht, rot blinken lassen? So zeigt zumindest eines unserer Datenübernahmeprogramme der Messgeräte den Datenaustausch mit dem MDE an
|
|
3262 | |
Server | Wunsch / Idee | niedrig | Alternierende Fannings auch für Group Handling zulassen | Unbestätigt | 3.1.3 | | 28.12.2018 | 26.11.2021 | LightningBrothers |
Aufgabenbeschreibung
Unter dem Ticket FS#2680 hatte ich vorgeschlagen, den Syntax im Device Control derart zu erweitern, um eine Cue mit folgender Lichtstimmung etwas einfacher programmieren zu können:
rot, rot, rot, blau, blau, weiß
Da der seiner Zeit vorgeschlagene Syntax möglicherweise zu schwierig ist, kam mit beim Programmieren an einem aktuellen Projekt von mir der entsprechende Gedanke, auch beim Group Handling alternierende Fannings zuzulassen. Um die gezeigte Lichtstimmung zu programmieren, wären folgende Eingaben erforderlich:
|
|
3264 | |
Server | Wunsch / Idee | sehr niedrig | Cues innerhalb einer Cuelist gruppieren als Altenative ... | Unbestätigt | 3.1.3 | TBD (UIS) | 29.12.2018 | 05.01.2019 | LightningBrothers |
Aufgabenbeschreibung
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.
|
|
3273 | |
GUI | Wunsch / Idee | niedrig | Input Assignment - bereits verwendete Nodes markieren | Zugeteilt | 3.2 Alpha x | 3.4 | 01.01.2019 | 28.11.2021 | nutzer99 |
Aufgabenbeschreibung
Es wäre hilfreich, wenn bereits verwendete Nodes eine Markierung erhalten, dass sie bereits irgendwo verwendet worden sind.
Folgendes Szenario: Man hat ein 24 Kanal DMX Pult als Input und möchte wissen, ob ich bereits alle Fader verbraten hab, oder ob noch 1/2 frei sind. Dadurch hätte man einen guten Überblick.
Lösungsvorschlag: Sobald Node irgendwo benutzt wurde, wird der Pfeil orange eingefärbt.
|
|
3281 | |
GUI | Wunsch / Idee | niedrig | Optimierung Speicherworkflow | Auf Entwickler warten | 3.2 Alpha x | | 04.01.2019 | 26.01.2019 | nutzer99 |
Aufgabenbeschreibung
Derzeit ist es etwas aufwändig neue Cuelists schnell und ordentlich anzulegen. Meistens gehe ich dazu in den Projekt Explorer, lege einen Ordner an (z. B. MH Spots) und packe da meine Cuelists rein. Danach gehe ich in die Stage View, stelle meine Werte ein, öffne die Cuelist und speichere dann die Werte über Add in die Cuelist.
Um das ganze etwas zu beschleunigen haben Stefan und ich folgendes überlegt:
An der linken Seite werden die Buttons “Add Preset” und “Add Cuelist...” entfernt. Stattdessen gibt es nur noch “Add” oder “Store” oder “Record” was auch immer. Danach geht dann ein Popup Fenster auf (siehe Bild 1), in der man zwischen den Optionen wählen kann:
in offener Cuelist speichern
in (neue) Cuelist mit zusätzlichem Dropdown Liste aller Cuelists
in Executor
in Preset
Die Dropdown Liste aus dem zweiten Eintrag soll Analog zum “Group Name” aus dem “Add Device” Dialog funktionieren. Entweder man tippt einen Text ein, oder es werden alle existierenden Cuelists angezeigt, wenn man die Liste öffnet (siehe Bild 2). Was noch geklärt werden müsste, wie sich das mit Cuelists in Unterordnern verhält.
Die Auswahl sollte dabei gespeichert werden, falls jemand immer die gleiche Aktion ausführen möchte.
|
|
3308 | |
GUI | Wunsch / Idee | sehr niedrig | Übersicht über globale Tastatur Shortcuts | Zugeteilt | unbestimmt | | 16.01.2019 | 19.01.2019 | LightningBrothers |
Aufgabenbeschreibung
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.
|
|
3336 | |
StageView | Wunsch / Idee | niedrig | Bildausschnitt der Stage View als Grafikdatei exportier... | Unbestätigt | 3.2 Alpha x | | 26.01.2019 | 26.01.2019 | LightningBrothers |
Aufgabenbeschreibung
Die Stage View kann vor Ort durchaus auch immer wieder für handschriftliche Notizen genutzt bzw. auch zum Patchen der Geräte genutzt werden. Um einen guten Ausdruck generieren zu können, wäre hier eine Exportfunktion des aktuellen Ausschnitts als Grafikdatei hilfreich. Im Idealfall wird die exportierte Datei entsprechend gerendert, sodass sie dann in einer höheren Auflösung als die Ausgabe auf dem Bildschirm zum Ausdruck zur Verfügung steht.
|
|
3338 | |
GUI | Wunsch / Idee | niedrig | Update-Button auch an anderen Stellen | Unbestätigt | 3.2 Alpha x | | 26.01.2019 | 26.01.2019 | JPK |
Aufgabenbeschreibung
Der Update-Button sollte zusätzlich in den Header des Cuelist-Editors und des Preset-Fensters eingetragen werden. Der Button sollte kontextsensitiv sein. Sprich nur in dem Fenster, aus dem die zu aktualisierende Cue kommt, darf der Button nicht ausgegraut sein. Alle anderen sind ausgegraut.
|
|
3339 | |
Server | Wunsch / Idee | niedrig | Update-Button links kontextsensitiv | Unbestätigt | 3.1.3 | | 26.01.2019 | 27.01.2019 | JPK |
Aufgabenbeschreibung
Der Button im linken Schnell-Menü sollte kontextsensitiv sein. Sprich der Name der aktuellen Cue / des aktuellen Presets sollte angezeigt werden.
|
|
3352 | |
GUI | Wunsch / Idee | niedrig | Programmer Snapshots beschriften | Unbestätigt | 3.2 Alpha x | TBD (UIS) | 28.01.2019 | 30.01.2019 | nutzer99 |
Aufgabenbeschreibung
Die Funktion Snapshots im Programmer sind total nice. Das Problem ist nur, wenn ich drei vier Snapshots mal anlegen sollte, dann muss ich mir die Uhrzeit merken. Da wäre eine Möglichkeit zur manuellen Beschriftung sehr hilfreich (Analog zum Add Device Dialog - Group Name)
|
|
3360 | |
GUI | Wunsch / Idee | niedrig | Optimierung der Icon-Sortierung im Project Explorer | Usability Relevant | 3.2 Alpha x | 3.4 | 02.02.2019 | 26.11.2021 | LightningBrothers |
Aufgabenbeschreibung
Getestet mit Build 1572
Da durch das Electricity-Feature nun ein weiteres Icon in der Menü-Leiste des Project-Explorers hinzugekommen ist, würde ich nun die generelle Sortierung überdenken und stelle folgenden Vorschlag in den Raum:
Create Cuelist
Add Device
Create Cuelist Group
Create Device Group
Create Executor Page
Add Softdesk
Add Power Source
Create Stage View
Create Item List
Import Files
Da die Sortierung meinem persönlichen Empfinden entspricht, habe ich das Ticket mal auf Usability Relevant gestellt und ein paar Personen eingeladen. Die aktuelle Anordnung der Icons in der Menü-Leiste sind im Anhang zu sehen.
|
|
3373 | |
Server | Wunsch / Idee | niedrig | Änderung des Defaults für Use cue time as back / goto t... | Usability Relevant | 3.2 Alpha x | | 10.02.2019 | 10.04.2022 | LightningBrothers |
Aufgabenbeschreibung
Geprüft mit Build 1602
Im Rahmen der Vorbereitung der Video-Tutorials kam nach einer Diskussion zu den Default-Werten der Cuelists der Wunsch auf, die Optionen
per Default auf true zu setzen. Für einen Einsteiger ist unter Umständen auf den ersten Blick nicht ersichtlich, dass hier für die Cuelist globale alternative Zeiten gelten, wenn man direkt zu einer Cue springt.
|
|
3383 | |
DMX Plugin | Wunsch / Idee | niedrig | Firmware fuer DMXControl-HW mit Lumos ausliefern | Unbestätigt | unbestimmt | | 19.02.2019 | 21.02.2019 | Souko |
Aufgabenbeschreibung
Da wir immer mehr eigene Hardware anbieten und auch hin und wieder neue Funktionen in die Devices kommen, welche z.T. eng mit DMXC verknüpft sind (Nodle U1, Sync ausgabe, heartbeat), wäre es vielleicht sinnvoll die jeweils aktuellste Firmware für z.B. das Nodle U1 und dann auch das R4S und zukünftige mit DMXC 3 auszuliefern und eventuell beim Start den User darauf hinzuweisen, das eine neue FW verfügbar ist.
DMXC3 müsste dafür nur eine Datei pro HW haben, in welcher die aktuellen FWs stehen und diese beim Verbinden mit dem Interface abgleichen. Wurde eine ältere Firmware im Device erkannt, kann wird beim Start der Software und verbinden der HW eine MessageBox geworfen und die Verbindung abgebrochen mit Hinweis auf die neue FW.
Der User kann nun entscheiden ob er die Hardware mit der alten FW verbinden will oder zunächst ein Update machen will. Bei Update-Entscheidung muss DMXC nur ein kleines von uns mitgeliefertes Programm/Tool/exe starten, welches in einem definierten Pfad im Kernel oder GUI liegt.
z.B. beim U1: kernel/hardware/nodle_u1/update.exe –Serialnumber oder beim R4S: kernel/hardware/nodle_r4s/update.exe –Serialnumber
Das Programm “update.exe” ruft dann die nötigen subprogramme/Funktionen/etc aus dem Ordner auf, um den User durch den Flashvorgang zu leiten. Wenn erfolgreich, meldet das Programm “exit 0” oder so zurück und DMXC3 kann mit dem Verbindungsaufbau zur HW fortfahren. Die Seriennummer oder eine andere Geraetekennung (je nach Device) dient dazu mehrere angeschlossene Geräte zu unterscheiden.
Je nach Gerät passiert das alles nach dem druck auf “Ja Update Jetzt” automatisch, weil der User keine Interaktion mit der HW benötigt. Die spezifischen Unterschiede für jede Hardware sind von DMXC3 komplett entkoppelt und nur in der update.exe pro Hardware zu warten. Damit ist das jederzeit austauschbar/anpassbar ohne DMXC und dessen Hardware-Treiber zu beeinflussen.
Als Luxus-Variante könnte in dem “neue FW-Fenster” noch der Changelog bzw. die neuen Funktionen des Firmware drin stehen, die sich DMXC aus besagter Versionsdatei in dem jeweiligen Verzeichnis ziehen kann.
|
|
3413 | |
InputAssignment | Wunsch / Idee | niedrig | Schreibweise der Node-Anschlüsse vereinheitlichen | Unbestätigt | 3.2 Alpha x | | 26.02.2019 | 26.11.2021 | LightningBrothers |
Aufgabenbeschreibung
Getestet mit Alpha 3, Build 11
Die Schreibweise der Anschlüsse in den Nodes und somit auch in der Baumstruktur des Input Assignments sowie in den Properties der einzelnen Nodes sollte nur nach einem einzigen Schema erfolgen, zum Beispiel nur der erste Buchstabe eines Wortes groß oder nach der allgemein gültigen Rechtschreibung. Durch die Schreibweise teilweise in Großbuchstaben sieht es so aus, als ob es “höherwertige” oder “minderwertige” Anschlüsse an den Nodes gibt. Dies führt unter Umständen zu vermeidbaren Erklärungen und Erläuterungen.
|
|
3423 | |
GUI & Server | Wunsch / Idee | niedrig | Per Icon in Header Visualisieren wenn Graph geändert wu... | Unbestätigt | 3.2 Alpha x | 3.4 | 28.02.2019 | 28.11.2021 | Soon5 |
Aufgabenbeschreibung
Graph ist nach Generierung “Default”.
Sollte der User: 1. Knoten oder Kanten löschen / hinzufügen 2. Parameter von Knoten ändern
Ist Default = false und das wird durch ein Icon in der Headerzeile visualisiert.
|
|
3424 | |
InputAssignment | Wunsch / Idee | niedrig | Graphen bei X Berechnungsfehlern abschalten und Zeile R... | Unbestätigt | 3.2 Alpha x | | 28.02.2019 | 26.11.2021 | Soon5 |
Aufgabenbeschreibung
Wenn ein Graph Fehler wirft oder in der Verarbeitung zu lange läuft sollte nach z.B. 10 Fehlern der Graph abgeschaltet werden, um nicht das ganze System auf zu halten.
|
|
3463 | |
InputAssignment | Wunsch / Idee | niedrig | Standardgraphen / -konvertierungen auch innerhalb der G... | Entscheidung | 3.2 Beta x | | 12.03.2019 | 26.11.2021 | LightningBrothers |
Aufgabenbeschreibung
Aus meiner Sicht könnte es hilfreich sein, wenn die automatischen Regeln zum Erstellen eines Graphen nicht nur im Hintergrund in der Tabellenansicht angewendet werden, sondern auch in der Graphenansicht selbst.
Beispiel: ich ziehe in der Graphenansicht den Button eines Softdesks auf das GO einer Cuelist und einen Slider auf die Intensity. Die erste Verbindung wird gemäß der Standardvorgaben automatisch um den Binary Switcher erweitert, die zweite um einen Rule of Three.
|
|
3538 | |
GUI | Wunsch / Idee | niedrig | Sortierung der Spalten der Tabellenübersicht im Input A... | Zugeteilt | 3.2 Beta x | TBD (UIS) | 09.04.2019 | 18.08.2019 | LightningBrothers |
Aufgabenbeschreibung
Sortiere ich mir die Tabelle im Input Assignment nach einer bestimmten Spalte und wechsele durch die Bänke oder in einen Graphen und wieder zurück, wird die Sortierung nicht beibehalten.
|
|
3546 | |
Softdesk | Wunsch / Idee | niedrig | Im Vollbirdschirmmodus blättern | Zugeteilt | unbestimmt | 3.4 | 15.04.2019 | 28.11.2021 | patme |
Aufgabenbeschreibung
Es wäre ein tolles Feature, wenn man im fullscreen Mode mehre Seiten hätte, durch die man wischen kann.
|
|
3554 | |
Softdesk | Wunsch / Idee | niedrig | Electricity - Amperemeter als Softdesk Control | Bestätigt | unbestimmt | 3.3.1 | 17.04.2019 | 31.10.2023 | nutzer99 |
Aufgabenbeschreibung
Ich würde mir ein Softdesk Control für das Electricity Feature wünschen. Hintergrund ist die Anzeige der Verschachtelung der Sources. Dies ist im aktuellen Fenster nicht Erkennbar. Außerdem kann man die Amperemter nicht frei positionieren, wodurch die Anzeige schnell unübersichtlich werden kann.
In einem Beispiel habe ich mal meine Standard Stromverteilungen angelegt und als Screenshot hier eingefügt:
|
|
3591 | |
GUI | Wunsch / Idee | niedrig | Cuelist Reset zu früh | Unbestätigt | 3.1.3 | | 09.05.2019 | 15.05.2019 | JPK |
Aufgabenbeschreibung
Folgender Aufbau einer Cuelist: - Cue1 Follow, Triggervalue 0ms Fadetime 2s - Cue2 Follow, Triggervalue 0ms Fadetime 4s - Cue3 Wait, Triggervalue 500ms Fadetime 0ms - Cue4 Wait, Triggervalue 500ms Fadetime 0ms - Cue5 Wait, Triggervalue 500ms Fadetime 0ms
Die Cue2 braucht also länger, als Cue3 - Cue5 zusammen. Nun wird die Cuelist nach dem Ende von Cue5 released, auch wenn Cue 2 noch läuft.
|
|
3607 | |
GUI | Wunsch / Idee | mittel | Optimierung des Drag&Drop-Verhaltens im Project Explore... | Usability Relevant | 3.2 Beta x | 3.4 | 23.05.2019 | 26.11.2021 | LightningBrothers |
Aufgabenbeschreibung
Ich habe die Cuelists A, B und C. Die Cuelists A und C sind bereits einer Cuelist Group zugeordnet. Nun lege ich noch Cuelist D an. Alle Cuelists A bis D möchte im Anschluss nun der gleichen Cuelist Group zuordnen, wähle dazu alle aus und ziehe die Cuelists auf die Cuelist Group. Nun sperrt mir die GUI das Ablegen der Auswahl, da ja bereit eine Cuelist (hier A und C) innerhalb der Auswahl bereits im Ziel (also der Cuelist Group) enthalten ist.
Das “Sperren” ist in dem Sinne unschön (weswegen ich das Ticket als Fehler gekennzeichnet habe) und vom Workflow her ineffektiv ist, dass ich immer vorher erst schauen muss, was ist im “Zielordner” (meist Cuelist Group, Device Group, Stage View und Eletricity Management) bereits enthalten. Im zweiten Schritt muss ich über eine Mehrfachauswahl die Cuelists o. ä. anwählen, die ich dem Zielordner hinzufügen möchte. Hierbei laufe ich aber Gefahr, entweder Cuelists zu vergessen oder ich erwische doch nochmal eine, die bereits in der Cuelist Group enthalten ist, worauf ich die Auswahl nochmal ändern oder möglichst alle Cuelists einzeln der Cuelist Group zuordnen muss.
An dieser Stelle wünsche ich mir einen Workflow, bei dem diese “Vorabkontrolle” entfällt, ob eine Cuelist in einer Cuelist Group enthalten ist oder nicht.
Auch wenn das Verhalten bereits in der 3.1 schon so war, habe ich das Ticket mal mit zur 3.2 gepackt, weil es hier nun nochmal explizit aufgefallen ist.
|
|
3629 | |
GUI | Wunsch / Idee | niedrig | Einträge im Fenster Cuelist Properties neu strukturiere... | Unbestätigt | unbestimmt | TBD (UIS) | 03.06.2019 | 29.06.2019 | LightningBrothers |
Aufgabenbeschreibung
Die Einträge im Fenster Cuelist Properties sind in Bereich mit den “allgemeinen” Kernel Properties aktuell recht unstrukturiert. Insbesondere sind Einstellungen rund um das Timing der Cuelist bunt verteilt, wie im beigefügten Screenshot zu sehen ist.
Im Zusammenhang mit dem Ticket FS#3628 sollten diese Einträge nach Möglichkeit neu strukturiert und sinnvoll gegliedert werden, wie es bereits für das GoNext-Verhalten, die Ansichtseinstellungen der Spalten und die Defaults gemacht wurde.
|
|
3630 | |
GUI | Wunsch / Idee | niedrig | Diverse Objektnummern in Project Explorer anzeigen | Unbestätigt | 3.2 Beta x | | 03.06.2019 | 03.06.2019 | LightningBrothers |
Aufgabenbeschreibung
Zur besseren Übersichtlichkeit und möglicherweise auch schnelleren Änderungsmöglichkeit sollten folgende Objekt-Nummern im Project Explorer als zusätzliche Spalte anzeigt werden:
Cuelist Group Number
Executor Number
Executor Page Number
|
|
3631 | |
GUI | Wunsch / Idee | niedrig | Reihenfolge bestimmter Objekt-Properties im Property-Fe... | Unbestätigt | unbestimmt | | 03.06.2019 | 03.06.2019 | LightningBrothers |
Aufgabenbeschreibung
Die Reihenfolge der Einträge
fällt in den Properties für
Cuelist (siehe hier auch Ticket FS#3628 )
Device Group
Executor
Executor Page
unterschiedlich aus. Hier wäre der Wunsch, die Reihenfolge dieser Einträge aus Gründen der Konsistenz zu vereinheitlichen und sie ggf. einer eigenen Untergruppe mit dem Titel “Information” oder “Name” zuzuordnen.
|