Bugtracker DMXControl 3

Im Zuge der Freischaltung der Funktion “Gruppen in Gruppen” (siehe  FS#674 ) soll das Group Handling dahingehend erweitert werden, dass

• eine nachvollziehbare Ansteuerung auch über n Ebenen möglich ist und dabei nicht für jeden Anwendungsfall eine neue Gruppe angelegt werden muss
• ggf. auf unterschiedlichen Ebenen ein unterschiedliches Group Handling ausgewählt werden kann
• das Group Handling weitere Funktionen anbietet

Das beigefügte Projekt soll einen exemplarischen Aufbau zeigen, bei dem die Ansteuerung der insgesamt 100 Beam-MHs und 12 Spot-MHs am Ende durch ein verbessertes und erweitertes Group Handling deutlich variantenreicher erfolgen soll, ohne zusätzliche Gruppen anliegen zu müssen. Insgesamt gibt es bis zur Device-Ebene drei Gruppen-Ebenen. Folgende Szenarien sollten exemplarisch anhand eines Lauflichts einfach darstellbar sein, wobei sich diese Liste ggf. bei weiteren Überlegungen noch beliebig weiterspinnen lässt:
* Lauflicht innerhalb eine gesamte Zeile über die 25 Spalten hinweg (25 Geräte, Laufrichtung links rechts), egal ob nur bezogen auf eine Zeile oder ein paralleles Lauflicht über alle fünf Zeilen
* Lauflicht innerhalb eines Blocks, beginnend oben links, endend unten rechts
* Lauflicht über die fünf / sechs Zeilen hinweg (Laufrichtung oben unten), egal ob nur bezogen auf eine Spalte oder parallel auf allen 20 Spalten
* Lauflicht über alle 24 Einzel-Zeilen, wo immer fünf bzw. drei Geräte gemeinsam ein- und ausgeschaltet werden
* Lauflicht über die vier Blöcke, wo immer 28 Geräte gemeinsam ein- und ausgeschaltet werden
* Gegenläufige Lauflichter aus der oberen Gruppe heraus, wo Zeilen 1, 3 und 5 links-rechts und Zeilen 2 und 4 rechts-links wiedergegeben werden

Aus dem Ticket  FS#3851  geht als Folgepunkt hervor, dass der ColorHandlers derart erweitert wird, dass dieser die Farbe auf Matrix und Colorwheel verteilt, ähnlich RGB / Colorwheel Verteilung.

Ziel soll sein, dass man zum Beispiel bei einer LED-Bar sowohl die gesamte LED-Bar mit Hilfe des ColorPickers in einer Farbe einfärben, für die einzelnen Pixel das Matrix-Fenster nutzen oder die Farbe über ein virtuelles Farbrad wählen kann. Ein Beispiel wäre hier zum Beispiel Eurolite LED PIX-12 QCL.

Ich bin hier und in DMXC neu und habe zwei Ideen zur Erweiterung der Chaser-Funktion Lauflicht.

1.: Die vermutlich einfacher zu realisierende ist eine Einstellung wie oft der Lauf wiederholt werden soll.

2.: Ich weiß nicht, ob das im Chaser implementiert werden kann, oder ob dazu eine neue Funktion nötig ist.
Nach dem 1. Durchlauf des Lauflichts soll das letzte Segment weiterleuchten und der Lauf wieder von vorne beginnen. Aber nur bis zum vorletzten Segment, welches dann wieder weiterleuchtet. Und so weiter bis alle leuchten.

So zum Beispiel:

XOOO
OXOO
OOXO
OOOX
XOOX
OXOX
OOXX
XOXX
OXXX
XXXX

Das gleiche Prinzip auch mit fanning von oder zur Mitte und revers, sowie die gleichen Parameter wie beim aktuellen Chaser. (Version 3.2.3.373)

Ich hoffe, diese Beschreibung ist verständlich genug und auch der richtigen Kategorie zugeordnet. Ob ich’s mit anderen verknüpfen soll, weiß ich nicht, und deshalb lasse ich’s bleiben.

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…

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.

Habe DMXC Beta 12 auf einem jungfräulichen Rechner installiert und die Fehler im Anhang sind im Kernel erschienen. Allerdings nur beim allerersten Start. Bei jedem weiteren Start gibt es keine Fehler mehr.

Normalerweise ist der Kernel ab DMXControl 3.3.0 versteckt beim Start. So sieht man allerdings Fehler nicht mehr direkt, sollten diese im Kernel (oder im Umbra) auftauchen. Solche Fehler sollten zwar nicht so häufig auftreten. Wenn es passiert, sollte ein User in der GUI darüber informiert werden. Allerdings ist es sehr nervig, wenn während der Show ein Fehler auftritt und dann ein Popup / eine Message hochpopt. Daher sollte dafür ein Icon unten rechts als Ausrufezeichen in rot erscheinen, und beim Draufklicken sollte eine Info kommen, wo Fehler aufgetreten sind (nur dass und nicht welche). Man kann vielleicht noch eine “Show Kernel” oder “Show Umbra” Funktion anbieten. Aber das nur optional, wenn das einfach möglich ist

Fehlerbeschreibung

In der Bank-Übersicht ist aktuell Rechtsklick/Delete die einzige Möglichkeit Connectionsets zu löschen. Um den Workflow zu verbessern wäre gut, wenn es auch mit der “Entf”-Taste geht, sowohl bei Einzel- als auch bei Mehrfachauswahl

s.o.

s.o.

1. Element auf dem Softdesk neu einfügen
2. dieses Element gleich wieder löschen
3. mit Maus einen Kasten ziehen wo das Element war
4. Das Element ist immernoch da aber irgendwie klein und “unsichtbar” Im InputAssignment werden die “gelöschten” Elemente auch noch angezeigt.

Könnte man für den Warnhinweis den Hintergrund der Fenstertitelzeile (also da, wo im Video vom 22.12. DMXControl 3.2 New Project ...) steht, rot blinken lassen?
So zeigt zumindest eines unserer Datenübernahmeprogramme der Messgeräte den Datenaustausch mit dem MDE an

Die Leistungsaufnahme von Geräten, bei denen Effekte auf die Matrix oder Radix gelegt werden, wird in den Ampmetern nicht angezeigt/ berücksichtigt. Dies ist auch bei den Positionsänderungen aufgefallen.

Für die Kommunikation mit Energiezählern wird standardmäßig die Kommunikation über Modbus RTU / TCP hergestellt. Z.b. Siemens Sentron
Die Register für die einzelnen Adressen sind allerdings nicht bei jedem Gerät identisch. Somit muss für jeden Datenpunkt der Datentyp und die Registeradresse eingegeben werden können.

Ich würde mir ein Softdesk Control für das Electricity Feature wünschen.
Hintergrund ist die Anzeige der Verschachtelung der Sources. Dies ist im aktuellen Fenster nicht Erkennbar. Außerdem kann man die Amperemter nicht frei positionieren, wodurch die Anzeige schnell unübersichtlich werden kann.

In einem Beispiel habe ich mal meine Standard Stromverteilungen angelegt und als Screenshot hier eingefügt:

Die Einträge im Fenster Cuelist Properties sind in Bereich mit den “allgemeinen” Kernel Properties aktuell recht unstrukturiert. Insbesondere sind Einstellungen rund um das Timing der Cuelist bunt verteilt, wie im beigefügten Screenshot zu sehen ist.

Im Zusammenhang mit dem Ticket  FS#3628  sollten diese Einträge nach Möglichkeit neu strukturiert und sinnvoll gegliedert werden, wie es bereits für das GoNext-Verhalten, die Ansichtseinstellungen der Spalten und die Defaults gemacht wurde.

Bei Menübar “Einstellungen\Einstellungen” zurücksetzen “Settings\Reset Settings” öffnet sich ein Pop-Up Fenster zum Bestätigen der Aktion. Dieses lässt sich nicht durch ESC schließen.

Da bekanntermaßen das Arbeiten mit den RGB+-Offsets wie zum Beispiel

<matrix dmxchannel="2" rows="1" columns="12" whiteoffset="3" amberoffset="4" uvoffset="5" />

zur Zeit noch nicht möglich ist, habe ich die Matrix wie folgt definiert:

<matrix rows="1" columns="12">
  <rgb>
    <red dmxchannel="2" />
    <green dmxchannel="3" />
    <blue dmxchannel="4" />
    <white dmxchannel="5" />
    <amber dmxchannel="6" />
    <uv dmxchannel="7" />
  </rgb>
  ...
    <amber dmxchannel="72" />
    <uv dmxchannel="73" />
  </rgb>
</matrix>

Grundsätzlich werden die RGB+Kanäle richtig angesteuert. Dies ist besonders gut zu sehen bei der Farbe Amber.

Allerdings wird mir in den Geräte-Einstellungen für die RGB+-Farben (hier Amber und UV) nicht die Optionen für das Mischverhalten angeboten (Add, Only, None). Die RGB+-Farben werden mit den Default-Einstellungen eingebunden, was hier Add ist. Zur Zeit ist die Option nur für Weiß verfügbar. Gleiches gilt hier auch für die Radix.

An verschiedenen Stellen fehlt aktuell noch die von DMXControl erwartete Einheit der Eingabe im Device Control in Abhängigkeit der GUI-Einstellung für den Wertebereich, unter anderem in:

• Frequency (unter anderem bei den Effekten Circle, Polygon, Hypozykloide)
• Amplitude X und Y
• Rotation Frequency (unter anderem bei Polygon)

Da gerade im Forum die Frage nach der Performance von DMXControl 3 hoch kam, drängte sich für mich eine Idee geradezu auf: Einen internen Benchmark-Test von DMXControl 3. Sprich ein mitgelieferter, immer gleicher Ablauf typischer Dinge, um herauszufinden, wie performant ein PC ist. Passende Szenarien könnten folgende sein:

• Dauer Programmstart
• Dauer des Ladens eines Demo-Projekts
• Dauer für Hinzufügen von einer gewissen Anzahl an Geräten
• Update-Rate bei paralleler Ansteuerung von verschiedener Anzahl an Geräten (z.B. 10, 50, 100, 500)
• Update-Rate von mehreren Mastern

etc. Diese Liste ist erst einmal zum Brainstorming gedacht und ist weder vollständig noch voll durchdacht, ob ein Punkt wirklich sinnvoll ist. Aber mal so als Idee. Das Ganze kam mir auch vor allem vor dem Hintergrund, dass fast alle modernen Spiele mittlerweile einen solchen Test eingebaut haben.

Fehlerbeschreibung

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?)

Ich stelle in dem Node ein, welcher Typ (Device, DeviceGroup, Cuelist, Executor, …) aufgelistet werden soll.
es gibt dann drei Outputs IDs, Numbers & Names, sowie Der Outputs, des Typs uns des Counts

Hintergrund, mann könnte dann ein Softdesk-Control(Dropdown, Listbox, UpDown-Chooser) implementieren und dieses mit denn Daten füttern.

Aktuell verfügen die Macroboard-Profile über kein Eigenschaften-Fenster, wie es eben Devices oder Cuelists der Fall ist. Im Eigenschaften-Fenster der Macroboard-Profilen könnte ich mir aktuell folgende Parameter vorstellen:

• Name
• Macroboard-Profil-Nummer

Insbesondere der Parameter “Profil-Nummer” kann hilfreich sein, wenn man über eine numerische Zuordnung der Profile zu einem Macroboard arbeitet, wie zum Beispiel beim Durchblättern durch mehrere Seiten (respektive Profilen).

Optional würde ich folgende Einstellmöglichkeiten in den Raum werfen:

• Statisches Hintergrundfarbe oder -bild
• Verhalten der Buttons (Push oder Toggle)
• Anzahl der Buttons pro Zeile und Spalte

Toll wäre, wenn man “allgemeine” Cues (oder Presets) schreiben könnte. Die dort gespeicherten Eigenschaften werden dann auf die Geräte angewendet, die gerade in der StageView markiert sind.

Umsetzbar wäre das z.B. mit einer Checkbox im “Save Cue”-Dialog (da, wo man die gespeicherten Eigenschaften auswählen kann). Wird diese Checkbox markiert, werden nur die Eigenschaften, nicht die Devices (bzw. Device Groups) gespeichert. Wenn die Cue dann aufgerufen wird, werden diese Eigenschaften auf die zur Zeit ausgewählten Geräte angewandt.

In Verbindung mit den Softdesks könnte man so sehr kreative Funktionen basteln.

Ich habe mittlerweile DMXControl 3.2 und DMXControl 3.1.3 auf dem gleichen PC, aber in getrennten Verzeichnissen installiert. Bei der Installation hat der Installer nun aber den Pfad im Registry-Eintrag für DMXControl 3 geändert, sodass ich DMXControl 3.1.3 nicht im No-Network-Modus starten kann. Hier wird nun der Kernel der 3.2 aufgerufen. Starte ich GUI und Kernel getrennt, klappt aber alles.

Im Zuge des anstehenden Beta-Tests schlage ich daher vor, bei der Installation von DMXControl 3.2 einen neuen Registry-Eintrag anzulegen, um beide Version auf dem gleichen PC noch weiter voneinander “zu trennen”. Ich könnte mir hier auch vorstellen, dass es bei einer späteren Deinstallation von DMXControl 3.1.3 Probleme entstehen, sondern der Uninstaller auf die entsprechenden Einträge zurückgreift.

Ich lege einen 1D-Effekt auf die Farbe und trage dann einen ColorMaster als Wert für die Farbe ein. Schaue ich mir dies nun mit dem Effektvisualizer an, aktualisiert sich die grafische Darstellung des Wertebereichs nicht. Der Regenbogen bleibt konstant bei rot als Startpunkt, selbst wenn der Colormaster ein grün oder ein gelb ausgibt.

Hinterlege ich aber eine feste Farbe, wie zum Beispiel gelb, dann wird dies vom Effektvizualiser berücksichtigt.

Diese Problem betrifft aber nur den Effektvisualizer selbst - die Ausgabe in der Stageview passt.

Bilder und ggf. ein kleines Beispielprojekt können noch nachgereicht werden.

Effekte können ja schon vieualisiert werden. Es wäre aber auch gut, wenn das “Ergebnis” mehrerer überlagerter Effekte visualisiert werden könnte. Wenn ich also beispielsweie auf der Position eine Epizykloide und ein Lissakour überlagert habe, möche ich im Effektvisualizer das Ergebnis sehen, wenn ich “Position” selektiere. Gerne auch noch mit der Verschiebung beispielsweise durch die Werte bei “Pan” und “Tilt”. Denn die Auswirkungen auf die Properties sind genauso interessant wie die reinen Effekte.

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.

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 praktisch, wenn es beim Playmode
auch die Möglichkeit geben würde diesen
als Beat-gesteuert einzustellen.

Gruß Uwe

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.

Für Effectwheel die gleiche Systematik einbauen wie für Gobowheel (Zusammenfassen der Eigenschaften mit Subproperties)

Referenz:  FS#3089  (Screenshot unten in den Comments)

Es wäre sehr sinnvoll wenn im Programmer auch Angezeigt wird, wenn auf einem Kanal ein Effect oder Filter angelegt ist.

Aktuell umfasst das Standard-Layout von DMXC 3.2.3 unten rechts nur das Preset-Fenster. Hier sollte aus folgenden Gründen eine Anpassung des Standard-Layouts vorgenommen werden:

• Die Presets sind sinnvoll, sollten aber nicht direkt als erstes genutzt werden.
• Das Effects und Filters wird mehrheitlich immer mit als Fenster geöffnet und dann über das Preset-Fenster gelegt.

Daher sollte das Standard-Layout wie im Screenshot gezeigt um das Effects und Filters Fenster ergänzt werden, was sich das Panel gemeinsam mit dem Preset-Fenster teilt.

Hallo,
man kann den Effekt Random Valve zwar auf die Position anwenden, aber nicht nur auf PAN oder TILT.
Ich möchte zum Beispiel: Auf PAN den Random Valve und auf Tilt einen Sinus legen.
Dies ist so direkt nicht möglich.

Gruß Steff

Es wäre eine nette erweiterung, wenn mann im Property Grig per rechtsklick auf einen Effekt, den Effect-Typ ändern könnte, z.B. von Sinus auf Swing.

Öffne ich Cuelists zur Ansicht kann ich die Cues in den Programmer legen. Allerdings sieht es scheinbar so aus, dass ich auch Werte aus dem Programmer wieder in die zur Ansicht geöffnete Cuelist abspeichern kann. Tatsächlich werden die Werte aber in der Cue abgelegt, die im Edit-Modus einer Cuelist geöffnet ist.

Daher wäre es zu überlegen, die Menüpunkte zum Bearbeiten von Cues in der zur Ansicht geöffneten Cuelist zu entfernen. Welche dies sind, wäre noch festzulegen. Möglicherweise reicht der Menüpunkt “Add Cue” aus.

Hallo,
ich würde ein Feature praktisch finden, welches den ECO-Modus bei Gasentladungslampen ermöglicht.
Beispiel:
Der Martin Mac 2000 Performance MK.II hat eine Funktion, welche es ermöglicht, das Leuchtmittel auf 700W statt 1200W laufen zu lassen.
Dafür öffnet man den Schutter über einen anderen Wertebereich als normal.
Um das ganze Praktisch nutzen zu können bräuchte man eine Funktion, die, wenn aktiviert, beim Befehl den Shutter zu öffnen/vom Strobe zurrückkehren einen anderen Wert setzt.

Ich habe mit im Softdesk verschiedene Controls entsprechend des beigefügten Beispiels angeordnet. Hierbei ist mir aufgefallen, dass die Ebenen für die Softdesk Controls für Eingaben mit Maus und per Touchscreen nicht “durchlässig” sind. Im konkreten Fall bedeutet dies:

1. Ist die Box im Vordergrund und umschließt Buttons oder wie im Beispiel Fader, können diese nicht mit Maus oder per Touchscreen bedient werden.
2. Die gezeigten Slider müssen jeweils seitlich vom Label “gegriffen” werden, um sie auf einen Wert zu bringen, welche hinter dem Label liegen.

Meine Erwartungshaltung wäre hier, dass die Anordnung von Controls in mehreren Ebenen keinen Einfluss darauf hat, ob sich das ganz unterste Control bedienen lässt oder nicht.

#19 EasyView Geräte übergeben/bekommen

Laut API-Beschreibung der (schon wieder überholten BETA (Dec 2012) kann man EasyView Geräte übergeben/bekommen. Ist das nützlich? Oder geht das nur in der Vollversion?

Fehlerbeschreibung

Erwartetes Verhalten

Hinweise

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

So wie mann ein Preset per Drag and Drop “Einfach” in eine Cueliste ziehen kann, so sollte mann das auch mit einer Cuelist können, denn der Mouse-Aufwand ist dafür einfach ziemlich groß.

MfG
Patrick

Aktuell muss man, um den Wiedergabemarker auf 0 zu setzen, entweder erst zum Anfang scrollen und dann einen Doppelklick in die Zeitleiste machen oder diesen händisch auf 0 schieben. Gerade beim manuellen Doppelklick passiert es, dass man nicht direkt bei 0 landet.

Um dies zu vereinfachen, sollte der Wiedergabemarker über einen Doppelklick auf den Stop-Button automatisch auf 0 gesetzt werden.

Beim Bearbeiten einer Szenenliste hatte ich zwei Einträge (Strophe / Refrain) in die Zwischenablage kopiert, um sie mehrfach einzufügen. Das hatte ich in der Vergangenheit auch schon mal ohne Probleme getan. Dieses Mal (natürlich wenn man in Eile ist…) ist dabei aber DMXC ziemlich komplett abgeschmiert, auch der Kernel war nicht mehr zu gebrauchen.
Im Kernel-Log findet sich auch die Zeile

Main Runnable seams stuck in an endless loop! You might have to restart DMXC... Please report this!

Das ganze passiert so etwa um 18:09.
Im Projekt gab es hinterher auch eine Version 0.0.122, die aber scheinbar nur in den Metadaten existiert, aber nicht auf Disk geschrieben wurde. Daher habe ich die 121 angehängt. Gearbeitet hatte ich in der Szenenliste “Sturm auf die Hausi”.
Passiert in 3.3 Beta 9 (Komma 1, JPK hatte die Anzeige der Presets noch gefixt).

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

Im Ticket  FS#3722  kam der Wunsch auf, die Ports der Art-Net-Ausgabe etwas sinnvoller zu sortieren, dass immer direkt 8 Universen am Stück adressiert werden. Durch das neue Ausgabe-Plugin hat sich dieser Dialog in der Hinsicht vereinfacht.

Als Folgeproblem hat sich aber nun durch das neue Ausgabe-Plugin für Art-Net ergeben, dass jedes weitere immer mit dem 1. DMX-Universum angelegt wird - und war sowohl innerhalb der Übersicht der DMX-Interfaces als auch in den erweiterten Einstellungen selbst. Um das Anlegen mehrerer Art-Net-Interfaces zu vereinfachen und zu beschleunigen, sollte hier an beiden Stellen bei den DMX-Universen automatisch “hochgezählt” werden. Net und Subnet bleiben konstant.

Zur besseren Übersichtlichkeit und möglicherweise auch schnelleren Änderungsmöglichkeit sollten folgende Objekt-Nummern im Project Explorer als zusätzliche Spalte anzeigt werden:

• Cuelist Group Number
• Executor Number
• Executor Page Number