|
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)
|
|
3099 | |
Server | Fehlerbericht | niedrig | Ausgabe springt bei Priority-Update auf letzten Cuelist... | Neu | 3.1.2 | | 05.07.2018 | 05.07.2018 | N0body |
Aufgabenbeschreibung
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
|
|
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.
|
|
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.
|
|
3149 | |
Server | ToDo | niedrig | Inhalts-Defintion der Hilfsdatei für Installations-Mana... | Bestätigt | 3.1.2 | TBD (UIS) | 30.08.2018 | 01.07.2019 | LightningBrothers |
Aufgabenbeschreibung
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
|
|
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.
|
|
3190 | |
GUI | Fehlerbericht | niedrig | Alternierendes Fanning bei Farbwerten nur begrenzt mögl... | Usability Relevant | 3.1.2 | | 01.11.2018 | 22.12.2021 | |
Aufgabenbeschreibung
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 ;)
|
|
3191 | |
Server | Fehlerbericht | niedrig | Cuelist Modewechsel updated nicht nächste Cue | Neu | 3.1.3 | | 03.11.2018 | 30.11.2018 | moritz |
Aufgabenbeschreibung
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.
|
|
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
|
|
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:
|
|
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.
|
|
3309 | |
Installer | Fehlerbericht | niedrig | Eigener Registry-Eintrag für DMXControl 3.2 und folgend... | Unbestätigt | 3.2 Alpha x | | 16.01.2019 | 05.04.2021 | LightningBrothers |
Aufgabenbeschreibung
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.
|
|
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.
|
|
3435 | |
GUI & Server | ToDo | niedrig | TimecodeSlot implementieren | Zugeteilt | unbestimmt | 3.4 | 03.03.2019 | 24.06.2023 | Qasi |
Aufgabenbeschreibung
s.o. Für Scenelists wie BeatSource
EDIT Arne: In PE Visualisieren
|
|
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.
|
|
3527 | |
Theming | ToDo | niedrig | Dark Theme Kontrolle | Known Bug | 3.2 Beta x | TBD (UIS) | 01.04.2019 | 29.06.2019 | patme |
Aufgabenbeschreibung
Hinweise zum dark theme: -Im Project Explorer sind die Spaltenüberschriften(Name, Anzahl Szenen, usw) nicht dunkel -Scrollbalken sind hell
|
|
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.
|
|
3595 | |
GUI & Server | Fehlerbericht | niedrig | Gefanntes Delay funktioniert bei One Shot nicht | Auf Entwickler warten | 3.2 Beta x | | 18.05.2019 | 26.11.2021 | JPK |
Aufgabenbeschreibung
Ausgangssituation: Es gibt mehrere Moving Heads, die zeitversetzt eine Welle (Sinus auf Tilt) durchlaufen sollen. Hierzu gibt es drei Cues, einen mit dem Sinus auf dem Tilt, die One Shot-Cue und eine statische Cue, um die Welle zu beenden. Da es ein gefanntes Delay für alle drei Cues eingetragen ist, bin ich davon ausgegangen, dass nun auch alle Heads die Welle zeitversetzt durchlaufen und jeder mit seinem entsprechenden Delay wieder zum stehen kommt. Das ist aber nicht der Fall. Nachdem der erste Moving Head die Welle durchlaufen hat, beenden alle die Welle irgendwo mitten drin und gehen gleichzeitig direkt auf die statische Stimmung.
|
|
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.
|
|
3635 | |
GUI & Server | Wunsch / Idee | niedrig | Electricity - Einbindung Modbus TCP | Zugeteilt | unbestimmt | TBD (UIS) | 04.06.2019 | 04.06.2019 | nutzer99 |
Aufgabenbeschreibung
Für die Kommunikation mit Energiezählern wird standardmäßig die Kommunikation über Modbus RTU / TCP hergestellt. Z.b. Siemens Sentron Die Register für die einzelnen Adressen sind allerdings nicht bei jedem Gerät identisch. Somit muss für jeden Datenpunkt der Datentyp und die Registeradresse eingegeben werden können.
|
|
3645 | |
Server | Wunsch / Idee | niedrig | Virtuelle Inputs + Graphen Generierung | Unbestätigt | 3.2 Beta x | TBD (UIS) | 10.06.2019 | 26.11.2021 | Soon5 |
Aufgabenbeschreibung
Aus Nutzersicht wäre es super, “virtuelle” Eingänge (z.B. Go / Stop FS#3321 ) zu haben, die im Hintergrund einen Graphen generieren. Dadurch könnten viele Standard Fälle abgedeckt werden, ohne das Input Assignment zu verschandeln.
|
|
3661 | |
GUI & Server | Wunsch / Idee | niedrig | Vorschaufenster für nächsten Cue | Neu | unbestimmt | | 25.06.2019 | 25.06.2019 | JohannesStroe |
Aufgabenbeschreibung
Für Theateraufführungen oder anderweitige Programme mit fester Abfolge wäre es sehr praktisch zu sehen was im nächsten Cue passiert. Dies könnte entweder grafisch oder in Form einer Tabelle wie z.B. im Programmer dargestellt werden. Welche Form der Darstellung gewählt wird oder beide oder gar keine Implementierung des Features, wäre noch zu entscheiden.
|
|
3662 | |
GUI & Server | Wunsch / Idee | niedrig | Copy & Paste zum Vervielfachen von Softdesks im Project... | Zugeteilt | 3.2 Beta x | 3.3.1 | 26.06.2019 | 31.10.2023 | LightningBrothers |
Aufgabenbeschreibung
Analog zu den Cuelists sollte auch bei Softdesks durch Copy & Paste eine Kopie des zuvor ausgewählten Softdesks angelegt werden.
|
|
3677 | |
GUI | Wunsch / Idee | niedrig | /Projektexplorer/Elektriztät Anzeige nicht aktuallisier... | Nicht Reproduzierbar | 3.2 Beta x | | 07.07.2019 | 31.03.2022 | TiPpFeHlEr |
Aufgabenbeschreibung
wenn ich ein Gerät in eine Elektrizität Gruppe hinzufüge wird mir dieses Gerät nicht automatisch im Baum Angezeigt. Keine Rückmeldung ob Gerät hinzugefügt wurde, erst das Aktuallisieren der Ansicht (F5 oder ähnliches) lässt das Gerät erscheinen.
|