|
2002 | |
Server | Wunsch / Idee | niedrig | Drag and Drop einer Scenenliste auf Executer mit Scenen... | Zugeteilt | Beta 6 | | 19.06.2014 | 04.10.2014 | Qasi |
Aufgabenbeschreibung
Wenn ich einen Executer eine Scenenliste zugewiesen hab, und dann eine weitere Scenenliste per Drag and Drop im ProjectExplorer zuweisen will, krig ich keine warnung, das das die vorhandene Scenenliste ersetzt.
Hier wäre doch angebracht ein Dialog zu öffnen der mich warnt, und mich wählen läst, ob ich ersetzen möchte, oder nicht.
Per Enter wird das ersetzen bestätigt.
Weis nicht wie ich das jetzt einordnen sollte, ob Fehlerbericht oder ToDo.
MfG Patrick
|
|
2043 | |
Server | Wunsch / Idee | sehr niedrig | Per AutoHotkey kann nicht festgestellt werden, wann der... | Neu | Beta 6 | | 29.09.2014 | 09.06.2022 | Stefan |
Aufgabenbeschreibung
Für mein Screenshot-Tool https://github.com/DMXControl/Screenshot starte ich des öfteren den DMXControl Kernel. Leider kann AutoHotkey den Text in der Konsole nicht lesen, sondern nur den Fenstertitel. Ich kann also automatisiert nicht feststellen, wann der Kernel für weitere Aktionen bereit ist.
Ich würde mir folgnde Änderung wünschen: Während dem Betrieb lautet der Titel der Kernel-Konsole ja folgendermaßen: > DMXControl Kernel V3.0.6.0 BETA 6 Datum Uhrzeit: Informationen
Ich würde mir wünschen, dass er während dem Startup noch irgendeinen zusätzlichen Text, z.B. starting enthält, der dann verschwindet, wenn der Kernel Startup fertig ist. > DMXControl Kernel V3.0.6.0 BETA 6 starting Datum Uhrzeit: Informationen
Dann könnte ich automatisch darauf warten, bis das starting verschwindet, und weiß dann, dass der Kernel bereit ist.
|
|
2123 | |
Server | ToDo | niedrig | AbstractEffectHandlerNode sollte auch shake unterstütze... | Unbestätigt | 3.0 | | 03.01.2015 | 03.01.2015 | Qasi |
Aufgabenbeschreibung
s.o.
Vor allem, weil der Prisma von dieser classe erbt, und Ees Prismen gibt, welche Shaken können, sollte die classe um diese Funktion erweitert werden
|
|
2149 | |
Server | Wunsch / Idee | niedrig | Effekte auch per Audio Analyzer steuerbar | Neu | 3.0 | | 23.01.2015 | 23.01.2015 | Multipar |
Aufgabenbeschreibung
Es wäre praktisch, wenn es beim Playmode auch die Möglichkeit geben würde diesen als Beat-gesteuert einzustellen.
Gruß Uwe
|
|
2219 | |
Server | Wunsch / Idee | mittel | Midi clock Input | Neu | 3.0 | | 30.04.2015 | 30.04.2015 | |
Aufgabenbeschreibung
Wäre sehr nutzfoll wenn DMX Control eine Midi Clock aufnehmen könnte um damit sound to light viel genauer umzusetzen.
|
|
2240 | |
Server | ToDo | niedrig | Settings und anderes gedönz mit in projecten speichern ... | Usability Relevant | 3.0 | | 15.05.2015 | 29.08.2018 | Qasi |
Aufgabenbeschreibung
Es soll angeboten werden, das einstellungen mit in das Project exportiert werden um die settings mitnehmen zu können.
Mit einer abfrage beim Ersten start, ob die Profesionell, Fortgeschritten, Basic Beginners-Settings geladen werden sollen.
MfG Qasi
|
|
2513 | |
Server | Fehlerbericht | niedrig | Relative Group Size | Unbestätigt | 3.0 | | 14.07.2016 | 14.07.2016 | Soon5 |
Aufgabenbeschreibung
Wäre super, wenn man die Group Size relativ zur Größe zur Runtime angeben könnte, also “1/2” um sicher zu stellen, dass bei nachträglichen Gruppenänderungen die Anzahl der “Teil-Gruppen” gleich bleibt.
|
|
2530 | |
Server | ToDo | niedrig | Beams auf Matrix Mappen | Unbestätigt | 3.0 | | 30.07.2016 | 30.07.2016 | Qasi |
Aufgabenbeschreibung
Es sollte möglich sein Einzelne Beams in eine Matrix zu mappen.
MfG Patrick
|
|
2540 | |
Server | Fehlerbericht | niedrig | gobowheel und raw auf gleichen kanal | Neu | 3.0 | | 18.08.2016 | 31.05.2018 | patme |
Aufgabenbeschreibung
Es ist nicht möglich, RAW und gobowheel auf den gleichen Kanal zugreifen zulassen. Das Goborad hat dann keine Funktion in dmxc3
https://forum.dmxcontrol-projects.org/index.php?thread/11994-gobo-und-raw-auf-einem-channel/&postID=100316#post100316
|
|
2542 | |
Server | Fehlerbericht | niedrig | Cue in einer Cuelist an letzte Stelle mit der Maus vers... | Known Bug | 3.0.2 | | 18.08.2016 | 28.06.2019 | patme |
Aufgabenbeschreibung
Man kann die Cues innerhalb einer cuelist mit der Maus verschieben. Jedoch klappt kann man eine Cue nicht an die letzte Stelle einer Cuelist verschieben.
|
|
2544 | |
Server | Wunsch / Idee | niedrig | Anzeige der Gesamtzeit einer Cuelist | Neu | 3.0.2 | | 19.08.2016 | 19.08.2016 | patme |
Aufgabenbeschreibung
Es wäre toll, wenn man im Editor die Dauer kommulierten Wartezeiten der Cues angezeigt bekommt. Natürlich nur die follow/wait Trigger
|
|
2549 | |
Server | Wunsch / Idee | niedrig | Startwerte für Eigenschaften einstellen. | Neu | 3.0.2 | | 24.08.2016 | 03.12.2016 | patme |
Aufgabenbeschreibung
Ich würde es begrüßen, wenn man im DDf für die jeweiligen Kanäle Startwerte hinterlegen könnte. Z.B. würde ich bei einigen Lampen den Dimmmer immer gleich 100% setzen. Eventuell könnte man hier auch festlegen, welches die Grundfarbe ist. Z.B. Schwarz/Weiß. Dazu gab es im Forum auch schon Diskussion.
Gruß Patrick
|
|
2599 | |
Server | Wunsch / Idee | niedrig | Beziehung zwischen Mutter/Tochter Cue | Neu | 3.0.2 | | 26.09.2016 | 10.04.2017 | patme |
Aufgabenbeschreibung
Es wäre toll, wenn man eine Tochter-Cue mit der Maus in den Cue-Editior der Mutter-Cue ziehen könnte und von da aus Parametern (Intensity, Effektspeed, Timespeed) einstellen könnte. Außerdem wäre es toll, wenn man im Editor hinten einen Haken setzen kann, ob die aufgerufene Tochter-cue beim (z.b.manuellen) Beenden der Mutter-Cue automatisch mit beendet wird. Siehe Foto
https://forum.dmxcontrol-projects.org/index.php?thread/12105-mutter-tochter-beziehung/&postID=101147#post101147
|
|
2779 | |
Server | Wunsch / Idee | mittel | Pulse für Frost, Iris (und was noch) | Zugeteilt | 3.1 | | 01.04.2017 | 13.02.2018 | Soon5 |
Aufgabenbeschreibung
Hab gesehen, das meine PSX-575 auf Frost und Iris einen Pulse Effekt haben, der Fehlt noch in der HAL.
Evtl. gibts noch andere Eigenschaften die das haben.
|
|
2807 | |
Server | Wunsch / Idee | mittel | Skalierung des Wertebereichs für Pan und Tilt | Zugeteilt | 3.1 | | 24.04.2017 | 20.02.2019 | LightningBrothers |
Aufgabenbeschreibung
Aktuell kann man bei MovingLights nur pro Gerät einen Offset für Pan und Tilt festlegen. Sollen aber MovingHeads und Scanner gemeinsam in einer Gruppe fahren, müssen im Regelfall die Bewegungen für die Scanner verkleinert werden, damit diese nicht immer in die Anschläge fahren.
Darüber hinaus kann man mit Hilfe der Skalierung für Pan und Tilt in Verbindung mit dem Offset, jedes MovingLight indivuell Positonieren und den Aktionsbereich festlegen.
Die Skalierung für Pan und Tilt sollte jeweils getrennt einstellbar sein. Der Wertebereich sollte effektiv gesehen alle Werte größer 0 zulassen, wobei bei 0 bis 1 der Aktionsbereich verkleinert und >1 entsprechend vergrößert wird.
|
|
2844 | |
Server | Wunsch / Idee | niedrig | Farbfade | Neu | 3.1 | | 06.06.2017 | 14.08.2017 | |
Aufgabenbeschreibung
Schön wäre ein “Werkzeug” einzubauen, das beim faden von z.B. Rot auf Blau der Farbverlauf nicht über weiß fadet. Ich kenne das so das man z.B. sagt, fade über eine dunkle Farbe. Oder auch beim faden von Rot auf Blau wird an dem Punkt wo Weiß kommt, würde der Scheinwerfer in den Moment automatisch runtergedimmt werden.
|
|
2955 | |
Server | Wunsch / Idee | niedrig | GPU-Load im Monitoring einbauen | Unbestätigt | unbestimmt | | 31.10.2017 | 19.02.2019 | Qasi |
Aufgabenbeschreibung
s.o.
Wie die CPU-Load anzeige im Monitoring fenster, zusätzlich die GPU-Load einbauen für GUI und Kernel
Hab da auch eine Lib die alle gängigen Grafik-Karten-Hersteller abdeckt, aber die bekommen wir nur auf direkte anfrage. https://www.techpowerup.com/gpuz/
|
|
2989 | |
Server | Wunsch / Idee | niedrig | Blinde Bereiche festlegen | Neu | 3.1.1 | | 03.12.2017 | 08.12.2017 | |
Aufgabenbeschreibung
Schön wäre es, wenn man in der GUI im Projektexplorer oder über die View Bereiche für Fixtures und Gruppen fest legen kann in den Movig Heds etc. nicht reinlaufen sollen und/oder der Dimmer in diesem Bereich auf null gesetzt wird. Ähnliches gibt es bereits bei der Steuerung von Lasern.
|
|
2997 | |
Server | Fehlerbericht | mittel | Effekt auf Tilt einer Gruppe geht verloren, wenn Pan be... | Unbestätigt | 3.1.1 | | 29.12.2017 | 12.02.2018 | StefanKrupop |
Aufgabenbeschreibung
Folgende Szene wird bei mir nicht korrekt gespeichert/abgespielt:
Ausgangspunkt: 4 MHs, zusammengefasst in einer Gruppe.
Vorbereitung:
1) Programmer clear 2) Gruppe auswählen 3) “Lumos” (Dimmer an) 4) Position über “Position”-Fenster eingestellt 5) 1. Gerät der Gruppe auswählen 6) Im “Device control” Eigenschaft Position ausklappen, Pan verstellen 7) 4. Gerät der Gruppe auswählen 8) Im “Device control” Eigenschaft Position ausklappen, Pan verstellen 9) Gruppe auswählen 10) Im “Device control” Eigenschaft Position ausklappen 11) Effekt “Sinus” auf “Tilt” ziehen
Erster Fehler: Der geänderte Pan des 1. und 4. Gerätes werden wieder zurück gesetzt...
12) “Add cue to open Cuelist”. Im Programmer Filter tauchen das 1. und 4. Gerät (jeweils “Position” ausgewählt) sowie die Gruppe (Position und Dimmer ausgewählt) auf.
Nach “Clear Programmer” und “Go” der Cuelist stehen das 1. und 4. Gerät fest auf ihrer Position, während die anderen beiden Geräte den Sinus auf Tilt fahren. Erwartetes Verhalten wäre Tilt-Effekt auf allen Geräten, nur mit unterschiedlichen Pan-Positionen.
|
|
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
|
|
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.
|
|
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.
|
|
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.
|
|
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:
|
|
3302 | |
Server | ToDo | mittel | Gewünschtes Verhalten der Fanning-Operatoren ? und ?? f... | Usability Relevant | 3.2 Alpha x | | 11.01.2019 | 11.01.2019 | LightningBrothers |
Aufgabenbeschreibung
Die Fanning-Operatoren ? und ?? sollen liefern einen zufälligen Wert zurück. Soll dieser Wert seine Gültigkeit behalten
Diese Situation betrifft nicht nur die Properties selbst, sondern zum Beispiel auch die Werte für Fade, Delay etc. in den Cuelists selbst. Diese Frage bzw. das Verhalten dieser Operatoren sollte ggf. nochmal diskutiert werden.
|
|
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.
|
|
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.
|
|
3734 | |
Server | Wunsch / Idee | niedrig | Eigenschaften für markierte Geräte speichern | Neu | 3.1.3 | | 01.08.2019 | 02.10.2019 | Jona |
Aufgabenbeschreibung
Toll wäre, wenn man “allgemeine” Cues (oder Presets) schreiben könnte. Die dort gespeicherten Eigenschaften werden dann auf die Geräte angewendet, die gerade in der StageView markiert sind.
Umsetzbar wäre das z.B. mit einer Checkbox im “Save Cue”-Dialog (da, wo man die gespeicherten Eigenschaften auswählen kann). Wird diese Checkbox markiert, werden nur die Eigenschaften, nicht die Devices (bzw. Device Groups) gespeichert. Wenn die Cue dann aufgerufen wird, werden diese Eigenschaften auf die zur Zeit ausgewählten Geräte angewandt.
In Verbindung mit den Softdesks könnte man so sehr kreative Funktionen basteln.
|
|
3882 | |
Server | Wunsch / Idee | niedrig | Im Midi Manager, bei gelisteten Midi-Geräten in der Tab... | Neu | unbestimmt | | 20.10.2019 | 20.10.2019 | |
Aufgabenbeschreibung
Ziel: DMC öffnet nicht alle verfügbaren Midi Geräte im Betriebssystem, sondern nur die erlaubten.
Motivation: Die Startreihenfolge und damit das öffnen von beliebigen Midi Software sollte eagl sein.
Aktuell muss andere Software vor DMC geöffnen werden und DMC zuletzt, damit die nicht für DMC vorgesehenen Midi-Port nutzbar sind.
|
|
3900 | |
Server | Wunsch / Idee | niedrig | Falsche Attribute kennzeichnen | Unbestätigt | 3.2 | | 26.10.2019 | 26.10.2019 | LightningBrothers |
Aufgabenbeschreibung
Zur weiteren Steigerung der Qualität der DDFs sollte der Kernel alle Attribute kennzeichnen, die nicht der “offiziellen” Schreibweise einer im Kernel hinterlegten Liste entsprechen. Aktuelles Beispiel ist hier:
|
|
3945 | |
Server | Fehlerbericht | niedrig | Mehrere Warnings mit Audiocues und GoTo | Unbestätigt | 3.2.1 Beta x | | 19.11.2019 | 19.11.2019 | JPK |
Aufgabenbeschreibung
Überspringt man Audiocues mit GoTo, erscheint eine Warnung im Kernel.
|
|
4180 | |
Server | ToDo | niedrig | Warnings und Errors beim Abspielen von Audiofiles | Unbestätigt | 3.2.1 Beta x | | 29.04.2020 | 09.05.2020 | JPK |
Aufgabenbeschreibung
Spielt man im angehängten Projekt die Cuelist ab, erscheinen mehrere Fehlermeldungen und Warnungen im Kernel
00:13:12 WARN SceneList - Cue Play: Begrüßung.WAV of Type org.dmxc.lumos.Kernel.Audio.AudioScene returned empty OutputValues. This can cause unintended behaviour.
00:13:12 INFO AudioManager - Start playing Begrüßung.WAV
00:13:24 INFO AudioManager - Abourt playing of Begrüßung.WAV
00:13:24 ERROR AudioManager - Exception at Play: Begrüßung.WAV
00:13:24 WARN SceneList - Cue Stop: Begrüßung.WAV of Type org.dmxc.lumos.Kernel.Audio.AudioScene returned empty OutputValues. This can cause unintended behaviour.
00:13:48 INFO Session - Saved Project to GUI KUECOREI7JPKLT, Path E:\DMXControl 3\Projects\Audiofile Demo 3.2.1 Beta4.zip
00:16:19 WARN SceneList - Cue Play: Ansage.mp3 of Type org.dmxc.lumos.Kernel.Audio.AudioScene returned empty OutputValues. This can cause unintended behaviour.
00:16:19 INFO AudioManager - Start playing Ansage.mp3
00:16:21 ERROR AudioManager - Exception at Play: Ansage.mp3
00:16:21 INFO AudioManager - Abourt playing of Ansage.mp3
00:16:21 WARN SceneList - Cue Stop: Ansage.mp3 of Type org.dmxc.lumos.Kernel.Audio.AudioScene returned empty OutputValues. This can cause unintended behaviour.
|
|
4208 | |
Server | Wunsch / Idee | niedrig | rotation-Tag um weitere Achsen erweitern | Unbestätigt | unbestimmt | | 04.06.2020 | 28.12.2020 | LightningBrothers |
Aufgabenbeschreibung
Der Tag “rotation” ermöglicht aktuell nur die Ansteuerung von einer Achse. Hier wünsche ich mir eine Möglichkeit, mit Hilfe des rotation-Tags auch weitere Achsen eines Beams anzusprechen. Im Idealfall kann man so
Geräte mit Endlos-Pan und Endlos-Tilt,
einfache Strahlen- und Diskoeffekte mit mehreren Drehachsen auf einem Beam
abbilden und ansprechen.
|
|
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.
|
|
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
|
|
4248 | |
Server | Wunsch / Idee | niedrig | Bounce-Option für Effekte | Unbestätigt | unbestimmt | | 25.08.2020 | 29.09.2021 | JPK |
Aufgabenbeschreibung
Test/Idee: Wenn möglich, sollten alle Effekte einen Schalter für “Bounce” bekommen, wodurch der mathematische Effekt umgekehrt durchlaufen wird. Außerdem sollte die “Laufweite” (Anfangswinkel und Endwinkel) des mathematischen Effekts einstellbar sein.
|
|
4279 | |
Server | Fehlerbericht | mittel | Farbmodell des Device Control beeinflusst Fadeverhalten... | Unbestätigt | 3.2.2 Beta x | | 26.09.2020 | 19.01.2021 | LightningBrothers |
Aufgabenbeschreibung
Ich habe mir zwei Cues angelegt, welche zwischen langsam exemplarisch zwischen der Farbe gelb und blau hin- und herfaden. Gebe ich die Farben im:
RGB-Modus oder im CMY-Modus an, so wird direkt von gelb nach blau gefaded
HSV-Modus an, erfolgt der Fade von gelb über grün und hellblau nach blau
An dieser Stelle hätte ich jetzt nicht erwartet, dass der Wechsel der Art der Eingabe für die Farbe sich auf auf den Fade der Cues auswirkt und im HSV-Modus über Zwischenfarben gefaded wird. Bis jetzt hatte ich gedacht, dass der Wechsel zwischen RGB, CMY und HSV nur eine andere Art der Eingabe ist, um zum Beispiel mittels HSV einen statischen Regenbogen zu erzeugen.
Als Ergänzung hierzu: teile ich die Cues auf zwei Cuelists auf (also Cuelist 1: gelb, Cuelist 2: blau) und schalte die Cuelists mit Hilfe einer Cuelist Group um, erfolgt der Übergang zwischen den Farben wieder direkt, sprich wie ich es auch vom RGB-Modus kenne.
Ich habe nun auch noch ein Beispielprojekt in der 3.2.2 erstellt. Wenn beim Öffnen das letzte Fensterlayout geladen wird, können über die ersten drei Executoren die automatisch laufenden Farbwechsel von gelb nach blau und zurück für die Modelle RGB, CMY und HSV gestartet werden. Die letzten vier Executoren dienen dem manuellen Wechseln zwischen gelb und blau - einmal im RGB-Modus und einmal im HSV-Modus.
|
|
4303 | |
Server | Fehlerbericht | niedrig | Abhängigkeit zwischen Fade und Duration beim Chaser-Eff... | Unbestätigt | 3.2.2 Beta x | | 29.11.2020 | 23.12.2020 | LightningBrothers |
Aufgabenbeschreibung
Erhöhe ich die Fadezeit beim Chasereffekt nach und nach über den Wert der Duration, so werden zunehmend weniger Geräte angesprochen. Bei der beispielhaften Konfiguration der Duration auf 250ms (Default), Size 6 und Play Mode Normal ergibt sich bei:
Fade 0ms - aktive Geräte: 6
Fade 125ms - aktive Geräte: ca. 4
Fade 250ms - aktive Geräte: ca. 3
Fade 500ms - aktive Geräte: ca. 2
|
|
4398 | |
Server | Fehlerbericht | niedrig | Unable to fetch Enttec Pro List | Unbestätigt | 3.2.2 | | 13.03.2021 | 13.03.2021 | Stefan |
Aufgabenbeschreibung
Betrifft Version 3.2.2.339 (Release)
Beim Starten des DMXControl 3 Kernels taucht folgender Fehler im Log auf, obwohl kein Enttec Interface konfiguriert/verfügbar ist:
ERROR EnttecProFactory - Unable to fetch Enttec Pro List: Entry point was not found.
System.EntryPointNotFoundException: Entry point was not found.
at System.IDisposable.Dispose()
at Enttec_Pro_Lib.EnttecProLib.getInterfaces() in D:\Jenkins\workspace\Lumos_DMXPlugins_Pipeline_3.2\Enttec\src\EnttecProLib.cs:line 135
at org.dmxc.lumos.Kernel.DMX.EnttecProFactory.<get_Interfaces>d__8.MoveNext() in D:\Jenkins\workspace\Lumos_DMXPlugins_Pipeline_3.2\Enttec\src\EnttecFactory.cs:line 73
WARN EnttecProFactory - Execution of Interfaces took 1150 ms in Factory EnttecProFactory
|
|
4440 | |
Server | Wunsch / Idee | niedrig | Index-Property für Matrix-Filter | Unbestätigt | 3.3 Alpha x | | 07.04.2021 | 10.04.2021 | JPK |
Aufgabenbeschreibung
Matrix-Filter sollten eine Index-Property erhalten, die das selbe macht wie bei einer Gobo-Index Funktion. Sprich die Ausrichtung von Matrix-Filtern soll entsprechend rotiert werden können. Wenn das zu aufwändig ist, sollte zumindest in einem ersten Schritt eine Drehung in 45 / 90° Schritten möglich sein.
|
|
4441 | |
Server | Fehlerbericht | niedrig | Ausrichtung der Matrix-Filter ist nicht einheitlich | Unbestätigt | 3.3 Alpha x | | 07.04.2021 | 08.04.2021 | JPK |
Aufgabenbeschreibung
Es gibt ja Matrixfilter, die gerichtet (Bewegung in eine Richtung) und ungerichtet (keine Bewegung / Bewegung um zentralen Punkt herum) sind. Die gerichteten Matrix-Filter haben aktuell keine einheitliche Ausrichtung. Dies sollte korrigiert werden, damit alle Filter in eine Richtung gehen. Es würde sich anbieten, dass alle Matrix-Filter in DMXControl 3 von rechts nach links gehen. Dies ist am Text-Filter orientiert. Dann hat man auch eine einheitliche Ausrichtung für FS#4440.
|
|
4442 | |
Server | Wunsch / Idee | niedrig | Kategorien für Matrix-Filter | Unbestätigt | 3.3 Alpha x | | 07.04.2021 | 08.04.2021 | JPK |
Aufgabenbeschreibung
Es gibt ja Matrixfilter, die gerichtet (Bewegung in eine Richtung) und ungerichtet (keine Bewegung / Bewegung um zentralen Punkt herum) sind. Hierfür sollte es eine Kategorisierung ähnlich der 1D, 2D, etc. Effekte geben um die Übersichtlichkeit zu erhöhen.
|
|
4444 | |
Server | Wunsch / Idee | niedrig | Sammel-Ticket für neue Matrix Effekte | Unbestätigt | 3.3 Alpha x | | 07.04.2021 | 07.04.2021 | JPK |
Aufgabenbeschreibung
In diesem Ticket werden verschiedene Matrix-Effekte gesammelt.
Color Wave
Typ: Gerichteter Filter Verhalten: Ähnlich dem Color Scroll Filters. Bei diesem Filter sollen aber die Übergänge zwischen den Farben ähnlich flüssig wie beim Plasma Filter sein. Regenbogen sollte möglich sein (wie muss noch überlegt werden). Properties: Speed, Direction, Color Fade Width, Color List, Play Mode
Wave
Typ: Gerichteter Filter Verhalten: Eine Linie aus Foreground Color wandert in eine Richtung über die Background Color. Evtl. auch mit nächstem Filter abbildbar. Properties: Speed, Direction, Fade-In Dimmer Curve, Fade-Out Dimmer Curve, Foreground Color, Background Color
Effekt-Wrapper
Typ: Gerichteter Filter Verhalten: Dieser Filter kapselt einen Effekt (evtl. auch einen Filter). Er ist etwas mit dem Converter-Filter vergleichbar, aber auf die wesentlichen Funktionen reduziert (keine Ansteuerung in 2D, weil das auch über zwei überlagerte Filter gelöst werden kann). Außerdem wäre die Idee, dass hier bei Auswahl eines Effekts die Effekt-Eigenschaften dynamisch dargestellt werden. Konzept für Integration muss noch erarbeitet werden. Properties: Direction, Property (Eigenschaft, auf die der Effekt angewendet werden soll), Effect (+ dynamisch angezeigte Eigenschaften des ausgewählten Effekts)
Sea Waves
Typ: Ungerichteter Filter Verhalten: Ahmt die Wellenbewegung von Meereswellen nach. Wellen schwappen in Foreground Farbe über die Background Farbe Properties: Speed, Direction, Foreground Color, Background Color
2D Spektrometer
Typ: Ungerichteter Filter Verhalten: Stellt die Lautstärke der einzelnen Frequenzen einer abgespielten Audiodatei / der Analyse des AudioAnalyzers dar. Konzept für Integration muss noch erarbeitet werden. Properties: Direction, Foreground Color (fannable), Background Color (fannable), Input
To be continued…
|
|
4592 | |
Server | Fehlerbericht | mittel | Too Much MIDI Feedback | Zugeteilt | 3.2.2 | | 26.07.2021 | 09.08.2023 | |
Aufgabenbeschreibung
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.
|
|
4675 | |
Server | Fehlerbericht | niedrig | Fade zwischen expliziter RGB+ Farbe und von HAL gesetzt... | Zugeteilt | 3.2.2 | | 22.12.2021 | 31.10.2023 | JPK |
Aufgabenbeschreibung
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.
|
|
4787 | |
Server | Wunsch / Idee | niedrig | Zusätzliche Parameter für Chaser | Unbestätigt | 3.3 Alpha x | | 25.02.2022 | 31.10.2023 | LightningBrothers |
Aufgabenbeschreibung
Beim Arbeiten mit den neuen Chaser ist mir aufgefallen, dass folgende zusätzlichen Parameter den neuen Chaser noch weiter aufwerten und flexibler gestalten würden:
Repeat size: Legt fest, ab welcher Geräte-Nummer innerhalb der Gruppe das ausgewählte Muster wiederholt wird. Umfasst meine Gruppe acht Geräte und ich trage in diesem Parameter “4” ein, habe ich beim Play Mode “Normal” quasi zwei Chaser über nur vier Geräte.
Offset Steps: Legt wie der Name schon sagt einen Offset in Schritten fest. Füge ich den Chaser bei einer Gruppe von acht Geräten zweimal auf den Dimmer ein und trage bei einem der beiden Chaser für diesen Parameter eine “3” ein, folgt dieser Chaser dem anderen mit entsprechenden Verzug von drei Schritten. Damit sind zwischen den beiden hellen Geräten zwei Geräte dunkel.
Mir ist wohl bewusst, dass ich diese Muster grundsätzlich auch mittels eigens programmierter Chaser erstellen kann. Dies ist aber meiner Meinung nach für solche generischen Parameter aber eher der umständliche Weg.
Der Übersicht halber habe ich dieses Ticket mal mit den bereits exitsierenden Tickets zum Chaser verknüpft, die auf eine Funktionserweiterung abzielen.
|
|
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.
|
|
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.
|
|
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.
|