Bugtracker DMXControl 3

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

 at org.dmxc.lumos.Kernel.Master.MultimediaTimer.Start() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Master\SpeedMaster.cs:line 557
 at org.dmxc.lumos.Kernel.Master.SpeedMaster.set_Interval(Int32 value) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Master\SpeedMaster.cs:line 187
 at org.dmxc.lumos.Kernel.Master.SpeedMaster.SetMasterSpeed(Double ms, Boolean throwEvent) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Master\SpeedMaster.cs:line 214
 at org.dmxc.lumos.Kernel.Master.SpeedMaster.set_FaderValue(Double value) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Master\SpeedMaster.cs:line 253
 at org.dmxc.lumos.Kernel.Master.SpeedMaster.LoadFromManagedTree(ManagedTreeItem m) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Master\SpeedMaster.cs:line 434
 at org.dmxc.lumos.Kernel.Master.MasterManager.LoadBeforeContainer(LumosIOContext context) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Master\MasterManager.cs:line 776
 at org.dmxc.lumos.Kernel.Master.MasterManager.org.dmxc.lumos.Kernel.Run.ILumosProjectManager.loadProject(LumosIOContext context, ELoadTime time) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Master\MasterManager.cs:line 747   at org.dmxc.lumos.Kernel.Project.ProjectManager.<>c__DisplayClass51_1.<LoadProjectFromStream>b__1(ILumosManager m) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Project\ProjectManager.cs:line 426
 at System.Linq.Enumerable.All[TSource](IEnumerable`1 source, Func`2 predicate)
 at org.dmxc.lumos.Kernel.Run.AbstractRunManager`2.DoManagerTopDown(Func`2 action) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosLIB\src\Kernel\Run\AbstractRunManager.cs:line 142
 at org.dmxc.lumos.Kernel.Project.ProjectManager.LoadProjectFromStream(ProjectVersionID id, Stream projectStream, IProgress`1 progress) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Project\ProjectManager.cs:line 421

Fehlerbeschreibung

Hallo,

ich benutze unter Win10 das Lixada USB-DMX512 Dongle mit dem Illutzmination Treiber um ein RGB Par zu steuern. Funktioniert zunächst wie gewünscht, aber nach einiger Zeit (wenige Sekunden bis Minuten) kommen an der Lampe keine Änderungen mehr an (Display an der Lampe blinkt nicht mehr). Der USB-Stick flackert dann auch nicht mehr orange. Wenn ich unter DMX-Interfaces das Häkchen für “Enable” entferne und wieder setzte läuft es kurz wieder weiter, bis es wieder stoppt. Im Lumos Log steht:

2019-04-20 21:47:36,610 [56] INFO org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Set timing values to Break 0, MAB 243, IB gap 254
2019-04-20 21:47:36,612 [56] INFO org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Successfully enabled uDMX interface with serial ‘ILLUTZMINATOR001’ 2019-04-20 21:48:18,288 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 3 bytes, wrote 0
2019-04-20 21:48:18,489 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 3 bytes, wrote 0
2019-04-20 21:48:18,690 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 3 bytes, wrote 0
2019-04-20 21:48:18,891 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 3 bytes, wrote 0
2019-04-20 21:48:19,092 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 3 bytes, wrote 0
2019-04-20 21:48:19,293 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 3 bytes, wrote 0
2019-04-20 21:48:19,494 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 3 bytes, wrote 0
2019-04-20 21:48:19,695 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 3 bytes, wrote 0
2019-04-20 21:48:19,896 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 3 bytes, wrote 0
2019-04-20 21:48:20,098 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 3 bytes, wrote 0
2019-04-20 21:48:20,299 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 2 bytes, wrote 0
2019-04-20 21:48:20,512 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 1 bytes, wrote 0

Kann man evt. an Timing-Konfigurationen etwas Entspannteres einstellen? Der Test der Hardware mit Freestyler zeigt bisher keine solchen Abbrüche.

Danke für Feedback.

Wird im Multiclientbetrieb gearbeitet werden änderungen am Softdesk nicht an andere Sessions publiziert. Auch das Speichern von Änderungen am Softdesk ist so nur auf einem (zufälligen?) Client möglich.

Höchstwahrscheinlich bedingt durch die derzeit fehlende Weiterentwicklung von DDF Creator 3 werden eigentlich gültige Tags entweder nicht angezeigt oder beim Speichern des DDFs ohne weitere Kommentierung gelöscht:

gemäß Wiki gültige Tags:
https://wiki-de.dmxcontrol-projects.org/index.php?title=DDF-Struktur_DMXC3

• <mode> –> kann nicht im Creator gesetzt werden, wird aber beim Speichern aus dem manuell ergänzten Original übernommen

• <electrical>

<static>30</static>

  </electrical>
    --> kann nicht im Creator gesetzt werden und wird kommentarlos aus dem XML entfernt

Folgendes Vorgehen löst den Fehler aus, auch in der 3.3 Alpha6 vorhanden, Logs der 3.3 anbei.

Device Group mit Generic RGB, Farbe auf Rot in Cuelist speichern. → funktioniert wie erwartet
Anschließend alle Devices aus der Gruppe löschen, Projekt speichern und neu laden.
Projekt neu laden, wieder Geräte in die Gruppe hinzufügen, Cuelist starten → keine Farbe mehr vorhanden, bei “Edit in Programmer” wird keine Eigenschaft aufgerufen, der Programmer bleibt leer.

Hintergund:
Ich habe für mich ein Standard-Projekt erstellt, dieses hat 4 Gruppen und je nach Veranstaltung werden andere Geräte in die Gruppen aufgeteilt, teils mit vollkommen unterschiedlichen Setups. Mir ist es nun schon passiert das ich mir beim Anpassen des Projektes alles zerstört habe weil ich erst einmal alle Gruppen geleert haben.
Beim letzten Mal wollte ich das ganze verhindern und habe ein Gerät in die Gruppe gesteckt das ich sonst nicht nutze, leider tritt der Fehler auch auf wenn das Gerät keine Farbeigenschaft hatte, daher hat mir die Nebelmaschine in der Gruppe auch nicht vor dem Verlust geschützt.

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

Einen beliebigen Effekt auf ein Gerät ziehen, anschließend editieren.
Dann in den Tab Effects wechseln, dort wird der Effekt angezeigt, allerdings mit den ursprünglichen Werten, die Änderungen werden nicht angezeigt.

Speichere ich den Effekt aus dem Effects-Tab ab wird er mit den korrekten Werten gespeichert.

Issue 1:

Adjusting the cue start time in the Timecode player seems very erratic and inaccurate.

See this video: https://vimeo.com/904891438/2e89a27c8b?share=copy

I slowly drag the “Cue B” start time across the timeline.

As I drag, the display is very jumpy/flickering. The cue start time value in the cuelist window is gradually incrementing as I drag, but it is not showing the same time as the position of the cue in the Timecode Player window.

I’ve attached a screenshot which shows that as I’m dragging the cue start time over the ~3 second mark in the Timecode Player, the value displayed in the Cuelist editor is 00:00:02.006

I think this is a different issue to  FS#5239  which described the cuelist times working in frames rather than milliseconds which is why I’m reporting it.

Issue 2:

I notice that in order to add a fade time to a cue from the Timecode Player, I first have to set a delay time of greater than zero in order to access the fade time handle.

See this video:

https://vimeo.com/904893990/6b088c1e30?share=copy

Cue A has an initial delay greater than zero, so I’m able to change the fade time by clicking and dragging the top of the cue.

Cue B has fade and delay times of zero, and I’m not able to change the fade time unless I first add a delay by clicking and dragging the bottom of the cue.

It would be easier if it wasn’t necessary to create a temporary delay time in order to access the fade control handle.

If you need any additional information, let me know.

Thanks as always for all your work on this!

Fehlerbeschreibung

Erwartetes Verhalten

Hinweise

Fehlerbeschreibung

Erwartetes Verhalten

Hinweise

Hallo,
Ich hatte da schon in der 3.2.3 Version eine Ahnung das da was nichtv stimmt, konnte mir das aber nicht erklären und hatte was anderes in Verdacht.
Beim Probieren mit der 3.3.0 konnte ich das Verhalten aber konkret nachvollziehen.
Aber leider kann man zur Zeit, wegen des Export Bugs, die Projekte nicht Übertragen.

Dann habe ich es mit der 3.2.3 probiert und auch hier kann es reproduzierbar nachvolzogen werden.

Ich erstelle ein neues Projekt, lasse mir den Grand Master anzeigen und stelle diesen auf z. B. 60% und speichere das Projekt.
Beim erneuten aufrufen von dem Projekt, steht der Grand Master auf 66% wie eingestellt.

Soweit so gut.

Verwende ich im Input assignment aber den Grand Master Node, er muss noch nicht einmal irgendwie verbunden sein
und stelle dann den Grand Master auf 60% und speichere ich das dann.
Nun steht der Grand Master beim erneuten Laden des Projektes immer auf 0%.

Erwarten würde ich das der Grand Master egal ob ich den Node verwende oder nicht, immer das gleiche Verhalten zeigt und zwar den Wert beim letzten verwenden des Projektes übernimmt.

Gruß Steff

Hallo,
Ich habe in der Version 3.3.0 RC2 angefangen mein “großes Projekt” neu zu erstellen.
Das “große Projekt” konnte ich so nicht aus der 3.2.3 übernehen. FS#5221

Das ganze hat auch gut funktioniert.
Bis ich gestern um etwas auszuprobieren ein Node aus dem IA gelöscht habe.
In meinm Fall war es das “Grand Master Node”.

Danach bekomme ich beim Laden des Projektes viele Warnmeldungen, sowie ein paar Fehlermeldungen.
Gestern war es auch so daß Das Programm nicht mehr richtig beendet werden konnte.
Ich musste über den Task-Manager das Programm beenden.

Ich hatte auch noch versucht eine ältere Version zu laden, das funktionierte leider nicht und
ältere Versionen des Projektes sind auch nicht mehr verfügbar.

Was ist den hier kaput gegeangen ?
Und Warum ?

Logs und Projekt hänge ich an.

Gruß Steff

Manuelles Überfaden in Szenenliste einbauen über InputLayer Regler

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.

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.

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.

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

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.

Wäre sehr nutzfoll wenn DMX Control eine Midi Clock aufnehmen könnte um damit sound to light viel genauer umzusetzen.

Es wäre super wenn es in Zukunft möglich wäre die Ergebnisse des Audio Analyzers an andere Software per Midi weiterzugeben.

Hat man in ein Feld im Property-Grid geklickt, um einen Wert einzutragen, sollte beim Betätigen der Tab-Taste der Cursor direkt in das darunterliegende Feld springen und ggf. sogar direkt den Eintrag aus dem Feld auswählen. Hat ein Feld mehrere, durch ein Semikolon getrennte werde, so werden diese jeweils einzeln von links nach rechts durchgeschaltet (als ob es einzelne / getrennte Felder wären) und ebenfalls direkt zum Überschreiben ausgewählt. Durch drücken der Kombination Umschalt + Tab springt der Cursor ins vorherige Feld.

Beispiel der Tab-Reihenfolge für einen LED-PAR entsprechend des Aufbaus im Property-Grid: DIMMER > STROBE > COLOR (rot) > COLOR (grün) > COLOR (blau) > DIMMER

Aktuell ist es so, dass der Cursor quasi eine Kreis dreht: Wert > Dropdown-Pfeil für Schiebebalken > Umschaltmenü Values, Group Handlung, Registerkarte Properties > Wert

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.

Hallo zusammen.

Ich bin durch einen Kollegen auf euch gestoßen und bin fasziniert was ihr da geschaffen habt!!!
Leider habe ich ein Problem mit der Auswahl meines Audiointerfaces im Audio Analyser.

Ich besitze das Focusrite Scarlett 2i2o
https://focusrite.com/de/usb-audio-interface/scarlett/scarlett-2i2

Sobald ich dieses als Eingabegerät wählen möchte (Play Button im Audi Analyser) stürzt das komplette Programm ab :( DMXControl (GUI) crashed

Die Logfile ist im Anhang und ich würde mich mega freuen wenn ihr das in den Griff bekommt oder mir helfen könntet woran es liegt :)

Tausend Dank und weiter so, ich bin wirklich geflashed von eurer Arbeit !!!

Zwei Punkte:

a) Beim Hinzufügen der Open DMX-Schnittstelle von Enttec muss zum einen in dem sich öffnenden Fenster in dem leeren Parameterfeld für den Parameter <Gerät>

FT232R USB UART [A60185MM]

ausgewählt werden. Es ist keinerlei Hinweis sichtbar, dass hier überhaupt eine Auswahl vorgenommen werden muss. Das leere Parameterfeld wird nicht als Combobox dargestellt.

b) Werden GUI und Kernel unter Sicherung des Projekts beendet und GUI und Kernel wieder gestartet, wird zwar unter dem Reiter DMX-Schnittellen der Enttec OpenDMX als ein Zeileneintrag dargestellt. Klicken auf <Erweiterte Schnittstellenbeschreibungen> führt jedoch zur Fehlermeldung “Schnittstelle nicht verfügbar”.
Die Schnittstelle muss komplett gelöscht werden und wie unter a) neu angelegt werden.
Sicherung des Projekts hat auf das Verhalten kein Einfluss.
Wird nur die GUI beendet, tritt der Effekt nicht auf. Es muss der Kernel beendet werden.

Ich bitte um die Möglichkeit, eine CueList nicht nur aus einer Cue ausführen zu können, sondern auch andere Cuelists in die Ansicht zu laden, sodass ich zb pro Szene eine Cuelist haben kann, und die nächste Cuelist auch in die Ansicht laden kann, ohne sie manuell anzuklicken.
Vielen schonmal!

mein Aufbau:
2 cue’s in der cuelist die nur Positionsänderung vom Moving Head enthalten, beide cue’s auf follow gestellt. Mode→ Loop und start. Bewegung zu den zwei Punkten wird immer wiederholt, funktioniert.
Jetzt ändere ich die Farbe des Moving Heads im Farbkreis (Menüpunkt Color), dann fährt der Moving Head zum Startpunkt und bleibt stehen, obwohl die cuelist noch weiter am Laufen ist.

Wenn DMXControl 3.2 läuft, verbindet es sich mit allen vorhandenen Midi Ports. Die Folge ist, dass andere Programme, die danach gestartet werden, sich nicht mehr mit den Midi Ports verbinden können.

Es fehlt eine Kamerasteuerung wie in der Stageview.
Es fehlt ein Raster an dem man sich orientieren kann.
Es fehlt die Möglichkeit bei den Verbindungslinien Zwischenpunkte an zu legen um Verbindungen von Logiken runter ziehen zu können "saubere Kabelverlegung".

Ich kann auf einen Slider klicken und diesen dann durch bewegen der Maus im Wert verändern, funktioniert auch einwandfrei.
Man kann aber auch mit der Maus auf den Slider gehen und dann mit dem Scrollrad den Wert verändern.
Der Slider verändert sich, aber die Änderung wird nicht im Input Assignment übergeben.

Wurde hier auch schon mal besprochen:
https://forum.dmxcontrol-projects.org/index.php?thread/15884-slider/

Autoprepare funktioniert nur wie gewollt, wenn der Shutter eines Gerätes geschlossen ist. Wenn ein Gerät keinen Shutter hat, funktioniert Autoprepare überhaupt nicht. Bei Geräten mit Shutter greift Autoprepare schon während des Ausfadens, sofern nicht auch der Shutter geschlossen wird.

Aufbau eines einfachen Projekts zum Reproduzieren:

Cuelist mit 4 Cues:
Cue 1: Dimmer 0% und/oder Shutter geschlossen (siehe unten)
Cue 2: Dimmer 100%, Shutter offen, Farbe Blau, Position A
Cue 3: Wie Cue 1
Cue 4: Dimmer 100%, Shutter offen, Farbe Rot, Position B

Hierbei sind mir diese unterschiedlichen Verhalten aufgefallen:

Generic RGB, Cue 1/3 enthält Dimmer 0%, kein Shutter vorhanden:
Cue 2 faded Dimmer und Farbe gleichzeitg (Wechsel von Weiß zu Blau ist erkennbar). Hier sollte Autoprepare ja eigentlich die Farbe voreinstellen.
Gleiches gilt für Cue 4 mit dem Fade Blau → Rot

Generic RGB mit Subdevice Generic Shutter, Cue 1/3 enthält Dimmer 0% und Shutter geschlossen:
Funktionier wie erwartet, die Farben für Cue 2/4 werden während Cue 1/3 voreingestellt, sodass beim Triggern der Cue nur der Dimmer faded.

Generic RGB mit Subdevice Generic Shutter, Cue 1/3 enthält nur Dimmer 0% und NICHT Shutter geschlossen:
Cue 2 verhält sich wie bei Generic RGB ohne Shutter (Kein Autoprepare). Beim Triggern von Cue 3 wird jedoch schon während des Ausfadens die Farbe zu Rot gefaded. Hier greift Autoprepare also zu früh.

Generic RGB mit Subdevice Generic Shutter, Cue 1/3 enthält nur Shutter geschlossen und NICHT Dimmer 0%:
Funktioniert wie erwarten, kein Unterschied zu Dimmer und Shutter in Cue 1/3.

Das Verhalten der Generic RGB mit Shutter konnte ich auch mit einem Stairville MH-X25 reproduzieren, hierbei war zusätzlich zu Farbe auch ein Positionswechsel in den Cues enthalten.
Auch hier galt, Shutter geschlossen führte zum erwarteten Verhalten von Autoprepare (mit und ohne Dimmer 0%), Shutter offen lassen und Dimmer 0% führte zu Autoprepare schon während des Ausfadens, durch die Positionsänderung noch deutlicher erkennbar.

Color-Chaser → Speedmaster auf Duration, bei auslösen eines Sync wird kein Schritt ausgelöst, gleiches auch bei anderen Effekten
zB Speedmaster steht auf 30 BPM, ich drücke einmal die Sekunde auf Sync → Color-Chaser bleibt stehen

Lege ich eine Cuelist an, mit Beat als Trigger, wird korrekt auch bei Sync ein Schritt ausgelöst.

Fehlerbeschreibung

Füge ich eine Gruppe in eine Gruppe hinzu ist anschließend Feld Up/Down ausgegraut wenn die Gruppe ausgewählt ist. Liegen einzelne Geräte mit in der Gruppe lassen sich diese verschieben, auch an den Gruppen vorbei.

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.

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

Fehlerbeschreibung

Erwartetes Verhalten

Hinweise

LOG

17:48:42 WARN  ProjectManager - Error when loading Project Temp\c1befaac-c720-475c-9bf3-383b87917310.tmp: Warnings in Project
ProjectLoad: WARNING: Loading Graphs in Project(null)ProjectLoad: WARNING: Unable to load Links in Graph in Copy of Connection set(null)org.dmxc.lumos.Kernel.Exceptions.ProjectLoadException: Warnings in Project
   bei org.dmxc.lumos.Kernel.Project.ProjectManager.loadProject(String filename, Stream inputStream, String sessionName, Boolean loadId) in D:\Jenkins\workspace\Lumos_Pipeline_3.2_2\Lumos\src\Kernel\Project\ProjectManager.cs:Zeile 341.
   bei org.dmxc.lumos.Kernel.Project.ProjectManager.loadProject(String filename, String sessionName) in D:\Jenkins\workspace\Lumos_Pipeline_3.2_2\Lumos\src\Kernel\Project\ProjectManager.cs:Zeile 227.
   bei org.dmxc.lumos.Kernel.Command.KernelCommandFactory.loadProject(String sessionName, String tmpFile) in D:\Jenkins\workspace\Lumos_Pipeline_3.2_2\Lumos\src\Kernel\Command\KernelCommandFactory.cs:Zeile 1419.
17:48:42 WARN  LumosTools - Loading Graphs in Project
17:48:42 WARN  LumosTools - Unable to load Links in Graph in Copy of Connection set
17:48:42 WARN  LumosTools - Loading Graphs in Project
17:48:42 WARN  LumosTools - Unable to load Links in Graph in Copy of Connection set
17:48:42 INFO  InputManager - Processing of Graph Copy of Connection set took 33ms

Fehlerbeschreibung

Erwartetes Verhalten

Hinweise

Fehlerbeschreibung

Erwartetes Verhalten

Hinweise

Die Werte im Modbus Server werden über den Ausgang korrekt gesetzt, über den Eingang allerdings nicht eingelesen.
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

In the Timecode Player, if the final cue in a cuelist has fade and delay times of zero, it is not possible to adjust the final cue’s start time from within the Timecode Player.

See this video for a demonstration: https://vimeo.com/904885122/52a1cb9db2?share=copy

Here’s a commentary of the video:

00:06 I adjust the start time of Cue B successfully.
00:11 I try to adjust the start time of Cue C, but it’s not possible.
00:16 I extend the fade time of Cue C
00:18 I am now able to adjust the start time,
00:21 I set the fade time back to zero.

Also, the name of the final cue (”Cue C”) isn’t displayed until I extend the fade time.

Error Description

Expected behavior

Notes

Hallo,
beim Testen der 3.3.0 RC2 ist mir aufgefallen das, wenn ich ein Element im Softdesk anlege, die Werte für X,Y, Hight und Width im Fenster angezeigt werden.

Fehlerbeschreibung

Erwartetes Verhalten

Es lassen sich nur ca 16-17 Speedmaster anlegen.
Im bestehenden Projekt konnte ich 17 Speedmaster anlegen, in einem leeren Projekt nur 16, anschließend Fehlermeldung im Kernel.
Anbei die Logs erzeugt nach dem Versuch mit leerem Projekt.

Fehlerbeschreibung

Erwartetes Verhalten

Hinweise

Hier die Fehlerbeschreibung eintragen. Wo und wie tritt der Fehler auf? Bitte das genaue Vorgehen zur Reproduktion beschreiben
Sobald ich mit dem Eurolite DMX 512Pro MK2 bei einer Gruppe von 64 Generic RGB einen anderen Wert als weiß (1;1;1) einstelle, entstehen komische Farb und Strobo Effekte auf den Geräten bzw. den Pixeln der LED Bar (4 mal PureLight Pixel Bar Switch). Dies tritt auch bei anderen Geräten auf.

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.

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.

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)

Es wäre schön, wenn es eine Möglichkeit gäbe einzustellen, dass ein Gerät nur von einem Control (z.B. Submaster) verändert werden kann.

z.B. Umgangslicht befindet sich in einem Submaster. Ich kann noch so viel Mist eingeben und verändern, oder beim Prgrammieren ist mir ein Fehler unterlaufen, dem Gerät passiert trotzdem nichts. Nur dieser Sub kontrolliert das Gerät.