|
3423 | |
GUI & Server | Wunsch / Idee | Low | 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 |
Task Description
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.
|
|
3413 | |
InputAssignment | Wunsch / Idee | Low | Schreibweise der Node-Anschlüsse vereinheitlichen | Unbestätigt | 3.2 Alpha x | | 26.02.2019 | 26.11.2021 | LightningBrothers |
Task Description
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.
|
|
3409 | |
GUI | Fehlerbericht | Medium | Toolbar im MidiManager ohne Icons | Unbestätigt | 3.2 Alpha x | | 26.02.2019 | 09.05.2019 | Souko |
Task Description
die Toolbar im MidiManager hat keine Icons. Das sollte konsistent sein, wie im Project Explorer, Presets, DMX Interfaces, etc.
gruenes Plus fuer Add Rule Set (Add Interface bei DMX Interfaces) rotes X fuer Delete Rule Set (Delete Interface bei DMX Interfaces oder auch Delete Selection im Programmer) blauer Doppelpfeil fuer Update Devices (Refresh im Project Explorer oder auch Update in der QuickBar links) blaues i fuer Info (wie unter Hilfe → Info im menu) Wrench-Icon fuer Tools (keine Referenz0
|
|
3383 | |
DMX Plugin | Wunsch / Idee | Low | Firmware fuer DMXControl-HW mit Lumos ausliefern | Unbestätigt | unbestimmt | | 19.02.2019 | 21.02.2019 | Souko |
Task Description
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.
|
|
3373 | |
Server | Wunsch / Idee | Low | Ä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 |
Task Description
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.
|
|
3360 | |
GUI | Wunsch / Idee | Low | Optimierung der Icon-Sortierung im Project Explorer | Usability Relevant | 3.2.3 | 3.4 | 02.02.2019 | 01.08.2024 | LightningBrothers |
Task Description
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.
|
|
3352 | |
GUI | Wunsch / Idee | Low | Programmer Snapshots beschriften | Unbestätigt | 3.2 Alpha x | TBD (UIS) | 28.01.2019 | 30.01.2019 | nutzer99 |
Task Description
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)
|
|
3339 | |
Server | Wunsch / Idee | Low | Update-Button links kontextsensitiv | Unbestätigt | 3.1.3 | | 26.01.2019 | 27.01.2019 | JPK |
Task Description
Der Button im linken Schnell-Menü sollte kontextsensitiv sein. Sprich der Name der aktuellen Cue / des aktuellen Presets sollte angezeigt werden.
|
|
3338 | |
GUI | Wunsch / Idee | Low | Update-Button auch an anderen Stellen | Unbestätigt | 3.2 Alpha x | | 26.01.2019 | 26.01.2019 | JPK |
Task Description
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.
|
|
3336 | |
StageView | Wunsch / Idee | Low | Bildausschnitt der Stage View als Grafikdatei exportier... | Unbestätigt | 3.2 Alpha x | | 26.01.2019 | 26.01.2019 | LightningBrothers |
Task Description
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.
|
|
3310 | |
Server | Wunsch / Idee | Medium | MIDI-Pult Pad-Farben | Unbestätigt | unbestimmt | 3.4 | 22.01.2019 | 26.11.2021 | JPK |
Task Description
Es wäre gut, wenn man mit dem Return-Kanal auch RGB-Pads auf MIDI-Mischpulten ansteuern kann. Leider kocht da irgendwie jeder Hersteller sein eigenes Süpchen :( Hab da mal ein paar Möglichkeiten herausgesucht. Man müsste das also irgendwie konfigurieren können. Mir persönlich würde reichen, wenn der Support für Native Instruments-Geräte eingebaut wäre, also sowohl die HSB-Ansteuerung als auch die Indexed-Ansteuerung.
https://www.native-instruments.com/fileadmin/ni_media/downloads/manuals/CONTROLLER_EDITOR_Manual_German_2017_11.pdf (Seite 346)
Hier Beispiele anderer Hersteller: http://b8e57dc469f9d8f4cea5-1e3c2cee90259c12021d38ebd8ad6f0f.r79.cf2.rackcdn.com/Product_Documents/APC40Mk2_Communications_Protocol_v1.2.pdf_7db83a06354c396174676105098e3a7d.pdf (Seite 18) https://customer.novationmusic.com/sites/customer/files/novation/downloads/10598/launchpad-pro-programmers-reference-guide_0.pdf (Seite 25)
|
|
3309 | |
Installer | Fehlerbericht | Low | Eigener Registry-Eintrag für DMXControl 3.2 und folgend... | Unbestätigt | 3.2 Alpha x | | 16.01.2019 | 05.04.2021 | LightningBrothers |
Task Description
Ich habe mittlerweile DMXControl 3.2 und DMXControl 3.1.3 auf dem gleichen PC, aber in getrennten Verzeichnissen installiert. Bei der Installation hat der Installer nun aber den Pfad im Registry-Eintrag für DMXControl 3 geändert, sodass ich DMXControl 3.1.3 nicht im No-Network-Modus starten kann. Hier wird nun der Kernel der 3.2 aufgerufen. Starte ich GUI und Kernel getrennt, klappt aber alles.
Im Zuge des anstehenden Beta-Tests schlage ich daher vor, bei der Installation von DMXControl 3.2 einen neuen Registry-Eintrag anzulegen, um beide Version auf dem gleichen PC noch weiter voneinander “zu trennen”. Ich könnte mir hier auch vorstellen, dass es bei einer späteren Deinstallation von DMXControl 3.1.3 Probleme entstehen, sondern der Uninstaller auf die entsprechenden Einträge zurückgreift.
|
|
3308 | |
GUI | Wunsch / Idee | Very Low | Übersicht über globale Tastatur Shortcuts | Zugeteilt | unbestimmt | | 16.01.2019 | 19.01.2019 | LightningBrothers |
Task Description
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.
|
|
3302 | |
Server | ToDo | Medium | Gewünschtes Verhalten der Fanning-Operatoren ? und ?? f... | Usability Relevant | 3.2 Alpha x | | 11.01.2019 | 11.01.2019 | LightningBrothers |
Task Description
Die Fanning-Operatoren ? und ?? sollen liefern einen zufälligen Wert zurück. Soll dieser Wert seine Gültigkeit behalten
Diese Situation betrifft nicht nur die Properties selbst, sondern zum Beispiel auch die Werte für Fade, Delay etc. in den Cuelists selbst. Diese Frage bzw. das Verhalten dieser Operatoren sollte ggf. nochmal diskutiert werden.
|
|
3296 | |
Installer | Fehlerbericht | Medium | Verknüpfung zum Ordner Eigene DDFs wird nicht angelegt | Auf Vereinsmitglieder warten | 3.2 Alpha x | 3.3.1 | 06.01.2019 | 30.07.2023 | LightningBrothers |
Task Description
Getestet mit Build 1402
Der Installer legt aktuell noch nicht die Verknüpfung im Startmenü zu den eigenen DDFs an.
|
|
3281 | |
GUI | Wunsch / Idee | Low | Optimierung Speicherworkflow | Auf Entwickler warten | 3.2 Alpha x | | 04.01.2019 | 26.01.2019 | nutzer99 |
Task Description
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.
|
|
3273 | |
GUI | Wunsch / Idee | Low | Input Assignment - bereits verwendete Nodes markieren | Zugeteilt | 3.2 Alpha x | 3.4 | 01.01.2019 | 28.11.2021 | nutzer99 |
Task Description
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.
|
|
3264 | |
Server | Wunsch / Idee | Very Low | Cues innerhalb einer Cuelist gruppieren als Altenative ... | Unbestätigt | 3.1.3 | TBD (UIS) | 29.12.2018 | 05.01.2019 | LightningBrothers |
Task Description
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.
|
|
3262 | |
Server | Wunsch / Idee | Low | Alternierende Fannings auch für Group Handling zulassen | Unbestätigt | 3.1.3 | | 28.12.2018 | 26.11.2021 | LightningBrothers |
Task Description
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:
|
|
3256 | |
GUI | Wunsch / Idee | Low | Electritiy Warning | Neu | unbestimmt | | 23.12.2018 | 19.02.2019 | cooltour |
Task Description
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
|
|
3243 | |
Server | Wunsch / Idee | Low | 0. Cue in Cuelist für Autoprepare | Unbestätigt | 3.1.3 | | 16.12.2018 | 16.12.2018 | JPK |
Task Description
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.
|
|
3226 | |
GUI | Wunsch / Idee | Low | UNDO/REDO-Edit | Usability Relevant | 3.1.3 | | 10.12.2018 | 10.12.2018 | patme |
Task Description
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.
|
|
3216 | |
StageView | Wunsch / Idee | Very Low | Geräte Context-Menu von Stageview löschen und verschieb... | Unbestätigt | unbestimmt | 3.4 | 01.12.2018 | 28.11.2021 | Souko |
Task Description
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”
|
|
3213 | |
GUI | Wunsch / Idee | Low | Optimierung im Dialog "Device Control" | Unbestätigt | 3.1.3 | | 29.11.2018 | 26.01.2019 | LightningBrothers |
Task Description
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
|
|
3201 | |
TimecodePlayer | Wunsch / Idee | Low | Timecodeplayer/Audioplayer sendet Midi-Signale an exter... | Zugeteilt | unbestimmt | TBD (UIS) | 19.11.2018 | 29.10.2023 | Jelu |
Task Description
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.
|
|
3196 | |
Server | Wunsch / Idee | Low | Neues Input Assignment/MIDI: Verschiedene Modi zum "abh... | Unbestätigt | unbestimmt | 3.4 | 06.11.2018 | 26.11.2021 | StefanKrupop |
Task Description
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.
|
|
3191 | |
Server | Fehlerbericht | Low | Cuelist Modewechsel updated nicht nächste Cue | Neu | 3.1.3 | | 03.11.2018 | 30.11.2018 | moritz |
Task Description
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.
|
|
3190 | |
GUI | Fehlerbericht | Low | Alternierendes Fanning bei Farbwerten nur begrenzt mögl... | Usability Relevant | 3.1.2 | | 01.11.2018 | 22.12.2021 | |
Task Description
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 ;)
|
|
3186 | |
Server | Wunsch / Idee | Low | Midi - Möglichkeit mehrerer Layouts zum Springen | Neu | 3.1.2 | | 27.10.2018 | 09.07.2019 | |
Task Description
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.
|
|
3159 | |
AudioAnalyser | Fehlerbericht | Medium | Programm stürzt ab bei Auswahl des Soundinterfaces im A... | Neu | 3.2.3 | | 18.09.2018 | 31.07.2023 | PanTau |
Task Description
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 !!!
|
|
3149 | |
Server | ToDo | Low | Inhalts-Defintion der Hilfsdatei für Installations-Mana... | Bestätigt | 3.1.2 | TBD (UIS) | 30.08.2018 | 01.07.2019 | LightningBrothers |
Task Description
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
|
|
3146 | |
GUI | Wunsch / Idee | Low | Saved Effects ins Projekt aufnehmen | Usability Relevant | 3.1.2 | | 29.08.2018 | 29.08.2018 | LightningBrothers |
Task Description
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.
|
|
3136 | |
Plugin | Wunsch / Idee | Medium | Installerfunktion für Plugings via separatem Programm | Bestätigt | 3.1.2 | | 20.08.2018 | 31.08.2018 | LightningBrothers |
Task Description
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
|
|
3135 | |
Plugin | Wunsch / Idee | Very Low | Joystick Steuerung | Neu | unbestimmt | | 19.08.2018 | 19.02.2019 | |
Task Description
Moving Heads und anderes Bewegtes Licht mit Joystick steuern.
|
|
3124 | |
GUI | Wunsch / Idee | Low | Such-Funktion für Project Explorer | Zugeteilt | 3.1.2 | | 30.07.2018 | 30.07.2018 | LightningBrothers |
Task Description
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.
|
|
3122 | |
GUI | Wunsch / Idee | Low | Plugin-Funktionen markieren | Unbestätigt | 3.1.1 | | 26.07.2018 | 26.07.2018 | JPK |
Task Description
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.
|
|
3121 | |
GUI | Wunsch / Idee | Low | Neues Fenster: Engagement Monitor / Control Monitor | Zugeteilt | 3.1.1 | 3.4 | 26.07.2018 | 24.03.2023 | JPK |
Task Description
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).
|
|
3105 | |
GUI | Wunsch / Idee | Low | Touchoptimierung von Fadern, PE und einzelnen Buttons | Zugeteilt | 3.1.2 | TBD (UIS) | 17.07.2018 | 09.02.2020 | nutzer99 |
Task Description
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.
|
|
3099 | |
Server | Fehlerbericht | Low | Ausgabe springt bei Priority-Update auf letzten Cuelist... | Neu | 3.1.2 | | 05.07.2018 | 05.07.2018 | N0body |
Task Description
Wenn man während einer laufenden Cuelist Kanalwerte anpasst, springt der Wert bei einer Änderung durch die Cuelist zurück auf den letzten von der Cuelist gesetzten Wert und fadet von dort zum neuen Wert.
Beispiel: Generic Dimmer, Cuelist mit 2 Cues: Dimmer 100% und Dimmer 0%, Cuelist auf “Priority update on Go” und Programmer-Priority auf Normal
Fall 1: Änderungen vor Start der Cuelist Über Programmer Dimmer auf 50% - Dimmer 50% Cue 1 (Dimmer 100%) → Dimmer fadet von 50% auf 100% (So soll es sein)
Fall 2: Änderungen während laufender Cuelist Cue 1 (Dimmer 100%) → Dimmer 100% Über Programmer Dimmer auf 50% → Dimmer 50% Cue 2 (Dimmer 0%) → Dimmer springt zurück auf 100% (Cue 1) und fadet von dort auf 0% (So sollte es nicht sein)
https://forum.dmxcontrol-projects.org/index.php?thread/13013
|
|
3096 | |
Server | Wunsch / Idee | Low | Effectwheel ähnlich handhaben wie Gobowheel | Zugeteilt | 3.1.2 | | 26.06.2018 | 26.11.2021 | Soon5 |
Task Description
Für Effectwheel die gleiche Systematik einbauen wie für Gobowheel (Zusammenfassen der Eigenschaften mit Subproperties)
Referenz: FS#3089 (Screenshot unten in den Comments)
|
|
3058 | |
GUI | Wunsch / Idee | Low | Optimierung im Panel für Color | Zugeteilt | 3.1.1 | | 04.05.2018 | 04.05.2018 | LightningBrothers |
Task Description
Zur einfacheren Bedienung schlage ich vor, das Panel Color wie folgt zu ergänzen:
|
|
3045 | |
GUI | Wunsch / Idee | Low | Syntax zum Ausklammern von einzelnen Effekten und Cues ... | Unbestätigt | 3.1.1 | TBD (UIS) | 28.03.2018 | 27.05.2018 | LightningBrothers |
Task Description
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.
|
|
3029 | |
Server | Fehlerbericht | Low | Fehlerdialog für DDFs neu gestallten | Zugeteilt | 3.3 Beta x | 3.4 | 11.02.2018 | 17.10.2023 | Soon5 |
Task Description
Der Fehlerdialog ist schlecht designed!
|
|
3028 | |
GUI | Wunsch / Idee | Low | Effektkombinationen visualisieren | Unbestätigt | 3.1.1 | | 10.02.2018 | 12.02.2018 | JPK |
Task Description
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.
|
|
3026 | |
GUI | Wunsch / Idee | Low | Optimierungen im Dialog "Device Properties" | Unbestätigt | 3.1.1 | | 01.02.2018 | 02.09.2018 | LightningBrothers |
Task Description
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.
|
|
3008 | |
GUI | Wunsch / Idee | Low | Funktionserweiterungen für Patching-Dialog zum Patchen ... | Unbestätigt | unbestimmt | | 12.01.2018 | 07.08.2021 | LightningBrothers |
Task Description
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.
|
|
2997 | |
Server | Fehlerbericht | Medium | Effekt auf Tilt einer Gruppe geht verloren, wenn Pan be... | Unbestätigt | 3.1.1 | | 29.12.2017 | 12.02.2018 | StefanKrupop |
Task Description
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.
|
|
2989 | |
Server | Wunsch / Idee | Low | Blinde Bereiche festlegen | Neu | 3.1.1 | | 03.12.2017 | 08.12.2017 | |
Task Description
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.
|
|
2975 | |
Server | Wunsch / Idee | Low | Cuelist, GoTo Zeit beim stoppen einer anderen Cuelist v... | Neu | 3.1.1 | Cuelist-Erweiterung(intern) | 11.11.2017 | 12.12.2018 | fisl |
Task Description
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.
|
|
2959 | |
Server | Fehlerbericht | Medium | Autoprepare funktioniert nicht | Neu | 3.1.1 | 3.1.3 | 06.11.2017 | 11.11.2019 | |
Task Description
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.
|