Bugtracker DMXControl 3

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.

Haben Sie einen Fehler entdeckt? Dann nutzen Sie bitte folgendes Template und beachten die Hinweise für eine reibungsfreie Bearbeitung der Tickets.

Fehlerbeschreibung

Erwartetes Verhalten

Hinweise

Aus diesem Thread: https://forum.dmxcontrol-projects.org/index.php?thread/15425-par-strahler-lauflicht-mit-geschwindigkeitssteuerung/ kam mir die Idee von "Dimmerkur​ven" 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.

Bedienen der Stage View mit einem Touchpad ist nur sehr unbequem machbar. Es ist zwar möglich durch herauszoomen und an richtiger Stelle wieder hineinzoomen die Position in der Stage View zu ändern allerdings finde ich das sehr ungeschickt. Als bessere Lösung könnte ich mir beispielsweise Vorstellen durch gedrückte rechte Taste und gleichzeitigem bewegen auf dem Touch Pad die Position zu ändern.

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

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.

Nachdem ich in letzter Zeit bei einigen kleinen Veranstaltungen DMXC vorbereitet habe, habe ich gemerkt dass folgendes für einige User nicht erkenntlich ist: In DMXC sind zwar einige DDFs vorhandenen jedoch gibt es die meisten in der online Lib von der einige Leute nichts wissen. Daher schlage ich vor dass wenn man in DMXC nach einem DDF sucht welches nicht vorhanden ist ein Hinweis mit Link auf die online Lib erscheint.

Wie bereits im Forum mit @JPK besprochen (https://forum.dmxcontrol-projects.org/index.php?thread/16686-probleme-bei-benutzung-berechneter-phase) wäre es praktisch eine Konstante zu haben, die den (Phasen-)Winkel zwischen den Geräten einer Gruppe angibt. Um das umzusetzen müssten folgende Punkte implementiert werden:

* Erlauben von Berechnungen im Device Control
* Einführung der Konstante DEVICEANGLE (wäre wohl als 360/AnzahlAnGeräten zu definieren?)

Fehlerbeschreibung

{ParameterMaster 1:*360/COUNT*(COUNT-1)}

Erwartetes Verhalten

Hinweise

Es sollte eine Option geben, mit der eich einstellen kann, wann die Cuelists gestoppt werden
Immidiantly
AfterFadeIn
AfterFaderIn(Kill)

Fallen Graphen im Input Assignment etwas umfangreicher aus, verschwinden die Inputs und Outsputs zwischen den teilweise großen Nodes. Um die Inputs und Outputs besser im Graphen zu finden, wäre es gut, wenn diese farblich hervorgehoben werden.

Fehlerbeschreibung

Erwartetes Verhalten

Lösung

Lösungsvorschlag 1

Lösungsvorschlag 2

Der Wunsch resultiert aus folgendem Anwendungsfall heraus: ich möchte zum Beispiel einen Moving-Head für eine Szene sehr exakt positionieren, um ein Objekt oder eine Person optimal zu beleuchten. Die grobe Position kann ich noch mit Hilfe des Position Panel oder auch über eine Abschätzung der Positionswerte finden. Geht es aber dann daran, die Position auf ein paar Zentimeter genau einzustellen, muss ich aktuell immer die Werte für Pan und Tilt im Device Control ändern. Die Regler für Pan bzw. Tilt sind hier ebenfalls nicht feinfühlig genug.

Grundsätzlich ist es zwar möglich, dass ich mir im Vorfeld ein entsprechendes Connectionset für diesen Anwendungsfall baue. Dies benötigt jedoch jedes Mal Zeit, wenn man ein neues Projekt erstellt oder muss es in vorhandenen Projekten nachpflegen. Darüber hinaus beschränkt sich dies dann auch immer nur auf bestimmte Funktionen.

Daher wünsche ich mir, dass unter anderem im Device Control die Möglichkeit geschaffen wird, über Tastatur-Shortcuts oder über Buttons mit der Maus die Werte für die Gerätefunktionen inkrementell und mit einer feinen Abstufung zu ändern.

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…

Rechts oben gibt es einen ‘Netz’ Button und ein weisses Suchfeld (?). Beide sind nicht interaktiv, es gibt kein Tooltip und auch kein Kontextmenu. Als neuer User habe ich keine Ahnung was das ist.

Die Modifier (m/f/c) zum Anordnen der Geräte/Gruppen sind nicht aus DMXC erkennbar, bzw. man muss davon wissen.
Vorschlag: in der Menuleiste drei Toggle-(Radio)-Buttons hinzufügen, welche über die Tasten umgeschalten werden, aber auch per Maus/Touch nutzbar sind.
Es gibt in der Menuleiste genügend Platz dafür.

In der Kanalübersicht gibt es links einen vertikalen Slider. Leider gibt es kein Tooltip oder sonstigen Hinweis, was der Slider macht.
Vorschlag: Tooltip und Dokumentation im Wiki hinzufügen

Bad practice: Bei den vertikalen Buttons auf der linken Seite sind die meisten Tooltiptexte identisch mit den Buttonlabels und somit redundant. Das Tooltip sollte die Buttonaktion erklären, wie z.B. bei ‘Blackout’.

Ich weiss nicht, ob dieses Verhalten Absicht ist, jedenfalls finde ich es verwirrend und counter-intuitive: Im Stage View muss ein Gerät zuerst mit einem Linksklick angewählt werden, um es zu verschieben oder das Kontextmenu mit einem Rechtsklick zu öffnen.
Gegenbeispiel: beim Windowsdesktop ist es nicht nötig, eine Datei/Verknüpfung zuerst explizit auszuwählen. Geradezu verwirrend finde ich es, dass ein Rechtsklick auf ein nicht ausgewähltes Icon das Kontextmenu des StageViews öffnet anstatt des Gerätes.

Ich baue mir aktuell mehrere Cuelists mit einer höheren Priorität, bei ich laufende Cuelists gezielt für folgende Lichtstimmungen überschreibe:

• Moderationslicht
• Einmarsch
• Siegerehrung
• Spiegelkugel-Ambiente

In allen Fällen nutze ich für die jeweiligen Lichtstimmungen meist die gleichen Geräte, die sonst auch für die allgemeine Show mitlaufen. Habe ich nun solche Mehrfachverwendungen, muss ich aktuell immer manuell dafür sorgen, dass ich in den zugehörigen Cuelists zum Beispiel die Gobos und Prismen herausnehme oder den Strobe gezielt auf 0 setze, wenn ich eine “saubere” Ausgabe haben möchte. Sprich: auch wenn ich einen Strobe-Effekt abfeuere, soll das Gerät für das Moderationslicht nicht mit stroben. Dies wird insbesondere bei Moving Heads mit ein paar mehr Funktionen immer aufwendig.

Um die Programmierung zu vereinfachen, würde ich mir eine Möglichkeit wünschen, bei der ich gezielt festlegen kann, dass für in der Cuelist nicht verwendete Funktionen automatisch die Grundwerte von den verwendeten Geräten herangezogen werden. So müsste ich dann für das Spiegelkugel-Ambiente nur Dimmer, Position, Farbe und Iris festlegen. Andere Funktionen wie Gobo oder Prisma werden beim Starten auf die Werte gesetzt, die die Geräte als Default einnehmen (Gobo offen, kein Prisma, kein Strobe).

In den meisten Anwendungen gibt es einen globalen Shortcut [ctrl] + [s], um das aktuelle Dokument zu speichern. Im Idealfall wird der Shortcut auch im Menu angezeigt (siehe Menu von Firefox).

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.

Hallo liebes DMXControll 3 Team,
ich hätte eine Anregung für die Stage-View. Ich fände es cool wenn man, eine Gerätegruppe in der StageView aktiviert man die enthaltenen Geräte visuell hervorgehoben werden und die Sortierung der Geräte in der Gerätegruppe wie bei einer manuellen Anwahl in der StageView zu sehen wäre.

Ich freue mich auf ein Update und finde euer Programm super.
Danke LG
Arne

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.

s.o.

Ich denke das würed es uns leichter machen komplizierte Fehler zu reproduzieren.

MfG
Patrick

Schneller passiert als man denkt,
einmal nicht aufgepaßt welches Node man gerade ausgewählt hat und schon löscht man das falsche Node mit allen dazu gehörigen Verbindungen.

Ein Undo Redo kann hier ungewollten Schaden verhindern.

Wird aktuell ein Projekt aus einer neueren DMXC-Version in einer älteren Version geöffnet, gibt es (wohl) nur eine Warnung im Kernel-Log.
Es wäre besser, den Benutzer auch in der GUI auf das Problem hinzuweisen.

Schlosssymbol Funktion in Kamera Steuerung. Aktivieren/Deaktivieren “Kamera fixieren”

Im Moment ist das Icon für “fixiert die Icons”

Fixieren der Icons sollte weiterhin möglich sein aber vieleicht an anderer Stelle.
Als Vorschlag aus “Icons” ein Drobdown Menue was Icons betrifft, Alias-Icon hinzufügen, Alias-Icon löschen, Icons fixieren. Ähnlich wie bei Anzeigen/Ausblenden.

“Linienscanner” - Ein Senkrechter Strich, der von links nach rechts durchwandert. Der Strich kann im Winkel gedreht werden, sodass bei 90° der Strich waagerecht von oben nach unten durchläuft

Mehreren Nutzern ist aufgefallen, dass der Cuelist Monitor nach dem Laden eines Projekts erst auf die Eingaben per Touchscreen reagiert, wenn man in ihn initial einmal mit der Maus geklickt hat. Beispiele für diese Aussagen sind folgende Threads:

• https://forum.dmxcontrol-projects.org/index.php?thread/16136/&postID=135955#post135955
• https://forum.dmxcontrol-projects.org/index.php?thread/16526/&postID=138901#post138901

I have a simple preset (dimmer and colour values for LED Pars), and this preset is used in a number of cues. When I ‘Edit in programmer’ the preset, change the colour values and then ‘Update’ the preset, the next time I go to play the cuelist the cues won’t play and a series of error reports appear in the kernel output. I’m also unable to save the project after this.

I can’t see a way to attach a log file to this report, but here’s a Dropbox link to the log zip file: https://www.dropbox.com/s/i6we4ho0szycprv/DMXControl3Logs_2022430_213811.zip?dl=0

Es sollte die Möglichkeit geben, das man Effekte die man auf einen Gruppe gelegt hat auch über das Input Assignment steuern kann.

Z.B. beim Chaser, den Playmode, Verweilzeit und Break über das Softpult
bzw. DMX-In Steuern kann.

es wäre nice, wenn im Masterfenster der Filter gespeichert werden könnte (also die Auswahlboxen).

Ein Lauflicht im Außenkreis wobei der erste Pixel immer der hellste ist und dahinter immer dunkler sind:
https://ak.picdn.net/shutterstock/videos/1034400863/thumb/5.jpg?ip=x480

s.o.

S.o.

Eine Cueliste die den i halt einer anderen Cueliste 1 zu eins als refferenz übernimmt, aber seperat ausgeführt werden kann

Selection Grid siehe MA
Als Diskussionsgrundlage

Hällt alle daten cuelists exexutoren, alles und ist im project umschaltbar und kann usern zugeordnet werden

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

• Use cue time as back time
• Use cue time as goto time

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.

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.

Wird im Expression-Node bei einem Input für eine Variable ein fester Wert wie zum Beispiel 14311 eingetragen (siehe Bild 1), so wird dieser nicht beim erneuten Laden des Projekts nicht mehr vorhanden. Dazu fehlt in den Properties des Nodes auch der zugehörige Eintrag (siehe Bild 2).

Daraus lässt sich ableiten, dass das Expresion-Node erwartet, dass alle Inputs mit anderen Nodes verbunden sind, von denen es seine Werte erhält. Dies Verhalten ist so nicht erwartet, weil es bei allen anderen Nodes klappt.

wenn ich ein Gerät in eine Elektrizität Gruppe hinzufüge wird mir dieses Gerät nicht automatisch im Baum Angezeigt.
Keine Rückmeldung ob Gerät hinzugefügt wurde, erst das Aktuallisieren der Ansicht (F5 oder ähnliches) lässt das Gerät erscheinen.

Mausrad scrollt, Strg + Mausrad - Zoomen (oder anders rum) –> Aktuell Zoomt man nur mit dem Mausrad

Fehlerbeschreibung

s.o. (Reminder für JPK, siehe Projekt SpeedMaster Slider Beispiel)

Beim Einfügen des bereits existierenden List Selectors kam mit der Gedanke zu folgendem neuen Node auf: dem “Item List” Node.

Das Item List Node gehört zur Kategorie der Wrapper-Nodes und ermöglicht das Arbeiten mit im Projekt existierenden Item Lists wie Gobo List, Color List oder Position List. Entsprechend der gewählten Liste stellt es die folgenden Ein- und Ausgänge zur Verfügung.

Eingänge

• Item List: Wählt die Item List mit der entsprechenden ID oder dem Namen
• Select: Übergabe eines ganzzahligen Werts zur Auswahl eines bestimmten Objekts in der Item List
• Previous: Auswahl des vorherigen Objekts
• Next: Auswahl des nachfolgenden Objekts

Ausgänge

• Name: Name der zugeordneten Item List
• ID: ID der Item Liste
• Items: Ausgabe der Liste der enthaltenen Werte wie die verschiedenen Farben bei einer Color List, Gobos der Gobo List etc.
• Item count: Anzahl der Objekte in der Liste
• Selected Item: Ausgabe des ausgewählten Eintrags

Ein möglicher Anwendungsfall für das Item List Node wäre zum Beispiel die “zentrale” Verwaltung von Farben für den Status eines Buttons im Softdesk oder auf einem Makro Board. Bis jetzt ist ein üblicher Weg, die verschiedenen Farben in einem Input Selector zu hinterlegen. Verwendet man die gleichen Farben mehrfach muss auch der Input Selector mehrfach konfiguriert werden. Mit Hilfe des Item List Nodes würde die Farbdefinition zentral im Project Explorer erfolgen. In den betreffenden Connectionsets greift man dann nur noch den Index der Liste auf. Möchte man die Farben im Nachgang nochmal ändern oder mit einer weiteren Farbe arbeiten, muss man hier auch nicht mehr alle Input Selecotren einzeln anfassen und die Farbe hinterlegen. Es muss stattdessen nur dafür gesorgt werden, dass der benötigte Index am Item List Node ankommt, wenn es nicht bereits vorher schon der Fall war.

Aus der Erfahrung heraus gibt es für LED-Scheinwerfer eine Reihe von Farben, die man gerne wiederverwendet, weil man weiß, dass sie auf den Geräten gut aussehen. Solche Farben sind aber oft Mischfarben. Diese Mischfarben kann man mit einem Fader jedoch nur schwer schnell und reproduzierbar “treffen”.

Grundsätzlich besteht die Möglichkeit, diese Farben in mehreren Cuelists zu speichern, gerade wenn man sie über mehrere Geräte unterschiedlich aufrufen möchte. Um das Projekt flexibler zu gestalten, kam mir daher der Gedanke, dass man durch die Kombination eines Color Masters auf einem Executor mit einer selbst definierten Color List ggf. vereinfachen könnte. Hierzu wähle ich statt eines Faders wie Hue, Saturation, Red oder ähnlich eine meiner vorbereiteten Color Lists aus. Auf Basis dieser Color List erhält man im Bereich des Faders statt des Faders untereinander angeordnete Buttons mit den Farben aus der ausgewählten Color List. Damit ließen sich eigene Farben entsprechend schneller anwählen und man benötigt für einen Color Master auch nur einen Executor-Zug.

Wenn der Darkmode aktiviert ist, ist z.B. bei der Benennung von MIDI Regeln der Text auf weißem Hintergrund selber weiß und somit nicht lesbar.

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:

• Fade-In Time (ms): Zeit wie lange der Farbwechsel beim einfaden dauert

• On Time (ms): Zeit wie lange die Farbe gehalten wird

• Fade-Out Time (ms): Zeit wie lange der Farbwechsel beim ausfaden dauert

• Duration (ms): Zeit zwischen dem Start der ersten Lampe und dem Start der nächsten Lampe, Idealerweise mit dem „Speed master“ steuerbar, wird nicht von Fade-In Time beeinflusst

• Run: bei loop, der Durchlauf wird wiederholt, bei single, wird nurch einmal durchgelaufen

• Revers: bei nein, ablauf der Schritte hochzählend (1-2-3-4), bei ja, ablauf der Schritte Rückwärts (4-3-2-1)

• Ping-Pong: nein, der Ablauf beginnt wieder von Vorne (1-2-3-4|1-2-3-4|1-2-3-4|…), bei ja läuft der Ablauf einmal Vorwärts und danach rückwärts und dann wieder vorwärts usw. (1-2-3-4-3-2-1-2-3-4)

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