|
4171 | |
Softdesk | Wunsch / Idee | niedrig | Zusätzliche Einstellung zum Aufrufen eines Softdesks di... | Unbestätigt | 3.2 | | 17.04.2020 | 05.04.2023 | LightningBrothers |
Aufgabenbeschreibung
Ein findiger User hat herausgefunden, dass man die Softdesks mit einem Workaround dazu bewegen kann, beim Laden des Projekts direkt im Vollbildmodus zu starten. Für die genaue Vorgesehensweise siehe https://forum.dmxcontrol-projects.org/index.php?thread/15151/&postID=128003#post128003.
Damit dies Workaround aber nicht als dauerhaft bestehen bleiben muss, würde ich mir hier eine gezielte Einstellung wünschen. Man kann zum Beispiel in den Einstellungen eines Softdesks festlegen, ob dieses normal oder im Vollbildmodus aufgerufen wird. Dies hätte den Vorteil, dass man sich ein entsprechendes Layout für die GUI abspeichern und dieses reproduzierbar wieder aufrufen kann.
|
|
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).
|
|
4848 | |
GUI & Server | Fehlerbericht | niedrig | Kein Effekt der Sortierung der Geräte in Gerätegruppen ... | Entscheidung | 3.3 Beta x | 3.3.1 | 27.04.2022 | 23.02.2023 | LightningBrothers |
Aufgabenbeschreibung
Im beigefügten Projekt habe ich in der Cue 1 der Cuelist 1 einen Chaser auf die Gerätegruppe (Device Group) gelegt. Ändere ich nun die Sortierung der Geräte in dieser Gerätegruppe über das Kontextmenü und sortiere sie zum Beispiel zufällig, wird der Chaser trotz Play Mode “Normal” beim erneuten Starten der Cuelist nicht aktualisiert. Aktuell kann ich die Sortierung nur per Drag ‘n’ Drop oder über die Buttons Up und Down ändern. Über letzte habe ich die zur Zeit aktive Reihenfolge realisiert: 1 - 4, 13 - 16, 5 - 12.
|
|
5023 | |
Server | Wunsch / Idee | niedrig | Cuelist: Endverhalten als statische Cue behandeln | Unbestätigt | 3.2.3 | | 28.01.2023 | 28.01.2023 | JPK |
Aufgabenbeschreibung
Beim noch einmal über FS#3974, FS#4870 nachdenken (im Rahmen von https://forum.dmxcontrol-projects.org/index.php?thread/16934-cuelist-freigabezeit-verz%C3%B6gerung-dimmer-farbwert ), kam mir folgende zusammenfassende Überlegung: Ideal wäre es, wenn man die Freigabe einer Cuelist generell als weitere Cue ansehen kann (mit allen daraus resultierenden Vor- und Nachteilen). Mit dieser Release-Cue hätte man einerseits die Möglichkeit FS#4870 umzusetzen. Da jede Cue eine Fade Time und eine Delay Time hat, wäre das hier einfach eingebbar. Man müsste noch überlegen, ob man hier auch ein Fanning zulässt wie das bei den Zeiten für andere Cues auch möglich ist. Aber tatsächlich hätte ich damit eigentlich kein Problem, denn dadurch verschiebt man eben nur den Zeitpunkt für einzelne Geräteeigenschaften, wann sie freigegeben werden. So würde dann auch der Cue Timing Editor funktionieren. Mehr noch kann man den Zeitpunkt der Freigabe der Cuelist dann noch feiner einstellen als bisher, denn dann gäbe es nämlich nicht nur “manual only”, “with go” und “when last cue ends”. Stattdessen kann man dann die ganz normalen Cue-Trigger für das Freigeben verwenden. Das einzige, was man überlegen müsste wäre, wie man “manual only” richtig abdeckt. Aber da dürfte eigentlich ein “No Trigger” Eintrag für diese Art von speziellen Cues reichen. So kann ich nie die Release-Cue triggern und die Cuelist nur beenden, wenn ich auf Stop klicke. Dann wir natürlich trotzdem die “Release-Cue” ausgeführt.
|
|
4782 | |
Server | Fehlerbericht | niedrig | Kontinuierliche Neuberechnung der Fanning-Operatoren ?,... | Unbestätigt | 3.3 Alpha x | 3.3.1 | 21.02.2022 | 18.01.2023 | LightningBrothers |
Aufgabenbeschreibung
Erstelle ich ein Fanning mit den Fanning-Operatoren ?, ?? oder ?# in Kombination mit einem Master, so werden die Werte kontinuierlich neu berechnet, obwohl ich den zugehörigen Master gar nicht anfasse. Das Problem ist mir unter anderem bei folgenden Eingaben aufgefallen:
Die Erwartungshaltung ist an dieser Stelle eigentlich, dass die Werte nur neu berechnet werden, wenn
|
|
4829 | |
GUI & Server | Wunsch / Idee | niedrig | Interface-Einträge können nicht sortiert werden | Unbestätigt | 3.2.3 | 3.4 | 15.04.2022 | 18.01.2023 | LightningBrothers |
Aufgabenbeschreibung
Ich habe meiner DMX-Ausgabe weitere Art-Net-Interfaces hinzugefügt, sodass ich nun insgesamt 4 Instanzen habe. Diese wurden aber nun “frei Schnauze” in die Liste einsortiert, sodass meine Liste nun wie im beigefügten Screenshot aussieht. Hier sollte bitte nach Möglichkeit automatisch immer einer Sortierung der Einträge auf Basis des Herstellers, dann des Modells und dann der Serien-Nummer erfolgen, weil man sich sonst gerade im Fall der Art-Net-Konfiguration im Kreis dreht, wenn die später hinzugefügte Instanz mitten in der Liste eingefügt wird.
Das Ändern der Reihenfolge der Instanzen in der Config-Datei “DMXInterfaceMgmtConfig.xml” hat leider nicht ausgereicht, um die Darstellung in der GUI entsprechend zu beeinflussen.
|
|
4812 | |
GUI & Server | Fehlerbericht | niedrig | Executor Auto Start Stop für Cuelist funktioniert nur s... | Unbestätigt | 3.3 Beta x | 3.3.1 | 26.03.2022 | 18.01.2023 | nutzer99 |
Aufgabenbeschreibung
Wenn ich bei einem Executor die Auto Start / Stop Funktion verwende, funktioniert das automatische starten immer mal wieder nicht. Sobald ich den Fader auf null und direkt danach wieder hoch ziehe, startet die Cuelist nicht.
|
|
4780 | |
Executoren | Fehlerbericht | niedrig | Fader-Modus des Color Masters ändert Farbübergang zwisc... | Unbestätigt | 3.3 Alpha x | 3.4 | 20.02.2022 | 18.01.2023 | LightningBrothers |
Aufgabenbeschreibung
Ich habe eine einfache Cuelist mit zwei Cues gebaut, die in Schleife wiedergegeben wird:
Cue 1: Dimmer [100%], Farbe [ColorMaster 1]
Cue 2: Dimmer [100%], Farbe [ColorMaster 2]
Beide Color Master habe ich mir in den verschiedenen Modi RGB, CMY und HSV in eine Executor Page geliegt.
Jenachdem, welchen Color Master Typ ich nutze, um die Farbe einzustellen, ändert sich der Farbübergang zwischen den beiden Cues. Entweder direkt oder entlang des Farbkreises. Dass die Kombination des Farbtypes / Farbmodells den Fade beeinflusst, ist grundsätzlich bekannt (siehe Ticket FS#4279).
An dieser Stelle kann es zu Verwunderungen führen, wenn eben dieses Verhalten nicht bewusst ist. Die Verwunderung kann noch größer sein, wenn man einmal die Farbe per Fader festlegt (der als HSV konfiguriert ist) und dann die Farbe per Button setzt - innerhalb eines Executorzugs. Auch dies beeinflusst den Farbübergang.
Grundsätzlich kann man diesen Punkt dokumentieren, bis er sich bei der Umsetzung des Tickets FS#4279 “erledigt”. Die Frage ist aber, ob dies ein praktikabler Weg ist und ob es nicht besser wäre, dem ColorMaster eine Einstellung mitzugeben, dass er die Farbe nur intern in einem bestimmten Farbmodell vorhält.
|
|
5005 | |
GUI & Server | Wunsch / Idee | niedrig | Layout: Abfrage beim Laden eines Projekts erweitern | Unbestätigt | 3.3 Beta x | TBD (UIS) | 02.01.2023 | 12.01.2023 | JPK |
Aufgabenbeschreibung
Beim erfolgreichen Laden eines Projekts erscheint irgendwann eine Abfrage, ob das letzte Layout geladen werden soll. Zukünftig sollte diese Abfrage ein Dropdown umfassen, in dem alle im Projekt enthaltenen Layouts aufgeführt sind. Hier sollte das zuletzt geladene Layout vorausgewählt sein. Es sollte auch eine Möglichkeit geben, das Laden des Layouts abzubrechen. In Hinblick auf FS#4954 (was im Zuge dieser Integration auch umgesetzt werden kann) wäre gut, wenn es drei Optionen gäbe:
Jedes Mal nachfragen (Ask) (Standardmäßig eingestellt)
Immer das letzte Layout laden (Load always last Layout)
Immer “Layout xyz” laden (Load always “Layout xyz”)
Kein Layout laden (No Default Layout)
Die Abfrage kommt nur im ersten Fall hoch.
|
|
5004 | |
GUI | Fehlerbericht | niedrig | Layout: Abfrage zum Laden des Layouts nur in einer GUI | Unbestätigt | 3.3 Beta x | 3.3.1 | 02.01.2023 | 12.01.2023 | JPK |
Aufgabenbeschreibung
Wird ein Projekt erfolgreich geladen, erscheint die Abfrage, ob das vorherige Layout geladen werden soll. Diese Abfrage erscheint jedoch nur in der GUI, in der das Laden des Projekts ausgelöst wurde. Die Abfrage sollte jedoch in allen GUIs erscheinen. Hierfür bräuchte es einen gRPC-Call, der an alle GUIs geht. Dieser sollte dann die AskLoadProjectLayout Funktion im Window Manager ausführen. Die Project Administration soll dann entweder eine neue “AskLoadProjectLayoutInAllGUIs” Funktion oder direkt den gRPC-Call aufrufen.
|
|
5013 | |
GUI & Server | ToDo | niedrig | Launcher: Der Launcher muss Multiversion-fähig werden | Unbestätigt | 3.3 Beta x | 3.3.1 | 08.01.2023 | 08.01.2023 | JPK |
Aufgabenbeschreibung
Der Launcher kann aktuell nur eine Version erkennen, anzeigen und starten (im selben Ordner bzw. anhand des Registry-Eintrags). Sobald es mit DMXControl 3.3.1 auch offiziell möglich ist, mehrere Versionen parallel zu installieren (Installer packt dann Registry-Einträge von DMXC 3.3.1 in einen separaten Registry-Eintrag zur 3.3.0). Der Launcher muss einerseits diese neue Struktur unterstützen und andererseits so erweitert werden, dass er dann im Zweifelsfall mehrere DMXC-Versionen anzeigen kann.
|
|
5008 | |
Server | ToDo | niedrig | System.Drawing durch ImageSharp ersetzen | Zugeteilt | unbestimmt | 3.3.1 | 06.01.2023 | 06.01.2023 | Qasi |
Aufgabenbeschreibung
s.o. https://sixlabors.com/products/imagesharp/
|
|
4705 | |
Executoren | ToDo | niedrig | ColorMaster Executor Display erweitern und einstellbar ... | Unbestätigt | 3.3 Alpha x | 3.3.1 | 10.01.2022 | 04.01.2023 | Qasi |
Aufgabenbeschreibung
RGB+ Kanäle Visualisieren
Option für Displays einbauen -HSV -CMY -RGB -Die Kombinationen aller
|
|
4537 | |
Launcher | ToDo | niedrig | Launcher - Lokale Projekte anzeigen | Unbestätigt | 3.3 Alpha x | 3.3.1 | 15.05.2021 | 04.01.2023 | nutzer99 |
Aufgabenbeschreibung
Fehlerbeschreibung
aktuell werden noch dummys im Launcher angezeigt. Todo. loklae Projekte im appdata ordner anzeigen.
|
|
4994 | |
GUI & Server | Wunsch / Idee | niedrig | Diverse Effekte mit Color list ausstatten | Unbestätigt | 3.3 Beta x | TBD (UIS) | 28.12.2022 | 01.01.2023 | LightningBrothers |
Aufgabenbeschreibung
Lege ich zum Beispiel den Sparkle-Effekt auf die Farbe, kann ich pro Effekt immer nur eine Farbe bestimmen, mit der der Effekt arbeiten soll. Möchte ich ich mit mehreren Farben arbeiten, muss ich hierzu mehrere Effekte hinzufügen und diese jeweils einzeln parametrieren.
Um dies zu vereinfachen, könnte es an vielen sinnvoll sein, hier mit einer Color List zu arbeiten. Die gewählte Color List übergibt dann mehrere Farben an den Effekt.
|
|
4896 | |
Executoren | Fehlerbericht | niedrig | Executor Dark Theme wird beim Start von DMXC nicht über... | Known Bug | 3.3 Beta x | 3.4 | 20.08.2022 | 01.01.2023 | nutzer99 |
Aufgabenbeschreibung
Fehlerbeschreibung
Starte ich DMXC neu und das Executor Fenster ist noch geöffnet, so wird das Theming nicht richtig übernommen.
|
|
4999 | |
GUI & Server | Wunsch / Idee | niedrig | Project Administration: Aktuell geladene Version markie... | Zugeteilt | 3.3 Beta x | TBD (UIS) | 30.12.2022 | 31.12.2022 | JPK |
Aufgabenbeschreibung
So, wie aktuell Projekte grün markiert werden, wenn sie geladen sind, sollte auch die geladene Version grün markiert werden, damit man dies direkt sieht.
|
|
4975 | |
GUI & Server | Wunsch / Idee | sehr niedrig | Project Administration: Rückfrage "Projekt laden" bei a... | Unbestätigt | 3.3 Beta x | TBD (UIS) | 20.12.2022 | 29.12.2022 | LightningBrothers |
Aufgabenbeschreibung
Aktuell kann man ja jederzeit ein neues / anderes Projekt laden, was “ohne Rücksicht auf Verluste” so auch ausgeführt wird. Dem entsprechend können andere Projekte auch geöffnet werden, wenn eine Show, sprich eine Cuelist läuft.
Um hier ggf. das Bewusstsein zu schärfen, dass entweder sowohl mindestens eine Cuelist aktiv ist oder auch aktuell Werte im Programmer enthalten sind, könnte an dieser Stelle eine Rückfrage hilfreich sein. Diese Rückfrage taucht unter den zuvor genannten Kriterien auf, sobald man ein neues / anderes Projekt laden möchte.
|
|
4936 | |
GUI | Wunsch / Idee | niedrig | Project Administration: Bisher genutzte Tags vorschlage... | Unbestätigt | 3.3 Beta x | TBD (UIS) | 11.10.2022 | 29.12.2022 | LightningBrothers |
Aufgabenbeschreibung
Beim Eingeben von längeren Tags für ein Projekt können sich durch Tippfehler schnell Fehler einschleichen und man findest das Projekt nicht über diesen Tag. Zudem benötigt die Eingabe von längeren Tags entsprechend mehr Zeit.
Hier fände ich es gut, wenn mir bei der Eingabe die zuletzt genutzten Tags automatisch vorgeschlagen werden. Konkret dachte ich da ein Verhalten analog
zu unserem Forum beim Verlinken eines Nutzers oder
beim Schreiben einer News, wo nach dem Eingeben einer bestimmten Anzahl an Zeichen in den Tags ebenfalls die bisher verwendeten Tags vorgeschlagen werden
|
|
4996 | |
GUI & Server | Fehlerbericht | niedrig | One Shoot funktioniert nicht. | Neu | 3.2.3 | | 29.12.2022 | 29.12.2022 | herbiee |
Aufgabenbeschreibung
Hallo, bei mir funktioniert der One Shoot Trigger nicht. Ich beginne mit einem Lauflicht über 8 RGB PARs. Danach folgt die Cue mit dem One Shoot Trigger, gefolgt von einer Cue, die die PARs auf eine Farbe einfadet. Wenn ich die List starte, wird die One Shoot Cue sofort auf gelb gesetzt und das Einfaden beginnt. Währenddessen kann man sehen, dass das Lauflicht läuft bis es von der dritten Cue überschrieben ist. Es gibt keine Fehlermeldung, weswegen ich auch keine Screenshots beisteuern kann. Ich habe lediglich das letzte Log File und das Projekt zum Anhängen.
Gruß, Herbert
P.S.: Sorry, die untenstehende Verknüpfung war ein Versehen. Ich dachte hier fügt man Verknüpfungen zu anderen Trackern ein, und jetzt kann ich sie nicht mehr löschen
|
|
4990 | |
Server | Wunsch / Idee | niedrig | Erweiterung der Funktionen beim Chaser | Neu | 3.2.3 | | 27.12.2022 | 27.12.2022 | herbiee |
Aufgabenbeschreibung
Ich bin hier und in DMXC neu und habe zwei Ideen zur Erweiterung der Chaser-Funktion Lauflicht.
1.: Die vermutlich einfacher zu realisierende ist eine Einstellung wie oft der Lauf wiederholt werden soll.
2.: Ich weiß nicht, ob das im Chaser implementiert werden kann, oder ob dazu eine neue Funktion nötig ist. Nach dem 1. Durchlauf des Lauflichts soll das letzte Segment weiterleuchten und der Lauf wieder von vorne beginnen. Aber nur bis zum vorletzten Segment, welches dann wieder weiterleuchtet. Und so weiter bis alle leuchten.
So zum Beispiel:
XOOO OXOO OOXO OOOX XOOX OXOX OOXX XOXX OXXX XXXX
Das gleiche Prinzip auch mit fanning von oder zur Mitte und revers, sowie die gleichen Parameter wie beim aktuellen Chaser. (Version 3.2.3.373)
Ich hoffe, diese Beschreibung ist verständlich genug und auch der richtigen Kategorie zugeordnet. Ob ich’s mit anderen verknüpfen soll, weiß ich nicht, und deshalb lasse ich’s bleiben.
|
|
4668 | |
GUI & Server | Fehlerbericht | niedrig | Colorwheel-Farbe setzt Color in DeviceControl | Usability Relevant | 3.3 Alpha x | 3.4 | 29.11.2021 | 26.12.2022 | Qasi |
Aufgabenbeschreibung
Mit 10x DMH-160 MK2 getestet. Die Geräte haben nur ein Colorwheel.
Wenn ich unten im ColorControl bei Colorwheel eine farbe wähle wird im DeviceControl das ColorProperty gesetzt, das ColorwheelProperty beleibt auf White. Die DMX-Ausgabe stimmt aber
|
|
4970 | |
GUI & Server | Fehlerbericht | niedrig | Pfeilkreuz zur Anordnung von Panel erscheint nicht auf ... | Neu | 3.3 Beta x | 3.4 | 02.12.2022 | 06.12.2022 | Beni200 |
Aufgabenbeschreibung
Das Pfeilkreuz (im hellen Theme blau, im dunklen Theme rot), um das Fenster zum Beispiel in die linke Hälfte bzw. rechte Hälfte zu verschieben, erscheint nur auf dem primären Monitor.
|
|
4967 | |
InputAssignment | Wunsch / Idee | niedrig | Group Master Node: Zusätzlicher Eingang für Device Grou... | Unbestätigt | unbestimmt | | 21.11.2022 | 21.11.2022 | LightningBrothers |
Aufgabenbeschreibung
Ich habe in meinem Connectionset sowohl das Device Group Node als auch das Group Master Node im Einsatz, die beide die gleiche Device Group referenzieren. Um nur einmal die gewünschte Device Group respektive Group Master auswählen zu müssen, wäre es hilfreich, wenn das Group Master Node als zusätzlichen Eingang die Device Group erhält.
|
|
4964 | |
InputAssignment | Wunsch / Idee | niedrig | Neues Node: Globaler Timer / Uhr | Unbestätigt | unbestimmt | | 17.11.2022 | 17.11.2022 | LightningBrothers |
Aufgabenbeschreibung
Wenn ich das mir so überlege, gehe ich davon aus, dass jeder Timer-Node die Zeit für sich berechnet, insbesondere wenn er einen Blinken ausgeben soll. Dies hat auch zur Folge, dass über mehrere Connectionssets hinweg das Blinken asynchron abläuft.
Mit dem im folgenden beschriebenen neuen Node habe ich die Hoffnung, dass
alle Buttons etc., die mit Hilfe des neuen Nodes blinken sollen, dies im gleichen Takt tun.
durch eine zentrale Zeitvorgabe die Performance insgesamt steigt, weil ggf. nur noch auf Basis eines Wertevergleichs gearbeitet werden muss.
Der Node globale Timer bzw. die globale Uhr hat als Grundlage die Systemzeit. Von der lässt sich ableiten, alle wie viel Sekunden, Minuten oder Stunden der Ausgang auf True geschaltet wird. Die untere Grenze ist dabei abhängig, wie genau man an die Systemzeit herankommt - sprich ob ein kompletter Zyklus von minimal 2 Sekunden oder sogar schneller möglich ist.
Dem entsprechend ergeben sich folgende Ein- und Ausgänge sowie Parameter:
Eingänge
Ausgänge
True / False bzw. 0 / 1
Systemzeit
Parameter
|
|
4955 | |
GUI | Wunsch / Idee | niedrig | Annehmen der Tastatur-Keys einschränken | Unbestätigt | 3.2.3 | | 08.11.2022 | 08.11.2022 | JPK |
Aufgabenbeschreibung
Aktuell detektiert DMXControl 3 jeden Tastendruck, sollten diese Tasten im Input Assignment verwendet werden. Im Livestream zu den kleinen Helfern in DMXControl 3.3.0 (siehe dazu auch: https://youtu.be/aXtpf6tv3Cw?t=8187) kam die Idee auf, einen Tastendruck nur abzufangen, wenn entsprechende Fenster aktiv sind.
|
|
4456 | |
Project Explorer | Fehlerbericht | mittel | Ordner werden nicht zwischen GUIs nicht synchronisiert | Unbestätigt | 3.3 Alpha x | 3.4 | 08.04.2021 | 04.10.2022 | LightningBrothers |
Aufgabenbeschreibung
Verschiebe ich Objekte (Cuelists, Devices) in Verzeichnisse, so wird dieses zwischen den GUIs nicht synchronisiert.
|
|
4081 | |
Project Explorer | Fehlerbericht | niedrig | Sortierung per Drag'n'Drop in Ordnern buggt | Neu | 3.2.1 Beta x | TBD (UIS) | 11.02.2020 | 03.10.2022 | JohannesStroe |
Aufgabenbeschreibung
Die Sortierung von z.B. Geräten in Ordnern im Project Explorer verhält sich oftmals sehr komisch. Items landen nicht da, wo man sie loslässt, andere Items springen bei Veränderung nach ein oder zwei Felder nach oben/unten. Außerdem sieht man nicht, wo das Item landet, wenn man es an aktueller Position loslässt. Hier wäre ein Strich hilfreich, welcher zwischen den beiden Icons angezeigt wird, wo das Item der aktuellen Position nach landen wird.
|
|
4035 | |
Project Explorer | Fehlerbericht | niedrig | Szenenlisten verschieben in Unterordner ist nicht bestä... | Neu | 3.2 | | 20.01.2020 | 03.10.2022 | Micha2015 |
Aufgabenbeschreibung
Beim Erstellen von Szenen und danach Verschieben in einen erstellten Unterordner treten Probleme auf. Die thematisch passenden Szenen wurden per Maus in den neuen Ordner verschoben. Nach dem Wiederöffnen der Projektes sind dann einige Szenen wieder direkt im Hauptverzeichnis, andere im Unterordner. Projekt schließen ⇒ ohne zu speichern und DMX Control zu beenden ⇒ Projekt öffnen, letzte Fenstereinstellung übernehmen ⇒ dann ändert sich wieder die Zuordnung. Die Zuordnung ist jedesmal anders.
|
|
4870 | |
Server | Wunsch / Idee | niedrig | Cuelist Release-Delay | Unbestätigt | 3.2.3 | | 23.06.2022 | 25.09.2022 | JPK |
Aufgabenbeschreibung
Ich fände es gut, wenn es neben der Releasetime (die letztendlich der Einblendzeit einer Cue aber eben für das Ausblenden entspricht) auch ein Releasedelay gäbe. Hintergrund hierfür ist der Übergang zwischen mehreren Cuelists des selben Typs. Wenn man ein modulares Cuelist-Schema verwendet, hat man mehrere Cuelists, die nur eine Geräteeigenschaft, wie z.B. den Dimmer anspricht. Um einen weichen Übergang zwischen den Cuelists hinzubekommen, muss man die Releasetime der ausblendenden Cuelist und die Fadetime der ersten Cue der einblendenden Cuelist so geschickt wählen, dass der Übergang nicht auffällt. Das Problem ist nämlich, dass man eine zu kurze Releasetime dadurch sieht, dass die Scheinwerfer kurz ausblenden, bis die zweite Cuelist übernimmt und einblendet.
Dieses Problem könnte man mit einem ReleaseDelay und LTP-Cuelists ganz einfach umschiffen, indem man dann das ReleaseDelay auf die gleiche Länge setzt, wie die Fadetime der ersten Cue der einblendenden Cuelist. Die Releasetime würde man dann auf 0 setzen. Dadurch hat man bei LTP einen weichen Übergang, ohne dass die Scheinwerfer kurz ausblenden.
|
|
4910 | |
GUI & Server | Fehlerbericht | mittel | Strobe Type nicht wählbar bei Nutzung von Speedmaster f... | Neu | 3.2.3 | | 14.09.2022 | 14.09.2022 | |
Aufgabenbeschreibung
Haben Sie einen Fehler entdeckt? Dann nutzen Sie bitte folgendes Template und beachten die Hinweise für eine reibungsfreie Bearbeitung der Tickets.
Fehlerbeschreibung
Erwartetes Verhalten
Auswahl des Strobe Typs auch bei festgelegtem Speedmaster für die Strobe Frequenz.
Hinweise
Bitte beachten Sie folgende Hinweise, um das Finden des Problems für die Entwickler zu erleichtern:
Verwenden Sie die aktuellste Version von DMXControl 3?
Wurde der Fehler bereits gemeldet?
Bitte geben Sie unbedingt eine E-Mail-Adresse für Rückfragen an
Bitte fügen Sie alle eventuell angezeigten Fehlermeldungen möglichst vollständig dem Report hinzu (z.B. mit Screenshot)
Bitte fügen Sie alle Logfiles hinzu. In DMXControl 3 gibt es eine Export-Funktion für erforderliche Log Files. Sie ist im Hauptmenu unter “Help” → “Export Logs” zu finden.
Bitte fügen Sie das entsprechende Projekt zur Reproduktion bei
Wichtig: Sollten keine Logs beigefügt sein, kann das dazu führen, dass das Ticket sofort geschlossen wird!
|
|
4238 | |
Server | Wunsch / Idee | niedrig | "Dimmerkurven" für den Trapez-Effekt | Zugeteilt | 3.2.1 | | 22.07.2020 | 10.09.2022 | JPK |
Aufgabenbeschreibung
Aus diesem Thread: https://forum.dmxcontrol-projects.org/index.php?thread/15425-par-strahler-lauflicht-mit-geschwindigkeitssteuerung/ kam mir die Idee von "Dimmerkurven" für den Trapezeffekt? Sprich der Effekt wird um zwei Dropdown-Einträge erweitert, mit denen man für Fade Up und Fade Down jeweils bestimmen, mit welcher Kurve gefadet wird (linear, Sinus-ähnlich, ….). Dadurch hätte man deutlich mehr Kontrolle über das Verhalten. Das macht natürlich die anderen Effekte nicht überflüssig, weil man da natürlich noch eine feinere Einstellmöglichkeit hat.
|
|
4902 | |
StageView | Wunsch / Idee | niedrig | Stage View mit Touch Pad bedienen | Neu | unbestimmt | | 28.08.2022 | 28.08.2022 | Beni200 |
Aufgabenbeschreibung
Bedienen der Stage View mit einem Touchpad ist nur sehr unbequem machbar. Es ist zwar möglich durch herauszoomen und an richtiger Stelle wieder hineinzoomen die Position in der Stage View zu ändern allerdings finde ich das sehr ungeschickt. Als bessere Lösung könnte ich mir beispielsweise Vorstellen durch gedrückte rechte Taste und gleichzeitigem bewegen auf dem Touch Pad die Position zu ändern.
|
|
4246 | |
Server | Fehlerbericht | hoch | DDF führt zu Exception im Raw-Bereich | Auf User warten | 3.2.1 | | 11.08.2020 | 25.08.2022 | JPK |
Aufgabenbeschreibung
Das erste angehängte DDF führt zu einer Exception. Es ist in sofern falsch aufgebaut, als dass ein Step in einem Raw-Bereich ist. Trotzdem darf das nicht zu einer Exception führen.
ProjectLoad: ERROR: Loading Devices in Project(null)ProjectLoad: ERROR: Error loading Devices in ProjectSystem.InvalidOperationException: Handler RawDMXHandlerNode doesn't have any Ranges!
bei org.dmxc.lumos.Kernel.HAL.Handler.AbstractRangesHandlerNode.getMinValue(String type) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\HAL\Handler\AbstractRangesHandlerNode.cs:Zeile 770.
bei org.dmxc.lumos.Kernel.HAL.Handler.AbstractRangesHandlerNode.get_MinValue() in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\HAL\Handler\AbstractRangesHandlerNode.cs:Zeile 747.
bei org.dmxc.lumos.Kernel.HAL.Handler.RawDMXHandlerNode.getPropTypeInstance(IDeviceProperty prop) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\HAL\Handler\Generic\RawDMXHandlerNode.cs:Zeile 102.
bei org.dmxc.lumos.Kernel.HAL.Handler.AbstractHandlerNode.getTypeInstance(IDeviceProperty prop) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\HAL\Handler\AbstractHandlerNode.cs:Zeile 751.
bei org.dmxc.lumos.Kernel.HAL.Handler.HandlerDependency.<>c__DisplayClass25_0.<getTypeInstance>b__0(IPropertyHandlerNode n) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\HAL\Handler\HandlerDependency.cs:Zeile 300.
bei org.dmxc.lumos.Kernel.HAL.Handler.HandlerDependency.ForEachHandlerNode[T](Func`2 work) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\HAL\Handler\HandlerDependency.cs:Zeile 354.
bei org.dmxc.lumos.Kernel.HAL.Handler.HandlerDependency.getTypeInstance(IDeviceProperty prop) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\HAL\Handler\HandlerDependency.cs:Zeile 300.
bei org.dmxc.lumos.Kernel.HAL.Handler.HandlerRegistry.<>c__DisplayClass24_0.<getTypeInstance>b__0(HandlerDependency h) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\HAL\Handler\HandlerRegistry.cs:Zeile 382.
bei org.dmxc.lumos.Kernel.HAL.Handler.HandlerRegistry.ForEachHandlerDependency[T](IDevicePropertyBase prop, Func`2 work) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\HAL\Handler\HandlerRegistry.cs:Zeile 448.
bei org.dmxc.lumos.Kernel.HAL.Handler.HandlerRegistry.getTypeInstance(IDeviceProperty prop) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\HAL\Handler\HandlerRegistry.cs:Zeile 382.
bei org.dmxc.lumos.Kernel.Devices.DeviceBeam.getTypeInstance(IDeviceProperty prop) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Devices\DeviceBeam.cs:Zeile 245.
bei org.dmxc.lumos.Kernel.DeviceProperties.AbstractDeviceProperty`1.getTypeInstance() in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\DeviceProperties\AbstractDeviceProperty.cs:Zeile 250.
bei org.dmxc.lumos.Kernel.PropertyValue.PropertyValue`1..ctor(AbstractDeviceProperty`1 prop, Int64 id) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\PropertyValue\PropertyValue.cs:Zeile 54.
bei org.dmxc.lumos.Kernel.PropertyValue.PropertyValue`1..ctor(AbstractDeviceProperty`1 prop) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\PropertyValue\PropertyValue.cs:Zeile 46.
bei org.dmxc.lumos.Kernel.DeviceProperties.AbstractDeviceProperty`1.getValueInstance() in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\DeviceProperties\AbstractDeviceProperty.cs:Zeile 65.
bei org.dmxc.lumos.Kernel.Devices.DeviceTools.<createPropertySceneEntries>d__1.MoveNext() in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Devices\DeviceTools.cs:Zeile 34.
bei System.Linq.Enumerable.<SelectManyIterator>d__17`2.MoveNext()
bei org.dmxc.lumos.Kernel.Devices.DeviceTools.CreateInitializationScene(IDevice device) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Devices\DeviceTools.cs:Zeile 19.
bei org.dmxc.lumos.Kernel.Project.DeviceManager.ReinitDeviceBaseline(IDevice device) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Project\DeviceManager.cs:Zeile 739.
bei org.dmxc.lumos.Kernel.Project.DeviceManager.OnDeviceAdded(IDevice d) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Project\DeviceManager.cs:Zeile 625.
bei org.dmxc.lumos.Kernel.Project.DeviceManager.<org.dmxc.lumos.Kernel.Run.IManager.initialize>b__132_1(Object o, ProjectResourceEventArgs`1 args) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Project\DeviceManager.cs:Zeile 1064.
bei org.dmxc.lumos.Kernel.Project.ProjectResource`1.OnItemAdded(ProjectResourceEventArgs`1 args) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Project\ProjectResource.cs:Zeile 213.
bei org.dmxc.lumos.Kernel.Project.ProjectResource`1.ProjectContainer_ItemAdded(Object sender, ProjectContainerEventArgs`1 e) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Project\ProjectResource.cs:Zeile 189.
bei org.dmxc.lumos.Kernel.Project.ProjectContainer`1.OnItemAdded(T item) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Project\ProjectContainer.cs:Zeile 243.
bei org.dmxc.lumos.Kernel.Project.ProjectContainer`1.Load(LumosResource data, LumosIOContext context) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Project\ProjectContainer.cs:Zeile 216.
bei org.dmxc.lumos.Kernel.Project.Project.loadProject(LumosIOContext context) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Project\Project.cs:Zeile 230.org.dmxc.lumos.Kernel.Exceptions.ProjectLoadException: Errors in Project
bei org.dmxc.lumos.Kernel.Project.ProjectManager.loadProject(String filename, Stream inputStream, String sessionName, Boolean loadId) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Project\ProjectManager.cs:Zeile 312.
Außerdem fliegt auch noch eine weitere Exception, wenn man das leicht angepasste zweite DDF verwendet.
org.dmxc.lumos.Kernel.Exceptions.XmlParseException: Attribute "caption" in Node "step" missing
bei org.dmxc.lumos.Kernel.HAL.Handler.RawDMXStepHandlerNode.parseXmlNode(XmlNode ddfnode) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\HAL\Handler\Generic\RawDMXStepHandlerNode.cs:Zeile 105.
bei org.dmxc.lumos.Kernel.HAL.Handler.HandlerRegistry.ParseXmlTree(DDFParseContext context) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\HAL\Handler\HandlerRegistry.cs:Zeile 143.
bei org.dmxc.lumos.Kernel.HAL.Handler.HandlerRegistry.parseXmlFile(DDFParseContext context) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\HAL\Handler\HandlerRegistry.cs:Zeile 58.
bei org.dmxc.lumos.Kernel.Devices.DeviceBeam..ctor(IDevice parentDevice, UInt32 beamNumber, DDFParseContext context) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Devices\DeviceBeam.cs:Zeile 92.
bei org.dmxc.lumos.Kernel.Devices.DMXDevice.parseDDF(XmlDocument ddf, String filename) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Devices\DMXDevice.cs:Zeile 406.
bei org.dmxc.lumos.Kernel.Devices.DMXDevice.LoadXML(String ddfFile) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Devices\DMXDevice.cs:Zeile 170.
bei org.dmxc.lumos.Kernel.Devices.DMXDevice.set_DDFSourceFile(String value) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Devices\DMXDevice.cs:Zeile 115.
bei org.dmxc.lumos.Kernel.Devices.DMXDevice.setParameterInternal(DeviceParameter parameter, Object value, Object& valueToSend) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Devices\DMXDevice.cs:Zeile 310.
bei org.dmxc.lumos.Kernel.Devices.AbstractDevice.setParameter(DeviceParameter parameter, Object value) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Devices\AbstractDevice.cs:Zeile 1000.
bei org.dmxc.lumos.Kernel.Devices.AbstractDevice.<>c__DisplayClass121_0.<org.dmxc.lumos.Kernel.Resource.ILumosSaveable.loadFromManagedTree>b__0(String s, Object o) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Devices\AbstractDevice.cs:Zeile 670.
device-->functions-->rawstep-->step
|
|
4526 | |
GUI & Server | Wunsch / Idee | niedrig | Zusätzliche Parameter für Trapezoid-Effekt | Unbestätigt | 3.3 Alpha x | | 02.05.2021 | 23.08.2022 | LightningBrothers |
Aufgabenbeschreibung
Aktuell werden die Zeiten beim Trapezoid-Effekt für alle vier Segmente (Fade up, Top, Fade down, Bottom) als absolute Zeitwerte eingegeben. Dies macht die Nutzung von Speedmastern an dieser Stelle unübersichtlich, weil ich in jedem der vier Parameter mit den Speedmastern rechnen muss. Und das teilweise doppelt, da ich zum einen erst die Gesamtgeschwindigkeit reduzieren und dann noch den Wert für die vier Parameter anpassen muss.
Um hier eine effektivere Nutzung des Speedmasters oder auch die einfachere Festlegung der Gesamtwiederholdauer zu ermöglichen, würde ich mir folgende zusätzliche Parameter im Trapezoid-Effekt wünschen:
Neuer Parameter zur Umschaltung zwischen den absoluten Zeitanteilen in Millisekunden und den relativen Zeitanteilen in % oder 0 bis 1 für die Dauer der vier Segmente. Je nach Einstellung dieses Parameters werden die vier Parameter umgeschaltet.
Im Falle der Wahl des Parameters “relative Zeitanteile” erscheint der neue Parameter Dauer (Duration), in dem die Gesamtdauer eines Durchlaufs angegeben wird, wo wie eingangs gesagt auch der Speedmaster zum Einsatz kommen kann.
Parameter zum Festlegen des Bezugspunkts für den Takt. Aktuell liegt dieser Punkt fest beim Beginn des Fade Ups. Grundsätzlich lässt sich dieser Punkt zwar über den Offset-Parameter verschieben, aber spätestens bei ungleichen Dauern der vier Segmente muss man zu einem Taschenrechner greifen, um genau den Punkt “Ende Pause Top” zu bestimmen.
|
|
4898 | |
Project Explorer | Wunsch / Idee | niedrig | Hinweis auf DDF-Lib | Neu | unbestimmt | | 22.08.2022 | 22.08.2022 | Beni200 |
Aufgabenbeschreibung
Nachdem ich in letzter Zeit bei einigen kleinen Veranstaltungen DMXC vorbereitet habe, habe ich gemerkt dass folgendes für einige User nicht erkenntlich ist: In DMXC sind zwar einige DDFs vorhandenen jedoch gibt es die meisten in der online Lib von der einige Leute nichts wissen. Daher schlage ich vor dass wenn man in DMXC nach einem DDF sucht welches nicht vorhanden ist ein Hinweis mit Link auf die online Lib erscheint.
|
|
4891 | |
GUI & Server | Wunsch / Idee | niedrig | Einführung von Kostante DEVICEANGLE und Rechnen im Devi... | Neu | 3.2.3 | | 10.08.2022 | 10.08.2022 | devit |
Aufgabenbeschreibung
Wie bereits im Forum mit @JPK besprochen (https://forum.dmxcontrol-projects.org/index.php?thread/16686-probleme-bei-benutzung-berechneter-phase) wäre es praktisch eine Konstante zu haben, die den (Phasen-)Winkel zwischen den Geräten einer Gruppe angibt. Um das umzusetzen müssten folgende Punkte implementiert werden:
* Erlauben von Berechnungen im Device Control * Einführung der Konstante DEVICEANGLE (wäre wohl als 360/AnzahlAnGeräten zu definieren?)
|
|
4890 | |
GUI & Server | Fehlerbericht | niedrig | Probleme bei öffnen von Projekt mit berechneter Phase | Neu | 3.2.3 | | 10.08.2022 | 10.08.2022 | devit |
Aufgabenbeschreibung
Fehlerbeschreibung
Szenario: der Wert
{ParameterMaster 1:*360/COUNT*(COUNT-1)}
wird auf die Phase eines Sinuseffekts gelegt (im Beispielprojekt auf den Dimmer der Gruppe). Das funktioniert auch soweit wie erhofft (der Effekt wird gleichmäßig auf alle Geräte in der Gruppe verteilt), jedoch scheitert der Versuch das Projekt dann nach dem schließen wieder zu öffnen.
Erwartetes Verhalten
Dass entsprechend auch nach schließen und erneutem öffnen des Projekts der Effekt noch funktioniert.
Hinweise
|
|
3974 | |
GUI & Server | Wunsch / Idee | niedrig | CuelistGruppen Einstellung für Beenden laufender Cuelis... | Zugeteilt | 3.2.1 Beta x | | 14.12.2019 | 18.07.2022 | Qasi |
Aufgabenbeschreibung
Es sollte eine Option geben, mit der eich einstellen kann, wann die Cuelists gestoppt werden Immidiantly AfterFadeIn AfterFaderIn(Kill)
|
|
4884 | |
GUI | Wunsch / Idee | niedrig | Inputs und Outputs in Graphenansicht farblich hervorheb... | Unbestätigt | unbestimmt | | 13.07.2022 | 13.07.2022 | LightningBrothers |
Aufgabenbeschreibung
Fallen Graphen im Input Assignment etwas umfangreicher aus, verschwinden die Inputs und Outsputs zwischen den teilweise großen Nodes. Um die Inputs und Outputs besser im Graphen zu finden, wäre es gut, wenn diese farblich hervorgehoben werden.
|
|
4883 | |
Project Explorer | Fehlerbericht | niedrig | Cuelist in Directory kopieren | Neu | 3.2.3 | | 04.07.2022 | 11.07.2022 | JohannesStroe |
Aufgabenbeschreibung
Fehlerbeschreibung
Wenn man im Project Explorer in einer Directory eine kopierte Cuelist einfügt, dann wird diese nicht in der Directory, sondern im Root-Stamm der Cuelists eingefügt.
Erwartetes Verhalten
Cuelist wird in der Directory eingefügt.
Lösung
Ich würde Lösung 1 favorisieren.
Lösungsvorschlag 1
Die Cuelist wird an der richtigen Stelle eingefügt.
Lösungsvorschlag 2
Es wird eine Meldung angezeigt “Die Cuelist kann an dieser Stelle nicht eingefügt werden. Möchten Sie diese stattdessen im Root-Verzeichnis einfügen?”, ähnlich wenn man im Windows Explorer eine Verknüpfung für ein Programm erstellt.
|
|
4876 | |
GUI | Wunsch / Idee | niedrig | Inkrementelle Wertänderung von Gerätefunktionen | Unbestätigt | unbestimmt | | 30.06.2022 | 30.06.2022 | LightningBrothers |
Aufgabenbeschreibung
Der Wunsch resultiert aus folgendem Anwendungsfall heraus: ich möchte zum Beispiel einen Moving-Head für eine Szene sehr exakt positionieren, um ein Objekt oder eine Person optimal zu beleuchten. Die grobe Position kann ich noch mit Hilfe des Position Panel oder auch über eine Abschätzung der Positionswerte finden. Geht es aber dann daran, die Position auf ein paar Zentimeter genau einzustellen, muss ich aktuell immer die Werte für Pan und Tilt im Device Control ändern. Die Regler für Pan bzw. Tilt sind hier ebenfalls nicht feinfühlig genug.
Grundsätzlich ist es zwar möglich, dass ich mir im Vorfeld ein entsprechendes Connectionset für diesen Anwendungsfall baue. Dies benötigt jedoch jedes Mal Zeit, wenn man ein neues Projekt erstellt oder muss es in vorhandenen Projekten nachpflegen. Darüber hinaus beschränkt sich dies dann auch immer nur auf bestimmte Funktionen.
Daher wünsche ich mir, dass unter anderem im Device Control die Möglichkeit geschaffen wird, über Tastatur-Shortcuts oder über Buttons mit der Maus die Werte für die Gerätefunktionen inkrementell und mit einer feinen Abstufung zu ändern.
|
|
4754 | |
InputAssignment | Wunsch / Idee | niedrig | Erweiterung der Executor/Dynamic Executer Nodes | Unbestätigt | 3.3 Alpha x | TBD (UIS) | 29.01.2022 | 23.06.2022 | nutzer99 |
Aufgabenbeschreibung
Ich versuche mal meinen Wunsch zu erklären:
Ich möchte gerne auf meinem Streamdeck die 8 executoren mit den je 4 Buttons anzeigen. Dabei stoße ich an manchen Stellen an die Grenze, wenn ich den Executor Node verwende.
Ich möchte gerne in einem der Buttons anzeigen, was dem Executor zugewiesen ist (z.b. Cuelist XYZ, Colormaster…) und zusätzlich wie der Status ist. Bei Cuelist Start/Stop/Running, beim Colormaster die Farbe…
Ich könnte mir vorstellen, dass es zwei weitere Ausgänge am Knoten gibt. Einmal “name” für den aktuellen Namen von dem zugewiesenem Element und einmal “value” für den aktuellen Wert der ausgegeben wird.
Bin da offen für Vorschläge.
Prio. ganz niedrig…
|
|
4865 | |
GUI | Wunsch / Idee | niedrig | [UX] Elemente ohne Erklärung/Tooltip/Kontext rechts obe... | Neu | 3.2.3 | | 18.06.2022 | 19.06.2022 | sammuell |
Aufgabenbeschreibung
Rechts oben gibt es einen ‘Netz’ Button und ein weisses Suchfeld (?). Beide sind nicht interaktiv, es gibt kein Tooltip und auch kein Kontextmenu. Als neuer User habe ich keine Ahnung was das ist.
|
|
4866 | |
StageView | Wunsch / Idee | niedrig | [UX] Buttons für Modifier hinzufügen | Neu | 3.2.3 | | 18.06.2022 | 19.06.2022 | sammuell |
Aufgabenbeschreibung
Die Modifier (m/f/c) zum Anordnen der Geräte/Gruppen sind nicht aus DMXC erkennbar, bzw. man muss davon wissen. Vorschlag: in der Menuleiste drei Toggle-(Radio)-Buttons hinzufügen, welche über die Tasten umgeschalten werden, aber auch per Maus/Touch nutzbar sind. Es gibt in der Menuleiste genügend Platz dafür.
|
|
4868 | |
GUI | Wunsch / Idee | niedrig | [UX] Linker (Grand-)Masterslider in Kanalübersicht | Neu | 3.2.3 | | 18.06.2022 | 18.06.2022 | sammuell |
Aufgabenbeschreibung
In der Kanalübersicht gibt es links einen vertikalen Slider. Leider gibt es kein Tooltip oder sonstigen Hinweis, was der Slider macht. Vorschlag: Tooltip und Dokumentation im Wiki hinzufügen
|
|
4867 | |
GUI | Wunsch / Idee | niedrig | [UX] Tooltiptext identisch mit Buttontext | Neu | 3.2.3 | | 18.06.2022 | 18.06.2022 | sammuell |
Aufgabenbeschreibung
Bad practice: Bei den vertikalen Buttons auf der linken Seite sind die meisten Tooltiptexte identisch mit den Buttonlabels und somit redundant. Das Tooltip sollte die Buttonaktion erklären, wie z.B. bei ‘Blackout’.
|
|
4863 | |
StageView | Wunsch / Idee | niedrig | [UX] Gerät muss zuerst angewählt werden, um es zu versc... | Neu | 3.2.3 | | 18.06.2022 | 18.06.2022 | sammuell |
Aufgabenbeschreibung
Ich weiss nicht, ob dieses Verhalten Absicht ist, jedenfalls finde ich es verwirrend und counter-intuitive: Im Stage View muss ein Gerät zuerst mit einem Linksklick angewählt werden, um es zu verschieben oder das Kontextmenu mit einem Rechtsklick zu öffnen. Gegenbeispiel: beim Windowsdesktop ist es nicht nötig, eine Datei/Verknüpfung zuerst explizit auszuwählen. Geradezu verwirrend finde ich es, dass ein Rechtsklick auf ein nicht ausgewähltes Icon das Kontextmenu des StageViews öffnet anstatt des Gerätes.
|
|
4859 | |
GUI & Server | Wunsch / Idee | niedrig | Grundwerte von Geräten automatisch setzen | Unbestätigt | 3.2.3 | | 06.06.2022 | 18.06.2022 | LightningBrothers |
Aufgabenbeschreibung
Ich baue mir aktuell mehrere Cuelists mit einer höheren Priorität, bei ich laufende Cuelists gezielt für folgende Lichtstimmungen überschreibe:
Moderationslicht
Einmarsch
Siegerehrung
Spiegelkugel-Ambiente
In allen Fällen nutze ich für die jeweiligen Lichtstimmungen meist die gleichen Geräte, die sonst auch für die allgemeine Show mitlaufen. Habe ich nun solche Mehrfachverwendungen, muss ich aktuell immer manuell dafür sorgen, dass ich in den zugehörigen Cuelists zum Beispiel die Gobos und Prismen herausnehme oder den Strobe gezielt auf 0 setze, wenn ich eine “saubere” Ausgabe haben möchte. Sprich: auch wenn ich einen Strobe-Effekt abfeuere, soll das Gerät für das Moderationslicht nicht mit stroben. Dies wird insbesondere bei Moving Heads mit ein paar mehr Funktionen immer aufwendig.
Um die Programmierung zu vereinfachen, würde ich mir eine Möglichkeit wünschen, bei der ich gezielt festlegen kann, dass für in der Cuelist nicht verwendete Funktionen automatisch die Grundwerte von den verwendeten Geräten herangezogen werden. So müsste ich dann für das Spiegelkugel-Ambiente nur Dimmer, Position, Farbe und Iris festlegen. Andere Funktionen wie Gobo oder Prisma werden beim Starten auf die Werte gesetzt, die die Geräte als Default einnehmen (Gobo offen, kein Prisma, kein Strobe).
|
|
4862 | |
GUI | Wunsch / Idee | niedrig | [UX] Globaler Shortcut zum Speichern | Neu | 3.2.3 | | 18.06.2022 | 18.06.2022 | sammuell |
Aufgabenbeschreibung
In den meisten Anwendungen gibt es einen globalen Shortcut [ctrl] + [s], um das aktuelle Dokument zu speichern. Im Idealfall wird der Shortcut auch im Menu angezeigt (siehe Menu von Firefox).
|