|
4770 | |
GUI & Server | Wunsch / Idee | Low | Feature request: Fill mode for chasers | Neu | 3.2.3 | | 14.02.2022 | 14.02.2022 | |
Task Description
Following discussion with JP on the forum, I’m posting this feature request here.
It would be useful to be able to achieve the following effect using the chaser effects:
https://vimeo.com/676900437/6d03543b2e
JP suggested this could be implemented as a ‘Fill’ option on the chasers.
As an example using the Colour chaser, the chaser should change the colour of each device to the next colour on the colour list, in selection order, until all devices have been changed, and then repeat with the next colour on the list.
This should work in combination with the play mode to set the direction that the fill happens in - forward, reverse, bounce or random.
This could also work with the standard chaser to apply the fill effect to dimmer intensity.
|
|
4769 | |
GUI & Server | Wunsch / Idee | Low | Zusätzlicher "Wave" Effekt (Lauflicht), ähnlich Sparkle | Neu | unbestimmt | | 11.02.2022 | 15.02.2022 | Maxiking1994 |
Task Description
Hallo Zusammen, wie im Stream von euch angeboten das Tickes zu einem Zusätzlichen Effekt wie Sparkle.
Unter Wave/ Lauflicht (Chaser/PWM) verstehe ich einen Effekt der auf der Farbe liegt und diese beeinflusst.
Erstmal die Attribute:
Revers: bei nein, ablauf der Schritte hochzählend (1-2-3-4), bei ja, ablauf der Schritte Rückwärts (4-3-2-1)
Revers und Ping-Pong sind ähnlich dem Play Mode im Chaser
Ablauf: Start bei Beginn der Gruppe 1: X|0|0|0 2: 0|X|0|0 3: 0|0|X|0 4: 0|0|0|X
Start Mittig der Gruppe 1: 0|0|0|X|X|0|0|0 / 0|0|0|X|0|0|0 2: 0|0|X|0|0|X|0|0 / 0|0|X|0|X|0|0 3: 0|X|0|0|0|0|X|0 / 0|X|0|0|0|X|0 4: X|0|0|0|0|0|0|X / X|0|0|0|0|0|X
Bei “Beginn der Gruppe” wurden weniger Lampen gewählt als bei “Mittig der Gruppe”, damit die Anzahl der Schritte gleich sind.
Wenn das Lauflicht sich einholt, dann soll wieder vom aktuellen Punkt wieder Einfaden, hier würden sich die Zeitkurven einer Lampe überlagern, ähnlich der Zeitkurve im Bild 010.png zu sehen. Blau ist der erste Durchlauf, grün der zweite Durchlauf und rot sich der ergebene Ablauf. Falls der überschneidende Bereich nicht existiert, dann bleibt die eingestellte Farbe gleich und der Lampe fehlt Zeit zurück zufaden.
Wenn sich zwei verschiedene Lauflichter sich überlagern, soll vom jetzigen Zeitpunkt, vom ersten Lauflicht in das zweite hineingefadet werden, ähnlich Bild 020.png
Das fanning der Farbe könnte sich nicht auf den Beginn der Grupe bis Ande der Gruppe legen, sondern Beginn des Lauflichtes Schitt 1 bis zum letzten Schritt
Gruß Max
Edit 1: genauere Beschreibung ergänzt
|
|
4768 | |
GUI & Server | Wunsch / Idee | Low | Erweiterung des Group Handlungs | Unbestätigt | 3.3 Alpha x | | 07.02.2022 | 08.02.2022 | LightningBrothers |
Task Description
Im Zuge der Freischaltung der Funktion “Gruppen in Gruppen” (siehe FS#674 ) soll das Group Handling dahingehend erweitert werden, dass
eine nachvollziehbare Ansteuerung auch über n Ebenen möglich ist und dabei nicht für jeden Anwendungsfall eine neue Gruppe angelegt werden muss
ggf. auf unterschiedlichen Ebenen ein unterschiedliches Group Handling ausgewählt werden kann
das Group Handling weitere Funktionen anbietet
Das beigefügte Projekt soll einen exemplarischen Aufbau zeigen, bei dem die Ansteuerung der insgesamt 100 Beam-MHs und 12 Spot-MHs am Ende durch ein verbessertes und erweitertes Group Handling deutlich variantenreicher erfolgen soll, ohne zusätzliche Gruppen anliegen zu müssen. Insgesamt gibt es bis zur Device-Ebene drei Gruppen-Ebenen. Folgende Szenarien sollten exemplarisch anhand eines Lauflichts einfach darstellbar sein, wobei sich diese Liste ggf. bei weiteren Überlegungen noch beliebig weiterspinnen lässt: * Lauflicht innerhalb eine gesamte Zeile über die 25 Spalten hinweg (25 Geräte, Laufrichtung links rechts), egal ob nur bezogen auf eine Zeile oder ein paralleles Lauflicht über alle fünf Zeilen * Lauflicht innerhalb eines Blocks, beginnend oben links, endend unten rechts * Lauflicht über die fünf / sechs Zeilen hinweg (Laufrichtung oben unten), egal ob nur bezogen auf eine Spalte oder parallel auf allen 20 Spalten * Lauflicht über alle 24 Einzel-Zeilen, wo immer fünf bzw. drei Geräte gemeinsam ein- und ausgeschaltet werden * Lauflicht über die vier Blöcke, wo immer 28 Geräte gemeinsam ein- und ausgeschaltet werden * Gegenläufige Lauflichter aus der oberen Gruppe heraus, wo Zeilen 1, 3 und 5 links-rechts und Zeilen 2 und 4 rechts-links wiedergegeben werden
|
|
4763 | |
Softdesk | Fehlerbericht | Low | Keine Aktualisierung der Position des Sliders, wenn die... | Neu | 3.2.3 | | 04.02.2022 | 05.02.2022 | |
Task Description
Ich habe in DMXControl 3.2.3 einen Fader im Softdesk der z.B. die Goborotation regelt. Wenn ich jetzt eine Gerätegruppe in der Bühnenansicht auswähle und die Goborotation über die Gerätesteuerung ändere dann ändert sich auch der Fader im Softdesk. Es ändert sich allerdings nicht der Fader im Steuerungsfenster für die Gobos.
Ich habe mit LightningBrothers geschrieben und er meint es handelt sich um ein Bug. Er hat mich geben ein Ticket anzulegen. Anbei seine Antwort:
“Ich habe mir das mal angeschaut und festgestellt, dass du einen Bug im Slider gefunden hast. Das Problem tritt auf sobald der Minimalwert unter 0 liegt und du den Style “Rounded” oder “Custom” ausgewählt hast. Änderst du den Style auf “Slim Gnob”, reagiert der Slider auch. Wenn du magst, darfst du hierzu gerne ein Ticket in unserem Bugtracker anlegen, wo du nochmal das Problem beschreibst, im Idealfall ein Beispielprojekt anfügst und auch meine Hinweise / Erkenntnisse mit aufnimmst.”
|
|
4760 | |
GUI & Server | Wunsch / Idee | Low | Zusätzliche Play Modes für neuen Chaser aus PWM | Unbestätigt | 3.3 Alpha x | | 30.01.2022 | 30.01.2022 | LightningBrothers |
Task Description
Beim Verfassen des Tickets FS#4759 ist mir aufgefallen, dass der neue Chaser um vier weitere Play Modes erweitert werden kann:
Fill from left (>)
Fill from right (<)
Fill from center (<>)
Fill to center (><)
Diese vier zusätzlichen Play Modes stammen aus dem dynamischen PWM-Effekt. Aus meiner Sicht sind diese vier anderen Play Modes der einzige Unterschied, der zwischen dem neuen Chaser und dem dynamischen PWM-Effekt existiert. Von daher würde ich in diesem Zusammenhang vorschlagen, den dynamischen PWM-Effekt nach der Übernahme der oben genannten Play Modes in den neuen Chaser zu entfernen.
|
|
4759 | |
GUI & Server | Wunsch / Idee | Low | Zusätzliche Parameter für PWM Static | Unbestätigt | 3.2.3 | | 30.01.2022 | 01.02.2022 | LightningBrothers |
Task Description
Stand heute gibt es beim PWM Static nur die Möglichkeit, eine Gruppe von Geräten entsprechend der Position des zugeordneten Parameter Masters “aufzufüllen”. An dieser Stelle wünsche ich mir die Möglichkeit, eine feste Anzahl von Geräten (zum Beispiel 3) mittels des Parameter Masters innerhalb der Gerätegruppe hin- und herzuschieben. Beim Minimal- bzw. Maximalwert des Parameter Masters leuchten dann immer drei Geräte am entsprechend korrespondierenden Ende der Gerätegruppe. Bei 50% würden in der Mitte vier Geräte leuchten (die beiden mittleren mit 100%, die äußeren mit je 50% leuchten), wenn Fade auf True gesetzt ist und die Gruppe eine gerade Anzahl von Geräten umfasst.
Hierzu bedarf es neben dem zusätzlichen Parameter für “Size” auch einen weiteren Eintrag für den Parameter “Direction”, der beispielsweise “Group” lauten könnte. In diesem Zusammenhang wäre zu überlegen, ob nicht eine Umbenennung des Parameters “Direction” in “Play Mode” erfolgt.
Im dynamischen PWM-Effekt müssen diese Ergänzungen nicht vorgenommen werden, weil sich dieses Szenario mit dem neuen Chaser abbilden lässt, sofern der Effekt eben automatisch laufen soll.
|
|
4758 | |
GUI & Server | Wunsch / Idee | Low | Zusätzliche Parameter für Color Chaser | Unbestätigt | 3.2.3 | | 30.01.2022 | 14.02.2022 | LightningBrothers |
Task Description
Ich habe festgestellt, dass der Parameter “Play Mode” des Color Chasers sich ausschließlich auf die Wiedergabereihenfolge der zugeordneten Color List bezieht. Ich habe bei aktiviertem “Use Device Index” aber keine Möglichkeit, eben diesen zu beeeinflussen. Egal ob Play Mode “Normal”, “Bounce” oder “Reverse”: die optische Laufrichtung des Color Chasers bleibt immer die selbe.
Daher wünsche ich mir für den Color Chaser im Endeffekt alle Parameter zusätzlich, die in den neuen Chaser Einzug erhalten haben:
Hinter dem Parameter Play Direction versteckt sich zum einen eben die bis dato fehlende Ansteuerung des Device Index, zum anderen aber auch die bereits für den einfachen Chaser implementierten Play Modes inklusive der Möglichkeit, per csv-Datei weitere eigene zu hinterlegen. Wenn ich dies richtig überblicke, können die Play Modes des neuen Chasers 1:1 auf den Color Chaser zur Ansteuerung des Device Index übertragen werdem.
Durch dieses Update könnte es eventuell sein, dass der bis dato vorhandene Parameter “Index Offset” überflüssig wird, weil er in einer der neuen aus dem neuen Chaser übergeht.
|
|
4754 | |
InputAssignment | Wunsch / Idee | Low | Erweiterung der Executor/Dynamic Executer Nodes | Unbestätigt | 3.3 Alpha x | TBD (UIS) | 29.01.2022 | 23.06.2022 | nutzer99 |
Task Description
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…
|
|
4753 | |
GUI & Server | Fehlerbericht | Low | One Shot Trigger berechnet Trigger Zeit in laufender Si... | Unbestätigt | 3.3 Alpha x | | 27.01.2022 | 27.01.2022 | LightningBrothers |
Task Description
Möchte ich den One Shot Trigger nutzen und füge diesen entsprechend der “Vorgaben” in eine Cuelist ein, funktioniert dieser erst nach dem erneuten Laden des Projekts. Erstelle ich eine neue Szene (egal ob komplett neu oder eine Kopie) mit dem Trigger einer Cuelist hinzu und führe die Cuelist im Anschluss direkt aus, werden die Cues übersprungen. Offenbar überprüft der Trigger nicht die aktuellen Parameter des vorausgehenden Effekts, sobald die Cuelist gestartet wird.
Die einfache Reproduktionsanleitung:
Beliebigen Effekt wie Chaser oder Triangle auf den Dimmer eine Device Group legen und als Cue in einer neuen Cuelist abspeichern. Trigger ist follow, alle anderen Zeiten 0ms.
Dummy-Cue mit One Shot Trigger einfügen. Wiederholung beliebig setzen, alle anderen Zeiten auf 0ms.
Proforma eine dritte Cue zum Beispiel Dimmer 100%, Farbe blau einfügen. Trigger “follow”, Trigger Value 1s, Fade 0ms, Delay 0>5s.
Cuelist abspielen. ⇒ Ergebnis: man sieht nichts. Auch die letzte Cue “Full on” wird nicht (mehr) vollständig ausgeführt, sofern die Cuelist auf “Release when last cue ends” gesetzt ist.
Projekt speichern, schließen und erneut laden.
Cuelist wieder abspielen. ⇒ Ergebnis: Trigger arbeitet wie erwartet und man kann ihn dann auch beliebig verändern. Die letzte Cue wird ausgeführt.
Da es keinerlei Einträge für den Zeitraum gibt, in dem ich dieses Projekt gebaut habe, füge ich keine Logfiles bei. Zur Reproduktion des Fehlers kann das beigefügte Projekt verwendet werden, indem man aus der existierenden Cuelist die Cue mit dem Effekt und die Cue mit One Shot Trigger kopiert und erneut einfügt. Alternativ einfach die Zeiten des Effekts ändern.
|
|
4752 | |
GUI | Wunsch / Idee | Low | Button zum Hinzufügen einer Bilddatei auch in Dialog fü... | Unbestätigt | 3.3 Alpha x | | 27.01.2022 | 27.01.2022 | LightningBrothers |
Task Description
Der neue Dialog zum Auswählen eines Hintergrundbildes für die Stage View sollte aus meiner Sicht wie der neue Sound Selector die Möglichkeit erhalten, eine Bilddatei direkt aus dem Dateisystem auszuwählen. Damit entfiele der bislang notwendige Umweg, das gewünschte Hintergrundbild erst anderweitig ins Projekt ins Projekt importieren zu müssen und würde sich zudem eben an die Möglichkeiten im neuen Sound Selector angleichen.
|
|
4747 | |
GUI | Fehlerbericht | Low | Hinweistext "No results found" in Item list anzeigen | Unbestätigt | 3.3 Alpha x | TBD (UIS) | 25.01.2022 | 25.06.2024 | LightningBrothers |
Task Description
Können durch diverse Filter (voreingestellte Filter oder durch manuelle Textfilter aus Suchmaske) keine passenden Ergebnisse gefunden werden, soll hierauf durch einen Text wie “No results found” hingewiesen werden. Im Fall der Gobo List ist es aktuell so, dass dann man nur ein leeres Fenster sieht.
|
|
4730 | |
GUI & Server | Fehlerbericht | Medium | OutOfMemory im Softdeskt wegen nicht vorhandenem MVVM d... | Unbestätigt | 3.3 Alpha x | 3.4 | 19.01.2022 | 22.01.2022 | Qasi |
Task Description
Project laden, SoftDesk Öffnen MacroBoardProfil öffnen Converter-Effecct auf die Matrix in der StatgeView legen und warten bis es knallt
|
|
4728 | |
GUI & Server | Wunsch / Idee | Low | Gruppe in Gruppen, neues Group Handling: Gruppen als ei... | Neu | 3.3 Alpha x | | 19.01.2022 | 07.02.2022 | MisterX |
Task Description
Wie im Livechat am 19.1. diskutiert fände ich gut wenn es ein Grouphandling gäbe mit dem ich Geräte in einer Gruppe als ein Gerät betrachten kann und gleichzeitig in der “Hauptgruppe” auch einzelne Geräte haben kann. Siehe auch mein Kommentar in ( FS#674 ).
|
|
4708 | |
GUI & Server | Wunsch / Idee | Low | Standard-Konfigurationsverzeichnis in AppData mit Minor... | Unbestätigt | unbestimmt | 3.3.1 | 10.01.2022 | 30.07.2023 | LightningBrothers |
Task Description
Zur Zeit werden die Konfigurationsdaten im Standard-Verzeichnis unter
C:\Users\[User]\AppData\Roaming\DMXControl Projects e.V\
grundsätzlich ohne jeden Bezug zu einer Programm-Version abgelegt, welches (seit je her)
DMXControl
heißt - möglicherweise, weil es zu Zeiten von DMXControl 2 ähnlich war. Dies birgt aber den Nachteil, dass man nach dem Starten einer neueren Version nicht mehr ohne weiteres auf ältere Version zurückgehen kann. Einige Konfigurationsdaten werden verändert und sind dann nur noch für die neue Version verständlich. Zwar kann man hier mit Hilfe der Umgebungsvariablen aushelfen, jedoch ist fraglich, wie häufig von dieser Gelegenheit gebraucht gemacht wird.
Aus diesem Grund schlage ich vor, eine Unterscheidung nach Minor-Versionen von DMXControl 3 zu implementieren und die Konfigurationsdaten in den Verzeichnissen wie folgt aufzuteilen:
Bei der Installation einer jeweils neueren Version fragt der Installer ab, ob die bestehenden Konfigurationsdaten übernommen werden sollen. Das Verzeichnis der UserDevices wird grundsätzlich kopiert, sollte das Verzeichnis noch nicht existieren.
|
|
4707 | |
Project Explorer | Fehlerbericht | Medium | PE: Gruppen in Gruppen können nicht sortiert werden | Neu | 3.3 Alpha x | | 10.01.2022 | 14.01.2022 | MisterX |
Task Description
Füge ich eine Gruppe in eine Gruppe hinzu ist anschließend Feld Up/Down ausgegraut wenn die Gruppe ausgewählt ist. Liegen einzelne Geräte mit in der Gruppe lassen sich diese verschieben, auch an den Gruppen vorbei.
|
|
4705 | |
Executoren | ToDo | Low | ColorMaster Executor Display erweitern und einstellbar ... | Unbestätigt | 3.3 Alpha x | 3.3.1 | 10.01.2022 | 04.01.2023 | Qasi |
Task Description
RGB+ Kanäle Visualisieren
Option für Displays einbauen -HSV -CMY -RGB -Die Kombinationen aller
|
|
4704 | |
GUI & Server | ToDo | Low | Macro Buttons Toggle option implementieren | Neu | 3.3 Alpha x | TBD (UIS) | 10.01.2022 | 24.06.2023 | Qasi |
Task Description
no task description |
|
4678 | |
TimecodePlayer | ToDo | High | TimecodePlayer ScrollZomView überarbeiten, fixen ersetz... | Zugeteilt | unbestimmt | 3.4 | 30.12.2021 | 08.11.2024 | Qasi |
Task Description
Das Scrollen und Zoomen funktioniert nicht zuverlässig, aber ohne HotReload schmeiß ich die Karten hin
|
|
4675 | |
Server | Fehlerbericht | Low | Fade zwischen expliziter RGB+ Farbe und von HAL gesetzt... | Zugeteilt | 3.2.2 | | 22.12.2021 | 31.10.2023 | JPK |
Task Description
Wenn z.B. der Weiß-Kanal explizit im Device Control gesetzt wird, das in einer Cue gespeichert wird und in der nächsten Cue in eine automatisch durch den HAL errechneten Weiß-Wert übergeblendet wird, springt die Ausgabe zwischen W-Kanal und RGB-Kanal. Siehe im angehängten Testprojekt die Cuelist. Das liegt an der verteilten Verarbeitung der Fades zwischen Mixer und HAL. Dem HAL müssen entsprechend Metainformationen übergeben werden, damit es zu keinem Sprung mehr kommt.
|
|
4673 | |
GUI | Wunsch / Idee | Low | Eigenschaften-Dialog für Macroboard-Profile anbieten | Unbestätigt | 3.2.2 | | 20.12.2021 | 20.12.2021 | LightningBrothers |
Task Description
Aktuell verfügen die Macroboard-Profile über kein Eigenschaften-Fenster, wie es eben Devices oder Cuelists der Fall ist. Im Eigenschaften-Fenster der Macroboard-Profilen könnte ich mir aktuell folgende Parameter vorstellen:
Name
Macroboard-Profil-Nummer
Insbesondere der Parameter “Profil-Nummer” kann hilfreich sein, wenn man über eine numerische Zuordnung der Profile zu einem Macroboard arbeitet, wie zum Beispiel beim Durchblättern durch mehrere Seiten (respektive Profilen).
Optional würde ich folgende Einstellmöglichkeiten in den Raum werfen:
Statisches Hintergrundfarbe oder -bild
Verhalten der Buttons (Push oder Toggle)
Anzahl der Buttons pro Zeile und Spalte
|
|
4671 | |
Plugin | Fehlerbericht | Low | MPA-Plugin in den Einstellungen auch als solches betite... | Unbestätigt | 3.2.2 | | 08.12.2021 | 08.12.2021 | LightningBrothers |
Task Description
Ist das MPA-Plugin aktiviert, ergänzt es entsprechend ein Icon im Einstellungs-Fenster. Der Name des Icons lautet hier allerdings einfach nur “Plugin”. Es wäre gut, wenn der Titel in “MPA” oder ähnlich versehen wird, damit auch direkt zu erkennen ist, was sich hinter dem Icon befindet.
|
|
4668 | |
GUI & Server | Fehlerbericht | Low | Colorwheel-Farbe setzt Color in DeviceControl | Usability Relevant | 3.3 Alpha x | 3.4 | 29.11.2021 | 26.12.2022 | Qasi |
Task Description
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
|
|
4661 | |
GUI & Server | Fehlerbericht | Very Low | Fehler bei Cuelist LoopMode und Follow/wait trigger 0ms... | Neu | 3.2.2 | | 19.11.2021 | 19.11.2021 | Scarffac3 |
Task Description
Hallo,
ich glaube wieder einen Bug gefunden zu haben.
Die erste Cue wird nicht geladen, wenn im Loop-Modus, der Trigger für die erste Cue mit follow oder wait und 0ms und letzte Cue mit Fade-Time 0 eingestellt ist.
Zum Reproduzieren: Projekt erstellen, Gerät(e) hinzufügen (auch bei Gruppen), Cuelist mit 4 Farben hinzufügen, alle Cues als Trigger follow einstellen mit 0 ms. Die Zweite und letzte Cue mit 0ms Fade-Time einstellen. Mode der Culist auf Loop stellen, und abspielen (ich hoffe keinen Schritt vergessen zu haben).
Das Verhalten tritt auch auf bei Trigger auf Wait eingestellt.
Der Anwendungsfall ist wahrscheinlich sehr selten, und es lässt sich umgehen, indem eine Zeit auf 1ms gesetzt wird.
Beste Grüße, Ludwig
|
|
4645 | |
GUI & Server | Wunsch / Idee | Low | External Input Manager | Unbestätigt | unbestimmt | | 12.11.2021 | 12.11.2021 | LightningBrothers |
Task Description
DMXControl 3 kann auf zahlreichen Wegen diverse Informationen und Signal von außen erhalten. Dies sind neben diversen Hardware-Komponenten wie MIDI, Streamdeck, MPA-Pulte auch datenbasierte Inputs wie zum Beispiel das OSC- oder das MQTT-Protokoll. Nahezu jeder Input bringt verschiedene grundlegende erforderliche Konfigurationsoptionen mit. Solche grundlegenden Konfigurationen sollten alle an einem zentralen Ort zusammengefasst werden, der hier exemplarisch als External Input Manager bezeichnet wird.
Im Falle des MQTT-Nodes würden beispielsweise die Einstellungen für Host-Adresse, Benutzername, Passwort und Port zentral in den External Input Manager wandern, da diese sonst aktuell bei mehrfacher Verwendung des Nodes jedes Mal individuell zu hinterlegen wären.
|
|
4644 | |
GUI & Server | Fehlerbericht | Low | Gruppen in Gruppen: Wiedersprüchliche Angaben im Progra... | Unbestätigt | 3.3 Alpha x | | 12.11.2021 | 12.11.2021 | LightningBrothers |
Task Description
Ich habe in dem beigefügten Setup mehrere Gruppen in Gruppen abgelegt. Die Gruppe “Complete Setup” enthält alle Geräte, indem ich dieser Gruppe die untergeordneten Gruppen zugeordnet habe. Nun möchte ich auf der Gruppe “Complete Setup” Werte für zwei Funktionen abspeichern. Da die Werte eben nun auf der Gruppe “Complete Setup” liegen, wäre meine Erwartungshaltung, dass im Programmer Filter eben nur die Gruppe “Complete Setup” aufgeführt wird, wie es auch im Device Control der Fall ist.
Aktuell ist es aber so, dass die untere Ebene im Programmer Filter aufgelistet wird. Auch werden die Eigenschaften der jeweiligen unteren Gerätegruppen aufgeführt und mir zum Abwählen angeboten. Hier sehe ich ein Konsistenz-Problem, wenn ich feingliedriger Abwählen kann als im Device Control “eingestellt” ist sowie meine Einstellungen mit Hilfe des Programmer Filter nicht mehr korrigieren (also filtern) kann.
Grundsätzlich besteht dieses Problem auch jetzt schon, wenn ich manuell mehrere Gruppen auswähle.
|
|
4641 | |
GUI & Server | Fehlerbericht | Low | Gruppen in Gruppen - Werte werden nicht in Cuelist gesp... | Unbestätigt | 3.3 Alpha x | 3.4 | 06.11.2021 | 24.06.2023 | nutzer99 |
Task Description
Fehlerbeschreibung
wenn ich eine beliebige Eigenschaft auf eine Gruppe lege, und diese in eine Cue abspeicher, so wird beim Abspielen der Cuelist die entsprechende Eigenschaft nicht ausgegeben. Lade ich die Cue in den Programmer, so ist dieser leer…
|
|
4638 | |
GUI & Server | Fehlerbericht | High | Leere Device Group löscht gespeicherte Eigenschaften | Neu | 3.2.2 | | 25.10.2021 | 24.11.2021 | MisterX |
Task Description
Folgendes Vorgehen löst den Fehler aus, auch in der 3.3 Alpha6 vorhanden, Logs der 3.3 anbei.
Device Group mit Generic RGB, Farbe auf Rot in Cuelist speichern. → funktioniert wie erwartet Anschließend alle Devices aus der Gruppe löschen, Projekt speichern und neu laden. Projekt neu laden, wieder Geräte in die Gruppe hinzufügen, Cuelist starten → keine Farbe mehr vorhanden, bei “Edit in Programmer” wird keine Eigenschaft aufgerufen, der Programmer bleibt leer.
Hintergund: Ich habe für mich ein Standard-Projekt erstellt, dieses hat 4 Gruppen und je nach Veranstaltung werden andere Geräte in die Gruppen aufgeteilt, teils mit vollkommen unterschiedlichen Setups. Mir ist es nun schon passiert das ich mir beim Anpassen des Projektes alles zerstört habe weil ich erst einmal alle Gruppen geleert haben. Beim letzten Mal wollte ich das ganze verhindern und habe ein Gerät in die Gruppe gesteckt das ich sonst nicht nutze, leider tritt der Fehler auch auf wenn das Gerät keine Farbeigenschaft hatte, daher hat mir die Nebelmaschine in der Gruppe auch nicht vor dem Verlust geschützt.
|
|
4623 | |
GUI & Server | Fehlerbericht | Medium | Sync des Speedmasters löst bei Effekten keinen Schritt ... | Neu | 3.3 Alpha x | | 03.10.2021 | 11.10.2021 | MisterX |
Task Description
Color-Chaser → Speedmaster auf Duration, bei auslösen eines Sync wird kein Schritt ausgelöst, gleiches auch bei anderen Effekten zB Speedmaster steht auf 30 BPM, ich drücke einmal die Sekunde auf Sync → Color-Chaser bleibt stehen
Lege ich eine Cuelist an, mit Beat als Trigger, wird korrekt auch bei Sync ein Schritt ausgelöst.
|
|
4618 | |
InputAssignment | Wunsch / Idee | Low | Input Assigment: Werteauswahl in den Properties eines N... | Neu | 3.3 Alpha x | 3.4 | 30.09.2021 | 01.08.2024 | MisterX |
Task Description
Beim Auswählen innerhalb eines Poperties im Input Assigment muss der Wert ausgewählt werden und anschließend mit OK bestätigt werden, hier werde eine Auswahl mit Doppelklick und automatischem schließen des Fensters schön.
zB: Parametermaster-Node, in den Einstellungen einen Parametermaster auswählen
|
|
4606 | |
GUI & Server | Wunsch / Idee | Low | Auto Play für Cuelist Groups | Unbestätigt | 3.2.2 | | 18.08.2021 | 18.08.2021 | LightningBrothers |
Task Description
Für mein Club22-Projekt bestand die Anforderung, dass automatisch eine Reihe von unterschiedlichen Cuelists nach Ablauf einer vorgegeben Zeit durchwechseln. Da die Cuelists zum Teil auch aus mehreren Cues bestehen, war es nicht möglich, alles in einer Cuelist abzubilden. Um das Umschalten der Cuelists nach einer vorgegebenen Zeit anzustoßen, habe ich mir nun weitere Cuelist gebaut, die durch Befehle per Special Cues die Cueslists umschalten.
Dieser Weg ist zwar durchaus praktikabel und hat seine Daseinsberechtigung - allerdings ist dieser für den beschriebenen Anwendungsfall “bessere Sound-To-Light-Steuerung” ein wenig zu aufwendig.
Daher kam mir der Gedanke, ob man die Cuelist Groups dahingehend erweitern kann. Das ginge dann in die Richtung, dass ich die Cuelists, welche regelmäßig durchgeschaltet werden sollen, in eine gemeinsame Cuelist Group einfüge. Die Cuelist Group erhält die zusätzliche Option, die enthaltenen Cuelists
automatisch durchzuschalten.
Ob der Nutzer die Möglichkeit zum Starten auch aus der normalen GUI erhält, wäre zu diskutieren. Im jeden Fall sehe ich hier eine Erweiterung des Cuelist Group Nodes um die Eingänge
Go bzw. Play
Time
Play Mode
|
|
4605 | |
Softdesk | Wunsch / Idee | Low | Input für Position Control | Unbestätigt | 3.3 Alpha x | | 17.08.2021 | 29.09.2021 | LightningBrothers |
Task Description
Bislang verfügt das Position Control nur über einen Output, um Objekte anzusprechen. Im Zuge der Implementierung der Positionmaster wäre es sinnvoll, wenn das Position Control auch einen Input erhält, damit sie die aktuellen Werte der Positionmaster etc. anzeigen kann.
Dieses Ticket steht im ähnlichen Kontext wie das Ticket FS#4603.
|
|
4604 | |
InputAssignment | Wunsch / Idee | Low | Compare Node: Input-Seite um Val-Eingang erweitern | Unbestätigt | 3.2.2 | | 15.08.2021 | 06.09.2023 | LightningBrothers |
Task Description
Wenn ich mit dem Compare-Node Werte vergleiche, muss ich Nachgang noch weitere Nodes einfügen, wenn mit dem zu prüfenden Wert weiterarbeiten möchte. Üblicherweise ist das ein Input Selector.
Um die Connectionsets zu vereinfachen, schlage ich vor, den Compare-Node um einen zusätzlichen Eingang mit dem Namen “Val” zu erweitern. An diesen Eingang schließe ich einen beliebigen Wert an, mit ich im Anschluss weiterarbeiten möchte. Dieser muss aber nicht zwingend der Wert sein, auf den ich die Prüfung laufen lasse und kann daher auch ein String sein. Deswegen sehe ich aktuell keinen Sinn darin, ein vergleichbares Verhalten über eine Einstellung festzulegen.
Nutze ich den Val-Eingang, wird am Ausgang statt True / False bei Erfüllung der Prüfbedingung der am Val-Eingang anliegende Wert ausgegeben. Ggf. ist zu überlegen, ob das Node eine Einstellung erhält, bei der festlegt wird, welcher Wert bei Nichterfüllung der Prüfbedingung anliegen soll.
|
|
4603 | |
Softdesk | Wunsch / Idee | Low | Input für Color Bar | Unbestätigt | 3.3 Alpha x | | 15.08.2021 | 15.08.2021 | LightningBrothers |
Task Description
Bislang verfügt der Color Bar nur über einen Output, um Objekte anzusprechen. Im Zuge der Implementierung der Colormaster wäre es sinnvoll, wenn die Color Bar auch einen Input erhält, damit sie die aktuellen Werte der Colormaster etc. anzeigen kann.
|
|
4602 | |
GUI & Server | Wunsch / Idee | Low | Weitere Play Modes für Cuelists | Unbestätigt | 3.2.2 | | 15.08.2021 | 27.10.2021 | LightningBrothers |
Task Description
Aktuell verfügen Cuelists nur über die Play Modes “Once”, “Loop”, “Bounce” und “Random”. Hier vermisste ich kürzlich den Play Mode “Reverse”, woraufhin ich die Reihenfolge der Cues selbst anpassen musste, um das gewünschte zu erreichen.
Mittlerweile gibt es ja beim neuen Chaser weitere gute Play Modes. Die Play Modes “Switch” und eben “Reverse” kann ich mir ebenfalls sehr gut als Play Modes für Cuelists vorstellen. Vielleicht lassen sich auch noch weitere Play Modes vom Chaser auf die Cuelists adaptieren - inklusive der Icons.
|
|
4592 | |
Server | Fehlerbericht | Medium | Too Much MIDI Feedback | Zugeteilt | 3.2.2 | | 26.07.2021 | 09.08.2023 | |
Task Description
DMXControl sends feedback 3 times for same midi channel. This eventually floods midi with feedback. For example, I have only one midi fader setup in DMXControl. DMXControl sends the below midi out:
RECEIVE | ENDPOINT(loopMIDI) TYPE(CONTROLCHANGE) CHANNEL(1) DATA1(13) DATA2(50) RECEIVE | ENDPOINT(loopMIDI) TYPE(CONTROLCHANGE) CHANNEL(1) DATA1(13) DATA2(50) RECEIVE | ENDPOINT(loopMIDI) TYPE(CONTROLCHANGE) CHANNEL(1) DATA1(13) DATA2(50)
Why does DMXControl send the same information 3 times? This is a new project with only one device and only one midi fader configured. On project loading DMXControl will send out the above midi values for a single device. This extra midi chatter floods the network.
|
|
4590 | |
GUI | Wunsch / Idee | Low | Device Control merkt sich zuletzt genutztes Farbmodell | Unbestätigt | 3.2.2 | | 25.07.2021 | 25.07.2021 | LightningBrothers |
Task Description
Ich habe mehrere Cues programmiert, wo ich die Farbe explizit im HSV-Modell angeben musste. Dies war in der Vielzahl allerdings recht umständlich, da ich im Device Control bei jedem erneuten Anwählen einer Gerätegruppe oder eines Geräts immer erst das Farbmodell umschalten musste.
An dieser Stelle könnte das Device Control entsprechend unterstützen, indem es sich merkt, welches Farbmodell zuletzt verwendet wurde. So muss ich nur noch umschalten, wenn ich bewusst wechseln möchte. Eine separate Einstellung hierfür, um das favorisierte Farbmodell vorzugeben, sehe ich hier nicht.
|
|
4582 | |
GUI & Server | Fehlerbericht | Low | Softdesk: Kontextmenü z.T ohne Funktion | Neu | 3.3 Alpha x | | 30.06.2021 | 20.11.2023 | patme |
Task Description
Im Softdesk funktionieren Kopieren, EInfügen und Ausschneiden nicht über den Rechtsklick
Alpha4
|
|
4581 | |
GUI & Server | Wunsch / Idee | Low | Anzeige der Werte eines Sliders | Neu | 3.2.2 | | 30.06.2021 | 30.06.2021 | steff |
Task Description
Ich verwende DMXC 3.2.2 und habe oben schmale Slider die um 90 Grad rotiert sind. Die Werte auf den Slidern werden aber leider auf die unrotierte Breite bezogen angezeigt. Wie auf dem angehänten Foto zu sehen ist. Dieses ist aus meinem größerem Projekt. Das angehängte Projekt ist nur zum Zeigen. Die angezeigten Werte könnten für die Senrechten Slider (0 Grad Rotation) Hochkant angezeigt werden. Bei Rotation könnten die Werte dann mit rotieren.
Es wäre hier schön wenn man die Anzeige der Werte abschalten könnte.
|
|
4580 | |
GUI & Server | Wunsch / Idee | Low | Neuer Group Handling-Modus "fixed" | Unbestätigt | 3.2.2 | | 30.06.2021 | 04.07.2021 | LightningBrothers |
Task Description
Die Ausgangssituation für diesen Vorschlag ist folgender: Ich habe zum Beispiel zwei Gerätegruppen, wo in der einen Gruppe 7 Geräte und in der anderen 18 Geräte enthalten sind. Die Geräte sind in ihrer Reihe allesamt mit dem gleichen Abstand versehen und beginnen mit dem jeweils 1. Gerät auf der gleichen Seite. Hierdurch steht die zweite Reihe entsprechend nach “hinten” über. Vergleichbar wäre das mit zwei unterschiedlich lang abgeschnittenen LED-Stripes, wo beide auf der einen Seite auf der gleichen Höhe starten.
Für diese Anordnung möchte ich nun einen Effekt bauen, der zwar auf beiden Gruppen parallel läuft, sich jedoch auch auf beiden Gruppen auf die gleiche Anzahl von Geräten (zum Beispiel Wiederholung alle 5 Geräte) streckt.
Um einen solchen Effekt mit den aktuellen Möglichkeiten zu realisieren, müsste ich den Effekt auf beide Gruppen einzeln anwenden und dabei die Parameter individuell an die Anzahl der Geräte abstimmen. Ein Griff zum Taschenrechner ist unumgänglich. Den Group Handling Modus “Parallel Groups” kann ich ich an dieser Stelle nicht nutzen, weil hierdurch der Effekt bei der 1. Gruppe auf 7 und bei der 2. auf 18 Geräte gestreckt wird.
Um diesen Punkt besser abzudecken kam mir der Gedanke zu diesem neuen Modus, bei dem ich über den Zahlenparameter eben angebe, wie groß diese “virtuelle” Untergruppe ist. Dem entsprechend wird der Effekt bei N+1, 2xN+1, 3xN+1 wiederholt. Passt die Größe der Gruppe nicht zu der Angabe, wird hinten abgeschnitten.
|
|
4574 | |
Softdesk | Wunsch / Idee | Low | Softdesk - Colorpicker als Control anbieten | Unbestätigt | 3.2.2 | 3.3.1 | 26.06.2021 | 31.10.2023 | nutzer99 |
Task Description
Es wäre super, wenn man einen richtigen RGB Farbkreis im Softdesk hätte. Mit dem neuen Colormaster wär das sehr praktisch.
|
|
4566 | |
GUI & Server | Wunsch / Idee | Low | Midi Timecode als Input für Cuelists & Timecodeshow | Unbestätigt | 3.2.2 | | 08.06.2021 | 08.06.2021 | nutzer99 |
Task Description
Um eine Cuelist (bzw. später eine Timecodeshow) über mit externem Timecode zu fahren. Dies ist nötig, wenn man eine DAW oder sonstige Software hat, die den Timecode vorgibt.
|
|
4564 | |
GUI & Server | Fehlerbericht | Medium | Autoprepare funktioniert bei Geräten ohne Shutter nicht... | Neu | 3.2.2 | | 30.05.2021 | 01.06.2021 | HippyboyF |
Task Description
Autoprepare funktioniert nur wie gewollt, wenn der Shutter eines Gerätes geschlossen ist. Wenn ein Gerät keinen Shutter hat, funktioniert Autoprepare überhaupt nicht. Bei Geräten mit Shutter greift Autoprepare schon während des Ausfadens, sofern nicht auch der Shutter geschlossen wird.
Aufbau eines einfachen Projekts zum Reproduzieren:
Cuelist mit 4 Cues: Cue 1: Dimmer 0% und/oder Shutter geschlossen (siehe unten) Cue 2: Dimmer 100%, Shutter offen, Farbe Blau, Position A Cue 3: Wie Cue 1 Cue 4: Dimmer 100%, Shutter offen, Farbe Rot, Position B
Hierbei sind mir diese unterschiedlichen Verhalten aufgefallen:
Generic RGB, Cue 1/3 enthält Dimmer 0%, kein Shutter vorhanden: Cue 2 faded Dimmer und Farbe gleichzeitg (Wechsel von Weiß zu Blau ist erkennbar). Hier sollte Autoprepare ja eigentlich die Farbe voreinstellen. Gleiches gilt für Cue 4 mit dem Fade Blau → Rot
Generic RGB mit Subdevice Generic Shutter, Cue 1/3 enthält Dimmer 0% und Shutter geschlossen: Funktionier wie erwartet, die Farben für Cue 2/4 werden während Cue 1/3 voreingestellt, sodass beim Triggern der Cue nur der Dimmer faded.
Generic RGB mit Subdevice Generic Shutter, Cue 1/3 enthält nur Dimmer 0% und NICHT Shutter geschlossen: Cue 2 verhält sich wie bei Generic RGB ohne Shutter (Kein Autoprepare). Beim Triggern von Cue 3 wird jedoch schon während des Ausfadens die Farbe zu Rot gefaded. Hier greift Autoprepare also zu früh.
Generic RGB mit Subdevice Generic Shutter, Cue 1/3 enthält nur Shutter geschlossen und NICHT Dimmer 0%: Funktioniert wie erwarten, kein Unterschied zu Dimmer und Shutter in Cue 1/3.
Das Verhalten der Generic RGB mit Shutter konnte ich auch mit einem Stairville MH-X25 reproduzieren, hierbei war zusätzlich zu Farbe auch ein Positionswechsel in den Cues enthalten. Auch hier galt, Shutter geschlossen führte zum erwarteten Verhalten von Autoprepare (mit und ohne Dimmer 0%), Shutter offen lassen und Dimmer 0% führte zu Autoprepare schon während des Ausfadens, durch die Positionsänderung noch deutlicher erkennbar.
|
|
4545 | |
GUI & Server | Fehlerbericht | Low | 1D Effekte nicht beatsynchron | Neu | 3.2.2 | | 15.05.2021 | 16.05.2021 | ThomasLB |
Task Description
Kurzbeschreibung
Die Steuerung der Geschwindigkeit von 1D Effekten hat zwei Fehler:
Bei Übergabe eines SpeedMasters läuft der Effekt nicht synchron mit anderen Effekten
Die Gerätesteuerung erwartet Werte für die Frequenz [Hz], nutzt diese aber als Dauer [s].
Langbeschreibung
Ich möchte, dass mein RGB bei jedem Beat in einer anderen Farbe aufleuchtet und dann ausblendet. In DMX 3.2.2 geht das theoretisch mit einer einzelnen Cue. Auf die Farbe lege ich einen Color Chaser Effekt. Auf den Dimmer lege ich einen invertierten Sägezahn. Für beide Effekte gebe ich bei der Dauer / Frequenz den {SpeedMaster 1} an. Dem Speedmaster gebe ich mit ein paar Taps ein krummes Tempo um die 130 bpm vor.
Wenn ich diese Cue starte, sieht am Anfang alles gut aus. Aber nach ca. 40 Beats sieht man, dass es eine Phasenverschiebung zwischen den zwei Effekten gibt. Nach ca. 80 Beats ist es offensichtlich. Sprich: Die beiden Effekte laufen unterschiedlich schnell! (Also nicht nur Jitter.)
Stellt man den SpeedMaster statt dessen über den Schieberegler ein, sind die BPM Werte deutlich weniger krumm. Die Phasenverschiebung tritt dann auch auf, aber sehr viel später.
Stellt man die Frequenz von Hand ein, stellt man den zweiten Fehler fest: Ein Wert von 2 lässt den Effekt 2 Sekunden dauern und nicht wie erwartet 0,5 Sekunden.
Stellt man die Frequenz von Hand auf einen Wert von 0,5 ein und die Dauer auf 500 ms, so laufen beide Effekte über lange Zeit synchron.
Mögliche Ursachen
Für mich sieht es danach aus, als würde bei der Umrechnung von Frequenz in Dauer ein Rundungsfehler auftreten, der mit der Zeit sichtbar wird. Gleitkommazahlen sind ja nicht beliebig genau und wenn man damit rechnet summieren sich die Fehler manchmal schnell auf.
Dafür spricht auch, dass bei 2 Hz die Effekte synchron bleiben. Hier lässt sich der Kehrwert ohne Rundungsfehler bilden.
Anhänge
1. Beispielprojekt mit zwei Cuelisten sowie einem Softdesk, um den BPM Wert zu prüfen. 2. DMX Ausgabe während die Effekte synchron sind 3. DMX Ausgabe während die Effekte nicht mehr synchron sind
|
|
4539 | |
Executoren | Wunsch / Idee | Low | Button "Add Page" abschaltbar machen | Unbestätigt | 3.3 Alpha x | 3.4 | 15.05.2021 | 03.07.2024 | LightningBrothers |
Task Description
Aktuell existiert im Executor-Fenster grundsätzlich der Button “Add Page”. Dieser sollte für den Live-Betrieb aber abschaltbar sein, um dort nicht versehentlich neue Seiten anzulegen.
Eventuell könnte eine Variante sein, diese Option in die Properties des Zweigs für die Executor Pages.
|
|
4537 | |
Launcher | ToDo | Low | Launcher - Lokale Projekte anzeigen | Unbestätigt | 3.3 Alpha x | 3.3.1 | 15.05.2021 | 04.01.2023 | nutzer99 |
Task Description
Fehlerbeschreibung
aktuell werden noch dummys im Launcher angezeigt. Todo. loklae Projekte im appdata ordner anzeigen.
|
|
4529 | |
GUI | Wunsch / Idee | Low | Faktorisierung von Speedmastern anzeigen | Unbestätigt | 3.3 Alpha x | 3.4 | 04.05.2021 | 28.11.2021 | LightningBrothers |
Task Description
Über die Buttons half und double kann man den aktuellen BPM-Wert faktorisieren. Hier wäre es gut, wenn dieser Faktor angezeigt wird. Ein typisches Anwendungsbeispiel ist, dass ich mehrere Speedmaster zwar gleichzeitig Lerne bzw. Synchronisiere, aber jeden Speedmaster einzeln faktorisiere.
|
|
4527 | |
DMX Plugin | Wunsch / Idee | Low | Discover-Mode für Auto-Detect-Interfaces | Unbestätigt | 3.2.2 | | 02.05.2021 | 31.05.2021 | LightningBrothers |
Task Description
Im QRM-Meeting vom 16.03.2021 wurde vereinbart, dass das Fenster des Add Interface Dialogs um einen zusätzlichen Zweig über dem Zweig der Non Auto Detect Interfaces erweitert wird, in dem alle automatisch erkannten Interfaces gesammelt werden, die auch noch nicht in Verwendung sind. Das zugehörige Stichwort wie auch in dem ursprünglichen Ticket FS#4369 beschrieben, ist “Discover-Mode für Auto-Detect-Interfaces”. Dieser Modus ist ein zusätzlicher Entwicklungsstrang parallel zum Punkt “Anpassung des Add Interface Dialogs selbst”.
|
|
4526 | |
GUI & Server | Wunsch / Idee | Low | Zusätzliche Parameter für Trapezoid-Effekt | Unbestätigt | 3.3 Alpha x | | 02.05.2021 | 23.08.2022 | LightningBrothers |
Task Description
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.
|
|
4521 | |
GUI & Server | Wunsch / Idee | Low | InpAss: Graphenansicht: Bank-Menüleiste ausblenden, neu... | Neu | 3.2.2 | | 30.04.2021 | 01.05.2021 | patme |
Task Description
Wenn ich mich in der Graphenansicht befinde, sollte die Menüleiste zum Hinzufügen von Bank, CS usw ausgeblendet werden. Stattdesseb sollte eine Menüleiste eingeblendet werden, die die Elemente enthält, die bei einem Rechtsklick im Graphen erscheinen. U.A. (und das finde ich besonders wichtig) der ADD Nodes-Befehl. Dieser ist mir etwas zu versteckt nur über den Rechtsklick erreichbar.
|
|
4515 | |
GUI | Fehlerbericht | Low | Netork Explorer Verbindungsmanagement editieren | Entscheidung | 3.3 Alpha x | | 28.04.2021 | 25.01.2022 | Mic |
Task Description
Fehlerbeschreibung
Folgende Dinge lassen sich im Network Explorer nicht editieren: - Verbindung trennen nicht möglich - löschen/trennen von einmal gezogenen Verbindungen nicht möglich - Editieren der Network ID sowie des Client namens wird für GUI und Kernel nicht übernommen (nach klick auf OK erscheinen erneut die vorherigen Werte, ein editieren über die Allgemeinen DMXC-Einstellungen wird sofort übernommen
|