|
2422 | |
Server | Fehlerbericht | hoch | Autoprepare funktioniert in bestimmten konstilationen n... | Zugeteilt | 3.0 | 3.0.2 | 07.03.2016 | 08.07.2018 | Qasi |
Aufgabenbeschreibung
s.o.
Funktioniert nicht bei: 10 Sharpys per selektion und 10 Generic PARs Per selektion in den selben Cue gespeichert.
Funktioniert bei: 10 Sharpys(diesmal aber als Gruppe) und keine weiteren geräte in einen Cue gespeichert.
P.S. Jens-Peter soll mal bitte genau testen ;)
MfG Patrick
|
|
2449 | |
Server | ToDo | hoch | Tests für Autoprepare schreiben! | Zugeteilt | 3.0 | 3.0.2 | 13.04.2016 | 06.05.2016 | Qasi |
Aufgabenbeschreibung
s.o.
Es gibt keine Tests für Autoprepare, das sollten wir ä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
|
|
4772 | |
Server | Fehlerbericht | hoch | Zeitsprung zwischen ersten und zweitem Gerät beim neuen... | Auf Entwickler warten | 3.3 Alpha x | 3.3 | 14.02.2022 | 21.12.2023 | LightningBrothers |
Aufgabenbeschreibung
Um das Ticket FS#4525 nicht nochmal komplett zu öffnen, ziehe ich den dort vermerkten Punkt 3 mit etwas abgewandelter Beschreibung nochmal auf, nachdem er mit im Kontext von FS#4771 bewusst (wieder) aufgefallen ist:
Zwischen dem ersten und zweiten Gerät in der Device Group nicht nahtlos statt findet der Wechsel bzw. die Umschaltung zwischen dem. Hier gibt es einen kurzen Augenblick, bei dem das Gerät 1 bereits aus aber das Gerät 2 noch nicht an ist und so ein Blitz entsteht. Dieser Punkt ist gut in dem beigefügten Projekt sowohl in der Stage View als auch auf meinen LED-Bars in Realität zu sehen. Ich habe hier
einen Custom Chaser mit nur zwei Schritten, wo das Group Handling auf 2 gesetzt ist sowie
einen einfachen Chaser mit Playmode Normal, jedoch mit einem “hohen” Wert für das Group Handling
in der Cuelist gespeichert.
In der Summe ist das Phänomen mit (allen) anderen Playmodes reproduzierbar und fällt zunehmend stärker auf, umso größer der Wert für das Group Handling ist.
|
|
280 | |
Server | Wunsch / Idee | mittel | Manuelles Überfaden in Szenenliste | Neu | unbestimmt | Cuelist-Erweiterung(intern) | 26.10.2010 | 19.02.2019 | Soon5 |
Aufgabenbeschreibung
Manuelles Überfaden in Szenenliste einbauen über InputLayer Regler
|
|
479 | |
Server | Wunsch / Idee | mittel | Cuelist, Split Crossfade (Fade A/B & Fade X) | Neu | unbestimmt | Cuelist-Erweiterung(intern) | 19.06.2011 | 19.02.2019 | fisl |
Aufgabenbeschreibung
Auf FS#280 setz ich noch einen drauf:
Split Crossfade. Das sind zwei Überblendsteller. Einer zusändig für das aktuell eingeblendete Cue (ich nenns jetzt mal stage) und der zweite für das nächste (preset).
Normalstellung ist Stage 100, Preset 0. Werden nun beide Steller gleichzeitig bewegt, ergänzen sich beide zu 100%. Es kommt ein ganz normaler Crossfade zu stande. Stage 80% + Preset 20% Werden diese nun unterschiedlich schnell bewegt, kann z.B. ein Blackout realisiert werden. Stage 0%, Preset 0%
Kreise, die in Preset aber nicht in Stage enthalten sind werden vom PresetSteller ganz normal eingeblendet (Preset 50%, Kreise 50%) Kreise, die in Stage aber nicht in Preset enthalten sind werden vom StageSteller ausgeblendet.
Eine Überblendung ist abgeschlossen, wenn Stage 0% und Preset 100% sind.
|
|
491 | |
Server | Wunsch / Idee | mittel | Cuelist, continue manual crossfade | Neu | unbestimmt | Cuelist-Erweiterung(intern) | 20.06.2011 | 19.02.2019 | fisl |
Aufgabenbeschreibung
Es sollte die Möglichkeit geben (wenn Cossfade funktioniert), dass sowohl
-ein mit GO begonnener Fade mit dem/den Crossfader(n) fortgesetzt werden kann/können (damit das nicht versehentlich, z.B. durch berühren der Fader passieren kann, muss vorher die in FS#490 erwähnte Ignore Taste gedrückt werden. Die Fader übernehmen ab dem Punkt, an dem sie den aktuellen Einblendstatus erreicht haben, Fade 40%, Fader übernehmen ab 40% Stellung),
-als auch ein manuell begonnener Crossfade mit GO fortgesetzt werden kann.
|
|
614 | |
Server | Wunsch / Idee | mittel | Gerätedefinition | Neu | Alpha 2 | TBD (UIS) | 04.10.2011 | 08.01.2022 | Qasi |
Aufgabenbeschreibung
Weis nicht ob das jetzt überflüssig ist aber ich würd gerne auf das Brainstorming:Gerätefunktionen. Wäre echt geil wenn dasd alles balt gehen würde.
|
|
1067 | |
Server | ToDo | mittel | Devices: Der Node <random> wird nicht erkannt. | Neu | 3.1 | TBD (UIS) | 03.10.2012 | 26.11.2021 | Qasi |
Aufgabenbeschreibung
Es wird immernoch nicht der Node für Random in Gobowheel und Colorwheel gelesen bzw. wird nich angezeigt und kann deshalb nicht drauf zugreifen.
MfG Patrick
|
|
1574 | |
Server | Wunsch / Idee | mittel | Submaster o.ä. | Neu | Beta 1 | 3.4 | 10.03.2013 | 17.06.2022 | fisl |
Aufgabenbeschreibung
Ich brauche klassische Submaster.
Ein Submaster ist ein Element mit einem Steller, einem Select Button und einem Flashbutton.
Auf einem Submaster kann genau ein Cue oder Preset liegt.
Es kann x Submaster geben, deren Ausgabe LTP, bzw. bei Intensitäten HTP oder LTP gemixt wird.
Es gibt y Pages mit Submastern.
Weiterhin möchte ich den Inhalt eines Submasters direkt editieren können. z.B. Select → Cue/Preset wird in den Programmer geladen, Änderungen machen, Record, Record → speichert. Ich möchte Fade Zeiten direkt ändern können. Select, UpTime 10 DownTime 5 Record Record
Der Steller kontrolliert je nach Einstellung die Intensitäten oder die gesamte Cue (Intensity Master, Proportional, etc.)
Der Flash Button kann unter anderem die Intensität flashen, oder es können nicht Intensitätswerte auf die im Cue gespeicherten Werte gebracht werden.
tbc.
|
|
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.
|
|
2239 | |
Server | ToDo | mittel | Anzeige / Fenster einbauen das anzeigt was alles an ist... | Unbestätigt | 3.0 | TBD (UIS) | 15.05.2015 | 27.01.2021 | Qasi |
Aufgabenbeschreibung
Es soll angezeigt werden wass alles an ist und welcher cue in welcher cueliste auslöser ist. mit funktionen wie alles aus. oder nur das aus.
MfG Qasi
|
|
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.
|
|
2959 | |
Server | Fehlerbericht | mittel | Autoprepare funktioniert nicht | Neu | 3.1.1 | 3.1.3 | 06.11.2017 | 11.11.2019 | |
Aufgabenbeschreibung
Bei mir läuft Autoprepare überhaupt nicht. Betrifft mindestens die Farbe, mehr bisher nicht getestet.
Habe mit verschiedenen Geräten in verschiedene Projekten (u.a. blanko Projekt) getestet. Er faded immer von weiß zur gewollten Farbe während der Dimmer ebenfalls einfaded. Auch schon getestet den Dimmer vorher nochmal explizit auf 0 zu setzen, leeren Cue vor den Cue mit Autoprepare, nichts hilft.
Natürlich immer Autoprepare in Cuelist, Cue und Gerät aktiviert.
Autoprepare wäre wenn es funktionieren würde eine sehr große Erleichterung für mich.
|
|
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.
|
|
3070 | |
Server | ToDo | mittel | Reminder: Geiles IStoreLocationModel Zeug fertig machen... | Benötigt Tests | 3.2.1 | 3.3.1 | 22.05.2018 | 21.12.2023 | Soon5 |
Aufgabenbeschreibung
Geiler Scheiß, fast fertig….
|
|
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.
|
|
3533 | |
Server | Fehlerbericht | mittel | Kurzzeitig keine Ausgabe bei direktem Umschalten zwisch... | Auf Vereinsmitglieder warten | 3.1.3 | 3.4 | 09.04.2019 | 07.08.2023 | LightningBrothers |
Aufgabenbeschreibung
Wenn ich wie im beigefügten Projekt zwischen mehreren Cuelist mit Hilfe einer Cuelist Group direkt (also hart und ohne Fades) wechseln möchte, so erfolgt beim Umschalten kurzzeitig keine Ausgabe. Dies ist sowohl in der Stage View als auch in der Channel Overview zu beobachten.
Im Anhang befindet sich ein entsprechendes Testprojekt. Um das Problem zu reproduzieren, einfach über die Executoren zwischen den drei verlinkten Cuelists wechseln.
Das Ticket entstammt aus einer Rückfrage im Forum, wo das Problem auch schon bei DMXControl 3.1.3 aufgefallen ist.
|
|
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.
|
|
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.
|
|
303 | |
Server | Wunsch / Idee | niedrig | Erweiterte Funktionen beim Chaser | Zugeteilt | unbestimmt | 3.3.1 | 17.11.2010 | 24.06.2023 | Markus M. |
Aufgabenbeschreibung
Ich würde mir beim Chaser noch folgende Features wünschen: 1. Auswahl wie lange eine “Scene” gehalten wird
2. Ein/Ausfadezeit einstellbar 3. Größe des Chasers z.B. 1er, 2er, 3er etc. 4. beim Zufalls Modus einstellbar wieviele Geräte min und max an sind. 5. anstatt Duration bzw zusätzlich eine Triggerzeit z.b. 3000, dann würde alle 3Sek ein Schritt weitergeschaltet der Schritt sollte schon weiterschalten unabhängig, ob die Haltzeit + Ein und Ausblendzeit des vorherigen Schrittes abgelaufen ist.
|
|
478 | |
Server | Wunsch / Idee | niedrig | Cuelist, LinkTo, LoopCount | Neu | unbestimmt | Cuelist-Erweiterung(intern) | 19.06.2011 | 19.02.2019 | fisl |
Aufgabenbeschreibung
So würde ich mir die Funktion vorstellen
Grob gesagt, linkto gibt an, an welche Stelle gesprungen werden soll und loopcount gibt an, wie oft das passieren soll (0 = infinite)
id | trigger | value | linkto | loopcount
Cue 1 | manual | | |
Cue 2 | manual | | |
Cue 3 | follow | 1 | |
Cue 4 | follow | 1 | |
Cue 5 | follow | 1 | |
Cue 6 | follow | 1 | Cue 3 | 0
Cue 7 | manual | | |
1. Go, Cue 1 wird eingeblendet 2. Go, Cue 2 wird eingeblendet 3. Go, Cue 3 wird eingeblendet. Durch den Trigger follow läuft die Liste automatisch weiter (natürlich kann auch manual, oder ... benutzt werden) nachdem Cue 6 eingeblendet wurde, wird wieder Cue 3 eingeblendet. Ist loopcount > 1 wird der Sprung entsprechend oft ausgeführt. Bei 0 passiert das unendlich oft. Dann könnte man zwei Fälle unterscheiden: Alle Cues haben einen automatischen Trigger: GO beendet den Loop und blendet das erste Cue nach dem LinkTo Cue ein Nicht alle Cues haben einen automatischen Trigger: Da GO bereits verwendet wird um im Loop die Cues durchzufahren könnte z.B. Load Cue 7, GO den Loop beenden.
Die Funktion ist sehr sehr praktisch, wenn auf der Bühne etwas gleiches wiederholt wird. Man hat hier weiterhin die Kontrolle mit GO bzw. (später dann hoffentlich Crossfade ;) ) sowie die gleiche Struktur wie andere Cues. Außerdem ist man mit dieser Funktion schneller bei einfachen Chasern. Wenn ich weiß, dass die 6er Bar nur kurz während einer Szene ein bisschen blinken soll, muss ich nicht extra einen Chaser dafür anlegen und in die Cuelist einbinden.
|
|
490 | |
Server | Wunsch / Idee | niedrig | Cuelist, Übergehen von automatischen Triggern | Neu | 0.6 | TBD (UIS) | 20.06.2011 | 16.02.2017 | fisl |
Aufgabenbeschreibung
Es sollte eine Taste geben z.B. Ignore (allgemein benannt, hab noch ne Funktion dafür :) ), die beim nächsten GO die Cuelist veranlasst, nicht einen Schritt weiterzugehen, sondern eine evtl. laufenden Timer, Follow/Wait zu ignorieren und mit dem Einblenden des nächsten Cues zu beginnen. (Usecase: Probe, Zeit zu lang, etc...)
Arne: =⇒ Eine funktion, welche bei der Cue die aktuell einfaded den Fade auf 100% setzt. Der Rest läuft normal ab.
|
|
492 | |
Server | Wunsch / Idee | niedrig | Cuelist, komplettes Timing abschaltbar machen | Neu | unbestimmt | Cuelist-Erweiterung(intern) | 20.06.2011 | 19.02.2019 | fisl |
Aufgabenbeschreibung
Es wäre schön, wenn man für eine komplette Cueliste das Timing + die Trigger abschalten und danach mit GO durchlaufen könnte. Dafür sollte eine konfigurierbare standard Fade Zeit zwischen den Cues verwendet werden (Scheinwerfer schonen)
|
|
725 | |
Server | Wunsch / Idee | niedrig | Emulierte Gobowheelrotation einbauen | Neu | Alpha 3 | TBD (UIS) | 02.02.2012 | 26.06.2016 | fisl |
Aufgabenbeschreibung
s.o.
|
|
726 | |
Server | Wunsch / Idee | niedrig | Emulierte Colorwheelrotation einbauen | Neu | Alpha 3 | TBD (UIS) | 02.02.2012 | 26.06.2016 | fisl |
Aufgabenbeschreibung
s.o.
|
|
728 | |
Server | Wunsch / Idee | niedrig | Logarithmische Properties | Neu | Alpha 3 | TBD (UIS) | 02.02.2012 | 26.06.2016 | fisl |
Aufgabenbeschreibung
Scheinbar haben Geräte auch logarithmische Funktionen. Siehe FS#720 Goborotation, ... Es würde m.M. nach reichen, wenn man dann die Fader Controls auf log umstellt.
|
|
811 | |
Server | Wunsch / Idee | niedrig | MTC implementieren | Zugeteilt | Alpha 4 | TBD (UIS) | 07.04.2012 | 06.05.2016 | fisl |
Aufgabenbeschreibung
MIDI Timecode
|
|
812 | |
Server | Wunsch / Idee | niedrig | MSC implementieren | Zugeteilt | Alpha 3 | | 07.04.2012 | 07.04.2012 | fisl |
Aufgabenbeschreibung
MIDI Show Control
|
|
880 | |
Server | Wunsch / Idee | niedrig | Benötigte Settings | Zugeteilt | Alpha 3 | | 31.05.2012 | 27.12.2012 | Soon5 |
Aufgabenbeschreibung
Hy,
Folgende Settings werden noch benötigt:
1. STRG Funktion beim Speichern von Scenen / Presets =⇒ Ist Filter anzeigen Default Ja / Nein 2. STRG bei Presets Drag & Drop =⇒ Wird das Preset nur auf die gespeicherten Geräte angewendet oder auf alle 3. done — Programmer Priorität einstellbar machen =⇒ (Programmer.cs –> CreateNewRegister() –> Priorität entweder “DMXCMixer.EMixerPriorityDefaults.NORMAL” oder “DMXCMixer.EMixerPriorityDefaults.PROGRAMMER”
Weiter ergänzen
Gruß Arne
|
|
1106 | |
Server | Wunsch / Idee | niedrig | Cuelist, BringToFront faden | Neu | Alpha 5 | | 01.11.2012 | 08.07.2018 | fisl |
Aufgabenbeschreibung
Die BringToFront Funktion sollte fadebar sein. FadeFactor pro Property (mal wieder)
|
|
1646 | |
Server | Wunsch / Idee | niedrig | Single Flash | Zugeteilt | unbestimmt | | 14.05.2013 | 20.02.2019 | Qasi |
Aufgabenbeschreibung
Hab beim Jahrestreffen vergessen was anzusprechen, und zwar den Single Flash bei Strobes.
Ich fänds gut, wann mann den auch ordentlich Visualisiert in der LiveView einbauen würde.
Am beispiel von Henne’s Strobo Mod.
|
|
1649 | |
Server | Wunsch / Idee | niedrig | Take Fade pro Property | Neu | Beta 3 | | 14.05.2013 | 14.05.2013 | fisl |
Aufgabenbeschreibung
Analog zu Fade/Delay pro Property möchte ich auch Take Fade pro Property angeben können. Im Cue Timing Editor wird es einen weiteren Eintrag in der Combobox geben “Flags”
|
|
1710 | |
Server | Wunsch / Idee | niedrig | Cuelist, ReleaseMode | Neu | Beta 3 | | 08.07.2013 | 08.07.2013 | fisl |
Aufgabenbeschreibung
- Einstellbar ob eine automatisch laufende Cuelist stoppt, sobald der Release läuft. (Stop trigger on release)
Und dann fällt mir gerade ein, hatte ich mich mal mit Matthias? oder Arne? über den Start einer Cuelist, die auf Loop oder Bounce steht, unterhalten habe. Es ging darum, dass ich beim Fade In der Cuelist andere Zeiten haben möchte, als im normalen Loop Betrieb.
|
|
1777 | |
Server | Wunsch / Idee | niedrig | Variablen in Eigenschaften | Zugeteilt | Beta 4 | | 21.08.2013 | 20.02.2019 | Lukas S. |
Aufgabenbeschreibung
Sinnvoll wäre es Variablen in Eigenschaften unterbringen zu können. Eine Variable könnte dann zum Beispiel so aussehen:
$BeispielVariable
Wenn ich so eine Variable nun zum Beispiel einer Phase von einem Effekt zuweise:
0<$BeispielPhase
Könnte ich, wenn ich die Variable einen Input zuweisen könnte, noch nachträglich die Phase des Effektes verändern. Oder wenn ich meine Movingheads auffächere mit
-20<20
könnte ich dank
-$Fächer<$Fächer
die Fächerung hinterher noch justieren und so mein gespeicherten Szenen super einfach live variieren.
|
|
1805 | |
Server | Wunsch / Idee | niedrig | HAL Erweiterungen | Zugeteilt | 3.1.1 | TBD (UIS) | 25.10.2013 | 03.08.2018 | Soon5 |
Aufgabenbeschreibung
Color
Wheelrotation, Random
Prisma
Rotationen
Pulsed Rotations (Können auch gut Simuliert werden) =⇒ Constant Pulse (Puls immer x HZ (über HAL Settings konfigurierbar) und Geschwindigkeit geht auf Drehgeschwindigkeit) =⇒ Variable Pulse (Geschwindigkeit immer x % (über HAL Settings) und Pulsfrequenz auf Geschwindigkeit)
=⇒ Kann über Rechteck Effekt auf Rotation nachgebaut werden, daher kleine Priorität.
Virtuelles Farbrad
=⇒ Wie normales Farbrad, aber auch bei RGB Geräten möglich
Splitfarben
=⇒ Gehen voll ab! Anpassung überall wo Farben verwendet werden. Eigener Struct mit Start, End Farbe und % Wert
Zoom, Focus, Iris, Frost
⇒ Zoom: Angabe in °, von klein nach groß ⇒ Focus: Angabe in % ⇒ Iris: Angabe in %, von offen nach zu ⇒ Frost: Angabe in %, von kein Frost bis voll Frost
Blendenschieber
⇒ 4 Modi: 1. Pro Blende 2 Ecken 2. Pro Blende Einfahren und Winkel 3. Pro Blende Einfachen und Rotation 4. Pro Blende Einfachen + Gesamtrotation
⇒ 1 und 2 lassen sich gemeinsam behandeln und ineinander umrechnen.
Farbtemperatur
1. Slot auf dem Farbrad
2. Separater DMX Kanal (wie RGBW) ⇒ Korrekturkanäle mit Realwerten (von Kalt nach Warm, also 7000K - 5600K)
RGB+ Geräte
1. Separate Regler für W und A (und sonstige LEDs) =⇒ Kaltweiß und Warmweiß 2. Bei Weiß 3 Modi: ⇒a. Weiß hinzufügen ⇒b. RGB mit Zunahme von Weiß ausfaden ⇒c. Weiß gar nicht automatisch dazumischen (muss also manuell hinzugefügt werden)
Nebel
⇒ Heat und Cool Kanal ⇒ Fanspeed
|
|
1807 | |
Server | Wunsch / Idee | niedrig | Integration Executoren -> Softpult | Unbestätigt | unbestimmt | 3.4 | 26.10.2013 | 28.11.2021 | Soon5 |
Aufgabenbeschreibung
Ziel: Softpult und Executoren werden vereinigt
Vorgehen: 1. Es gibt im Softpult ein Control “Executor” welches den aktuellen Executor im Design darstellt. Das Control kann nur in Größe und Eigenschaften (Farben) geändert werden. Die Anordnung und Anzahl der Elemente innerhalb des Executors ist nicht anpassbar.
2. Jede “Executor Page” wird in eine “Softpult Page” überführt.
3. Auf der “Softpult Page” können beliebig die Executor Controls sowie die anderen Softpult Controls plaziert werden. Die Executoren werden wie bisher über den PE mit den Cuelists verbunden, alle anderen Controls wie bisher über das Input Assignment
4. Es gibt “Softpult Groups”, welche Softpulte Gruppieren können
5. Das aktuelle “Executor” Fenster wird die Darstellung der Softpult Groups übernehmen. Über die “Pagination” kann zwischen den Softpulten hin / her geschaltet werden. Um mehrere Softpulte gleichzeitig zu öffnen muss es die Möglichkeit geben das neue Softpult Fenster beliebig oft zu öffnen.
6. Drei Darstellungsformen des Executor Controls (full und small (nur Buttons)). a. Full Blown b. Slider (nur Select, Slider, Flash) c. Button (nur Select, Go)
|
|
1810 | |
Server | Wunsch / Idee | niedrig | Matrix Color Scroll Effekt, Random Modus | Zugeteilt | Beta 3 | TBD (UIS) | 27.10.2013 | 06.05.2016 | fisl |
Aufgabenbeschreibung
Wie Chaser sollte ein Random mode unterstützt werden.
|
|
1858 | |
Server | Fehlerbericht | niedrig | Programmer Wert wird nicht angezeigt, wenn 2 Gruppen se... | Neu | Beta 5 | | 25.12.2013 | 25.12.2013 | fisl |
Aufgabenbeschreibung
Generic Dimmer, Group 1 + 2 At Full → Einträge für Group 1 und 2 inkl Dimmer im Programmer vorhanden, aber keine Werte.
Clear Generic Dimmer, Group 1 + Device 1 At Full → Wert bei Device 1 aber nicht bei Group 1
Clear Group 1 At Full → Wert bei Group 1 vorhanden.
|
|
1860 | |
Server | Wunsch / Idee | niedrig | Programmer Wertedarstellung | Neu | Beta 5 | | 25.12.2013 | 25.12.2013 | fisl |
Aufgabenbeschreibung
Folgendes sollte im Programmer ersichtlich sein:
- Werte sind (teilweise) überschrieben (Position, aber Pan gesetzt) - Werte enthalten Effekte / Filter - Die Effekte / Filter sollten sich anzeigen lassen. - Spalten mit Properties, die nicht bei allen Geräten vorhanden sind, sollten bei diesen anders dargestellt werden. - Die Device/Group Reihenfolge innerhalb der Gruppe sollte dargestellt werden. - Die Hirarchie ebenfalls (Gruppen in Gruppen) - Umstellung auf XNA 4 Control von Patrick
tbc.
Sollten wir drüber diskutieren und in einzelne Einträge aufteilen.
|
|
1862 | |
Server | Wunsch / Idee | niedrig | Programmer View | Zugeteilt | Beta 5 | | 26.12.2013 | 10.06.2014 | fisl |
Aufgabenbeschreibung
G1: D1, D2 G2: D3, D4 G12: G1, G2
SDG = G12, D5, D3, Dimmer At 0 > 100
| Dimmer
-------|-------------
-G12 |
-G1 |
D1 | 0
D2 | 25
-G2 |
D3 | -
D4 | 50
D5 | 75
D3 | 100
SDG = G12, Dimmer At 0 > 100
| Dimmer
-------|-------------
-G12 | 0 > 100
-G1 |
D1 | 0
D2 | 33,33
-G2 |
D3 | 66,66
D4 | 100
zusätzlich SDG = G2, Color At 0,0,0 > 255,0,0
| Dimmer | Color
-------|---------|------------
-G12 | 0 > 100 |
-G1 | |
D1 | 0 |
D2 | 33,33 |
-G2 | | 0,0,0>255,0,0,0
D3 | 66,66 | 0,0,0
D4 | 100 | 255,0,0
SDG = G12, G1, D3, D1 Dimmer At 0 > 100
| Dimmer
-------|-------------
-G12 |
-G1 | -
D1 | -
D2 | -
-G2 |
D3 | -
D4 | 0
-G1 |
D1 |
D2 | 33,33
D3 | 66,66
D1 | 100
Zusätzlich SDG = G12 Color 0;0;0 > 255;0;0
| Dimmer | Color
-------|--------|------------
-G12 | | 0;0;0 > 255;0;0
-G1 | - |
D1 | - | 0;0;0
D2 | - | x;0;0
-G2 | |
D3 | - | y;0;0
D4 | 0 | 255;0;0
-G1 | |
D1 | |
D2 | 33,33 |
D3 | 66,66 |
D1 | 100 |
Zusätzlich SDG = D4, G1, D1, Iris 0 > 255
| Dimmer | Color | Iris
-------|--------|-----------------|-----
-G12 | | 0;0;0 > 255;0;0 |
-G1 | - | |
D1 | - | 0;0;0 |
D2 | - | x;0;0 |
-G2 | | |
D3 | - | y;0;0 |
D4 | 0 | 255;0;0 |
-G1 | | |
D1 | | | -
D2 | 33,33 | | 1
D3 | 66,66 | |
D1 | 100 | | 2
D4 | | | 0
Zusätzlich SDG = D2, G2, Zoom 0 > 255
| Dimmer | Color | Iris
-------|--------|-----------------|-----
-G12 | | 0;0;0 > 255;0;0 |
-G1 | - | |
D1 | - | 0;0;0 |
D2 | - | x;0;0 |
-G2 | | |
D3 | - | y;0;0 |
D4 | 0 | 255;0;0 |
-G1 | | |
D1 | | | -
D2 | 33,33 | | 1
D3 | 66,66 | |
D1 | 100 | | 2
D4 | | | 0
D2 | | | | 0
-G2 | | | |
D1 | | | | 50
D2 | | | | 100
Vorschlag (siehe Kommentar): SGD = G12, Dimmer At 100
| Dimmer
-------|-------------
-G12 | 100
-G1 | 100
D1 | 100
D2 | 100
-G2 | 100
D3 | 100
D4 | 100
Die Darstellung oben wird schnell sehr unschön. Ich denke folgendes wäre besser. Es gibt 2 Ansichten. In der ersten sieht man seine Selektionen. Für jede Selektion eine eigene Reihe. Wird die Selektion mehrfach verwendet, (Color, Zoom) werden die Werte in schon vorhandene Reihe geschrieben. In einer weiteren Ansicht werden nur die Geräte mit den gefannten Werten dargestellt. Da könnte man z.B. noch ein Tooltip einbauen, das aufgeht wenn man länger auf einer Zelle bleibt, wo drinsteht, wo der Wert herkommt. D1 Dimmer: G12, G1, D3, D1 0 > 100. Ich denke so macht das mehr Sinn und ist übersichtlicher.
(Detail Expanded)
| Dimmer | Color | Iris | Zoom
-----------------|---------|-----------------|---------|---------
-G12, G1, D3, D1 | 0 > 100 | | |
-G12 | | | |
-G1 | - | | |
D1 | - | | |
D2 | - | | |
-G2 | | | |
D3 | - | | |
D4 | 0 | | |
-G1 | | | |
D1 | - | | |
D2 | 33,33 | | |
D3 | 66,66 | | |
D1 | 100 | | |
-G12 | | 0;0;0 > 255;0;0 | | 0 > 100
-G1 | | | |
-D1 | | 0;0;0 | | 0
-D2 | | x;0;0 | | 25
-G2 | | | |
-D3 | | y;0;0 | | 50
-D4 | | 255;0;0 | | 100
-D4, G1, D1 | | | 0 > 100 |
-D4 | | | 0 |
-G1 | | | |
-D1 | | | - |
-D2 | | | 50 |
-D1 | | | 100 |
(Detail, Collapsed)
| Dimmer | Color | Iris | Zoom
-----------------|---------|-----------------|---------|---------
+G12, G1, D3, D1 | 0 > 100 | | |
+G12 | | 0;0;0 > 255;0;0 | | 0 > 100
+D4, G1, D1 | | | 0 > 100 |
(Device view, collapsed)
| Dimmer | Color | Iris | Zoom
----|--------|---------|------|------
+D1 | 100 | 0;0;0 | 100 | 0 <- Tooltip für Dimmer: G12, G1, D3, D1: 0 > 100
+D2 | 33,33 | x;0;0 | 50 | 25
+D3 | 66,66 | y;0;0 | | 50
+D4 | 0 | 255;0;0 | 0 | 100
Kommentare?
Edit: 09.06.14 (Device view, with details expanded)
| Dimmer | Color | Iris | Zoom
-------------------|---------|-----------------|---------|--------
-D1 | 100 | 0;0;0 | 100 | 0
-G12, G1, D3, D1 | 0 > 100 | | |
-G12 | | 0;0;0 > 255;0;0 | | 0 > 100
-D4, G1, D1 | | | 0 > 100 |
-D2 | 33,33 | x;0;0 | 50 | 25
-G12, G1, D3, D1 | 0 > 100 | | |
-G12 | | 0;0;0 > 255;0;0 | | 0 > 100
-D4, G1, D1 | | | 0 > 100 |
-D3 | 66,66 | y;0;0 | | 50
-G12, G1, D3, D1 | 0 > 100 | | |
-G12 | | 0;0;0 > 255;0;0 | | 0 > 100
-D4 | 0 | 255;0;0 | 0 | 100
-G12, G1, D3, D1 | 0 > 100 | | |
-G12 | | 0;0;0 > 255;0;0 | | 0 > 100
-D4, G1, D1 | | | 0 > 100 |
|
|
1864 | |
Server | Wunsch / Idee | niedrig | Effekte untereinander synchronisieren | Neu | Beta 5 | | 26.12.2013 | 11.04.2017 | fisl |
Aufgabenbeschreibung
Letzten Monat oder habe ich über Effekte nachgedacht, und da das jetzt auch im Forum aufgeschlagen ist:
Ich möchte auf Position einen Circle haben. Und auf den Schutter einen Rectangle. Der Shutter soll ab einer bestimmten Position zugehen und ab einer anderen wieder aufgehen. Ich möchte diese Positionen einmal am Rectangle einstellen und ab dann werden die Effekte automatisch synchronisiert. D.h. wenn ich beim Circle die Phase/Frequenz/etc. ändere sollen diese auch beim Rectangle so eingestellt werden, dass sich die Positionen nicht veändern.
Natürlich müssen die Positionen auch beim abspielen der Cues reproduzierbar sein.
Anderes Beispiel wäre_ Auf Tilt befindet sich ein Sawtooth. Abwärtsbewegung langsam und sichtbar und die Aufwärtsbewegung soll so schnell wie möglich sein. Während dieser Bewegung soll der Shutter geschlossen sein.
|
|
1982 | |
Server | Wunsch / Idee | niedrig | Live deaktivierte Geräte beim nächsten Fade auf Nox set... | Neu | Beta 6 | | 30.05.2014 | 25.10.2014 | Stefan |
Aufgabenbeschreibung
* Projekt (z.B. http://www.dmxcontrol.de/flyspray/index.php?getfile=679) laden * Cuelist laden und starten * ein Gerät deaktivieren
Nun die Cuelist weiterlaufen lassen - das deaktivierte Gerät wird weiterhin angesprochen und in Fannings und Co. mit berücksichtigt.
Das deaktivierte Gerät sollte beim nächsten Schritt/Fade auf Nox gefaded und in Fannings nicht mehr berücksichtigt werden. Dies ermöglicht in Verbindung mit FS#1981 ein kontrolliertes Deaktivieren (mit gleichem oder nächstem Cue) eines Gerätes, nicht wie früher (inzwischen behoben) ein sofortiges Abschalten des Geräts bei Deaktivierung.
|
|
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
|
|
2046 | |
Server | Wunsch / Idee | niedrig | ALT+Doppelklick => Aufruf ohne Fadezeit in Cuelist | Unbestätigt | Beta 6 | TBD (UIS) | 03.10.2014 | 06.05.2016 | Soon5 |
Aufgabenbeschreibung
Bei ALT+Doppelklick GoTo auf Cuelist, ohne Fadezeit
|
|
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
|
|
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
|
|
2429 | |
Server | ToDo | niedrig | Gammakurven für RGBWA..... | Zugeteilt | 3.0 | TBD (UIS) | 09.03.2016 | 23.05.2018 | Qasi |
Aufgabenbeschreibung
s.o.
|