Bugtracker DMXControl 3

Der AudioAnalyser bringt bei der Verwendeung von ASIO4all beim Starten der Beaterkennung die GUI zum Abstürzen. Bei der Nutzung von TracktorAudio 6 stürzt die GUI beim öffnen des AudioAnalysers ab. Die Log-Datei ist bei ASIO4all entstanden

Ich hab ein DDF geschrieben, das mehrere Beams hat, um die anderen Beams steuern zu können hab ich als Workaround 2 Generic Dimmer+RGB angelegt, und auf Universum 2 gepatcht, welches per ArtNet geloopt auf Universum 8 als Input diehnt.

Wenn ich nun die Input-Kanäle 8.1 bis 8.8 auf Beam 3/4 RGB und Dimmer lege,
dann einen Effect auf Color oder Dimmer lege, erschlägt mich eine Fluht an Exceptions im Kernel, und Funktionieren tuts auch nicht.

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

s.o.

Es gibt keine Tests für Autoprepare, das sollten wir ändern.

Wenn ich die Größe einer Matrix nachträglich über die Properties ändere (egal ob Vergrößerung oder Verkleinerung), kommt diese Änderung im PropertyGrid zahlenmäßig erst an, nachdem ich einmal den Matrix FormEditor geöffnet und mit OK wieder geschlossen habe. Die Matrix-Effekte kommen nach (und auch während) der Änderung allerdings direkt richtig an. In den meisten Fällen sollte dieser Schritt meiner Meinung unnötig sein und könnte aktuell noch zu Verwirrungen führen.

Wenn vom Audio Analyser viele Daten an den Kernel übergeben werden, nimmt dieser ständig mehr Speicher und bremst das System aus, schließlich hängt die GUI und läßt sich nur noch sporadisch bedienen.

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 !!!

DMXControll 3.1.3.30 erzeugt bei mir jedes mal wenn ich versuche eine Cuelist manuel Beatgesteuert laufen zu lassen
Der Fehler ist wie folgt zu reproduzieren:

• Cuelist erstellen

• Art von manuel auf beat stellen

• Cuelist über Settings>Input Assigment auf Manuel Beat linken

• Cuelist starten

Dann erscheint folgende Fehlermeldung (in tausendfacher Ausführung) im Serverfenster auf:

16:45:09 ERROR AbstractInputLayer - Error when invoking OnChanged: Das angegebene Argument liegt außerhalb des gültigen Wertebereichs.
Parametername: EntryIndex is not in Range!
System.ArgumentOutOfRangeException: Das angegebene Argument liegt außerhalb des gültigen Wertebereichs.
Parametername: EntryIndex is not in Range!
   bei org.dmxc.lumos.Kernel.Scene.AbstractEntryContainer.get_Item(Int32 entryIndex) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\Scene\AbstractEntryContainer.cs:Zeile 415.
   bei org.dmxc.lumos.Kernel.Scene.AbstractScene.GetTimes(Dictionary`2 timings, OutputValuesContext context) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\Scene\AbstractScene.cs:Zeile 529.
   bei org.dmxc.lumos.Kernel.SceneList.SceneList.playScene(Int32 newIndex, Int32 oldIndex, Int64 newSceneOffset, ETriggerReason reason) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\SceneList\SceneList.cs:Zeile 1273.
   bei org.dmxc.lumos.Kernel.SceneList.SceneList.SceneTrigger_SceneTriggered(Object sender, TriggerEventArgs args) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\SceneList\SceneList.cs:Zeile 1547.
   bei org.dmxc.lumos.Kernel.Scene.Trigger.AbstractSceneTrigger`1.OnSceneTriggered(TriggerEventArgs args) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\Scene\Trigger\AbstractSceneTrigger.cs:Zeile 317.
   bei org.dmxc.lumos.Kernel.Scene.Trigger.AbstractSceneTrigger`1.triggerScene(SceneBag`1 bag, Boolean removeRunning, ETriggerReason reason) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\Scene\Trigger\AbstractSceneTrigger.cs:Zeile 272.
   bei org.dmxc.lumos.Kernel.Scene.Trigger.BeatSceneTrigger.triggerScenesByBeat() in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\Scene\Trigger\BeatSceneTrigger.cs:Zeile 120.
   bei org.dmxc.lumos.Kernel.SceneList.SceneList.<>c__DisplayClass264_1.<org.dmxc.lumos.Kernel.Input.IInputListener.AttachInputChannel>b__9(InputChannelID id, Object newValue) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\SceneList\SceneList.cs:Zeile 2762.
   bei org.dmxc.lumos.Kernel.Input.AbstractInputLayerManager.ChannelCallbackBag.Invoke(Object value, InputChannelID id) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosLIB\src\Kernel\Input\AbstractInputLayerManager.cs:Zeile 91.
   bei org.dmxc.lumos.Kernel.Input.AbstractInputLayerManager.ChannelCallbackListBag.Invoke(Object newValue) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosLIB\src\Kernel\Input\AbstractInputLayerManager.cs:Zeile 156.

Anbei das Projekt zum testen, dort die Cuelist No Excuses starten und davor manuel beat auf 115bpm stellen, sowie die Logdatein

Der Fehler lässt sich jedoch beheben, wenn man die Checkbox bei “Take Fades” herausnimmt.

Gemäß Diskussion:

(vorerst)
Zuletzt gespeichertes Projekt wird für Kernel zugreifbar gespeichert.
Option: einstellbar, ob vor dem Beenden des Kernels nochmal der aktuelle Stand gespeichert werden soll.
Option: dieses Projekt automatisch beim Start wieder zu laden.

Weiterhin beliebiges Projekt per Startparameter.
=⇒ AL: Started

EDIT/ERGÄNZUNG MARCEL 27.11.2018:

Ich habe zu dem ganzen Projekthandling folgende Idee wie man das Konzept mMn besser gestalten koennte.
DMXC3 wurde als Client/Server konzipiert und ist mMn ein wichtiges Feature, wenn auch (noch) wenig genutzt.

Aktuell wird beim Speichern immer dort eine Kopie erstellt, an deren Ort das Speichern ausgelösst wird. Angenommen wir haben 1 Server und 2 GUIs/Clients:

Client 1 speichert bei sich aus der GUI heraus. Client 2 arbeitet weiter, Client 1 lädt wieder und überschreibt alle Änderungen von Client 2. Und das ohne Rückfrage → Doof

Besser sollte es so sein:

“Projekt speichern” ist bei jedem Client nur noch ein Remote-Befehl an den Server das dieser bei sich in seinem Workdir das Projekt speichern soll.
Ebenso “Projekt laden” öffnet eine Liste und zeigt die auf dem Server abgelegten Projekte an, welche dann auf dem Server geladen werden können.

Neu hinzukommen sollten zwei Einträge:
“Projekt Downloaden/Exportieren” → Packt das Projekt in aktuellem Zustand als ZIP auf dem Server und schickt es an den entsprechenden Client zum runter laden.
“Projekt Hochladen/Importieren” → Lädt ein ZIP und transferiert es auf den Server in das Workdir und macht es somit in der “Remoteliste” zum öffnen verfügbar.

In diesem Zuge kann man darüber nachdenken auf dem Server nicht mehr als ZIP zu speichern und jedes Projekt optional sogar in ein lokales GIT oder ähnlich zu packen. Dann hat man sogar eine Versionierung.

Es wird für den Anfang einen rumimentären Audioplayer geben. Dieser wird dann sukzessive weiter ausgebaut.

Die GUI stürzt ab, wenn der besagte Haken deaktiviert ist und dennoch der Wert über den Schieberegler verändert wird.

• Entweder Regler mit deaktivieren

• Wertebereich prüfen / Register?

Im angehängten Projekt beträgt die Ladezeit des Input Assigements bis zu 10min.

Es ist möglich mit der Channel Overview Cues und Stageview Einstellungen zu überschreiben, durch auswählen eines Wertes der dann ausgegeben wird. Es sollte möglich sein, dieses überschreiben zu entfernen, so dass die Channel overview wieder nur die Werte anzeigt und ausgibt die von StageView, Cuelists, etc. kommen.
(Analog DMXC2, wenn ich dort die Channeloverview geschlossen habe kan die Frage, Channeloverview gibt noch Werte aus, will ich das beenden? ⇒ Ja)

Ich habe bereits mit einer der Alpha-Versionen (Build 1554 und 1572) nach der Implementierung von MIDI ein Rule Set erstellt und dieses mit den genannten Versionen bearbeitet und ergänzt.

Füge ich das existierende Rule Set einem neuen, leeren Projekt hinzu und nehme anschließend nur eine einzige Änderung im Rule Set vor, wird das Projekt insofern fehlerhaft geladen, als dass alle Verbindungen im Input Assignment zu dem MIDI-Controller nicht mehr funktionieren. Setze ich die MidiSettings.xml manuell auf den Ursprungszustand zurück, sprich tausche die geänderte Fassung gegen die Initialfassung aus, kann das Projekt wieder vollständig und fehlerfrei geladen werden.

Der Auszug aus den Log sieht wie folgt aus:

2019-03-16 18:47:19,486 [Log-Thread] WARN  org.dmxc.lumos.Kernel.Project.ProjectManager - Error when loading Project Temp\b5f1742c-653f-4a34-b83c-46ad462a3f21.tmp: Warnings in Project
ProjectLoad: WARNING: Unable to load project in MIDIManager(null)org.dmxc.lumos.Kernel.Exceptions.ProjectLoadException: Warnings in Project
   bei org.dmxc.lumos.Kernel.Command.ReflectionCommandFactory.CommandPropertyBag.Invoke(CommandParameterList list) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Command\ReflectionCommandFactory.cs:Zeile 68.
   bei org.dmxc.lumos.Kernel.Command.Command.execute(Object[] paras) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Command\Command.cs:Zeile 139.
   bei System.Runtime.Remoting.Messaging.StackBuilderSink._PrivateProcessMessage(IntPtr md, Object[] args, Object server, Object[]& outArgs)
   bei System.Runtime.Remoting.Messaging.StackBuilderSink.SyncProcessMessage(IMessage msg)
2019-03-16 18:47:19,508 [Log-Thread] WARN  LumosLIB.Tools.LumosTools - Unable to load project in MIDIManager
2019-03-16 18:47:19,509 [Log-Thread] WARN  LumosLIB.Tools.LumosTools - Unable to load project in MIDIManager
2019-03-16 18:47:19,971 [Log-Thread] INFO  org.dmxc.lumos.Kernel.GUISession.Session - Failed to load Project from GUI SKI-DSK-M4A89GA, Path F:\Verein\DMXControl Projects\Software\DMXControl 3\Testprojekte\DMXC 3.2\Beta-Test V3.2 Beta 1 (Testprojekt 1).zip

Im Anhang ist das Projekt mit den defekten MidiSettings sowie separat die MidiSettings.xml in der unveränderten Fassung zu finden. Zusätzlich sind die Logfiles beigefügt.

In einem mir zur Verfügung gestellten Testprojekt ist folgender Fehler im GUI-Log aufgetaucht:

2019-03-28 22:32:43,413 [Log-Thread] WARN  org.dmxc.lumos.XNAViews.GraphicsDeviceControl - Failed to Draw!
System.InvalidOperationException: An unexpected error has occurred.
   bei Microsoft.Xna.Framework.Graphics.GraphicsDevice.CreateDevice(GraphicsAdapter adapter, PresentationParameters presentationParameters)
   bei Microsoft.Xna.Framework.Graphics.GraphicsDevice..ctor(GraphicsAdapter adapter, GraphicsProfile graphicsProfile, PresentationParameters presentationParameters)
   bei org.dmxc.lumos.XNAViews.GraphicsDeviceService.ResetDevice(Int32 width, Int32 height, Boolean withoutEvent, Nullable`1 handler, Boolean hardReset) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosLIB\src\XNA\GraphicsDeviceService.cs:Zeile 146.
   bei org.dmxc.lumos.XNAViews.GraphicsDeviceControl.OnPaint(PaintEventArgs e) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\XNAViews\src\XNAViews\GraphicsDeviceControl.cs:Zeile 449.

Das zugehörige Projekt kann ich bei Bedarf intern zur Verfügung stellen.

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.

Ich füge einem neuen leeren Projekt zum Beispiel vier Clay Paky Alpha Spot QWO 800 hinzu und stelle eine beliebige Strobe-Frequenz bei geöffnetem Shutter und voller Helligkeit ein. Ist der Programmer hierbei geschlossen, kann ich Änderungen in der gesamten GUI soweit wie gewohnt vornehmen.

Sind Stage View und Programmer parallel geöffnet, reagiert die GUI deutlich verzögert, insbesondere die Control Windows und das Device Control, wo ich Werte über Regler einstellen kann. Im ungünstigsten Fall wird der Inhalt des Device Controls nicht aktualisiert bzw. nicht aufgebaut. Dies ist mir insofern zum Verhängnis geworden, dass ich eine Cue über “Edit in Programmer Blind” live nicht anpassen konnte.

Mit angehangenem DDF

Es gibt 2 Phänomene, die beide so falsch sind.
1. Phänomen:
Ich setze eine RGB farbe mittes Farbkeis(ColorControl unten/Reiter HSV) → StageView, DMX-Ausgabe korrekt & DeviceControl
Ich setze jetzt eine Farbe des Virtuellen Farbrads(ColorControl unten/Reiter Colors) → StageView & DMX-Ausgabe korrekt. DeviceControl ist FALSCH, Dort wurde die farbe als RGB+ wert gesetzt, das Colorwheel steht immernoch auf White.

2.Phänomen
Ich setze jetzt eine Farbe des Virtuellen Farbrads(DeviceControl>Color>Colorwheel 1) → StageView & DeviceControl korrekt. DMX-Ausgabe, unverändert.
Jetzt setze ich eine RGB farbe mittes Farbkeis(ColorControl unten/Reiter HSV) → DMX-Ausgabe korrekt,
StageView & DeviceControl falsch, das DeviceControl zeigt mir jetzt als RGB das RGB an, das ich per ColorPicker unten einggestellt habe, aber die Virtuelle Farbe ist nicht rausgesprungen, die StageView zeigt jetzt die Farbe an Subtraktiv(RGB, verrechnet mit der Virtuellen Farbe) an.

Total Strange.

DDF aus dem anhang verwenden

In der Zukunft sollen alle Softdesk Controls Rotierbar sein.
Dabei soll die Steuerung für das Bewegen noch genau so funktionieren.
Die Rotation soll in Grad angegeben werden im Propertygrid.

Wenn ich einen Midi Ruleset anlege und dann rumbastel und den im Input Assignment verknüpfe etc. und dann einfach mal das Ruleset lösche und dann wieder ins
Input Assignment gehe und dort dann den Eintrag in der Bank löschen will stürzt die GUI ab.

Das gleiche geht auch mit dem Softdesk:
einen Slider und ein Label anlegen
eine Connection zwischen Slider und Label im Input Assignment erstellen
Im Softdesk den Slider löschen
Im Input Assignment den Eintrag Löschen (crash)

Geräte sollten einfach ersetzt werden können.

=⇒ HAL umkonfigurieren
=⇒ Was mit “fehlenden” Geräteeigenschaften, die noch in Szenen existieren?

Notwendige Aktionen:
1. Gerät in allen Gruppen ersetzen
⇒ Dadurch sollte es in allen Szenen, Presets usw. ersetzt sein
⇒ Selected Device Groups ebenso. ID ist kein Problem.

2. Eigenschaften
⇒ Fehlende Eigenschaften: Gleiches Problem wie wenn ich ein Gerät aus einer Gruppe entferne
⇒ Daher kein Problem

Manuelles Überfaden in Szenenliste einbauen über InputLayer Regler

Im Propertygrid wäre es gut wenn Eigenschaften, die im Programmer gesetzt sind, von den Standard-Eigenschaften unterscheidbar wären. Ich würde hier eine farbliche Hervorhebung vorschlagen.

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.

Es wäre schön, wenn in der Cuelist anhand farblich markierter Zellen zu sehen wäre, wie der aktuelle Status der Cues ist.
Momentan ist ja nur Einblenden + aktuell Eingeblendet = Gelb und bereits eingeblendet = Grau (bei multiple fades stimmt das auch nicht)

Ich könnte mir da sowas vorstellen, wie

ist komplett erledigt = grau
ist nicht mehr das zuletzt eingeblendete, aber steuert noch aktiv Werte bei (tracking) =
ist eingeblendet =
wird aktuell eingeblendet =
wird als nächstes eingeblendet =

Damit die Funktion auch mal einen Bugtacker Eintrag bekommt

Alle Funktionen die man so braucht sollten über eine Kommandozeile ausführbar sein, damit später alles über Tasten bedienbar ist.

Einfachste:
<1> <FL> setzt Dimmer von Gerät 1 auf 100%
<REC> <NEXT> <ENTER> Speichert alle Werte auf dem Programmer unter der nächsten freien Cue Nummer
<REC> <SUB> <1> <ENTER> Speichert alle Werte aus dem Programmer in Submaster 1
<REC> <GROUP> <NEXT> Speichert die aktuelle Auswahl in der nächst freien Gruppe

Mittel:
<CUE> <1> <TIME> <3> <TIME> <5> <ENTER> setzt Fade In Zeit von Cue 1 auf 3 Sekunden und Fade Out Zeit auf 5 Sekunden
<1> <THRU> <100> <AT> <1> <THRU> <100> fanned über Kreise 1 bis 100 die Werte 1 bis 100
<GROUP> <1> <COLOR> <AT> <PRESET> <1> setzt alle Farben der in Gruppe 1 gespeicherten Geräte auf Preset 1

Komplex:
Muss ich mir erst was schönes einfallen lassen, aber ich denke sollte soweit klar sein, was gemeint ist.

2 unterschiedliche Attribute sollte es für Cues geben

Das erste greift während der Programmierung:
Cue 5 ist als Sperre markiert, in Cue 1 füge ich einen weiteren Kreis hinzu. Durch tracking wird dieser jetzt bis einschl. Cue 4 ausgegeben. In Cue 5 wird nun automatisch der urspüngliche Werte (in diesem Fall 0) gespeichert. Nehme ich die Sperre wieder raus, werden die automatisch gesetzten Werte gelöscht.

Das zweite während dem Playback:
Wird dieses Attribut für ein Cue gesetzt, bedeutet dies, dass alle Werte, auch getrackte, erneut ausgegeben werden.
Hintergrund ist folgender, Cue 7 ist ein sehr langsamer fade to black für kreis 1. Also wird die 0 getrackt. Cue 8, Cue 9 (verändern Kreis 1 nicht) werden ausgeführt, während Cue 7 noch ausblendet. Cue 10 soll jetzt ein Black sein. Würde der Black aufgerufen werden, bevor der Fade von Cue 7 beendet ist, gehen alle Kreise bis auf Kreis 1 aus, dieser würde den Fade weitermachen, weil eben nach Cue 7 keine weitere Instruktion für Kreis 1 kamen. Wird nun dieses Attribut gesetzt, werden alle Werte dieses Cues als neue Instruktion betrachtet, in Cue 10 also auch die 0 von Kreis 1 (aber nur während dem Playback) und ausgegeben und beendet somit auch den laufenden Fade.

Folgendes sollte gehen:

(ich beschreibs jetzt erstmal anhand von Syntax)

<1> <THRU> <100> <-> <GROUP> <1> <ENTER> <- selektiert alle Geräte von 1-100 außer der Geräte in Gruppe 1
<GROUP> <2> <-> <GROUP> <1> <ENTER> <- selektiert alle Geräte aus Gruppe 2, die die auch in Gruppe 1 sind werden nicht selektiert
<GROUP> <2> <-> <1> <THRU> <5> <-> <50> <-> <60> <THRU> <70> <ENTER> <- selektiert alle Geräte aus Gruppe 2, außer Gerät 1-5, 50, 60-70

Umsetzen könnte man das vorerst im Live View, indem es eine Tastenkombination z.B. STRG+S(ubtract) gibt.
Ich markiere also Gruppe 1, nun halte ich STRG+S gedrückt und markiere Gerät 1 bis 5, oder Gruppe 1, oder ..., diese Geräte werden dann aus einer Selektion entfernt. Hab aber gerade keine gute Idee, dass darzustellen, vllt abgewählte Geräte leicht rot umranden, etc.

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.

hat ein Gerät mehrere Beams, wird es als 1 Icon im LV angezeigt.

Für die folgende Erklärung sei Beispielhaft folgendes Gerät gegeben:

Beam 1:
- RGB
- Position (gilt für alle Beams)
Beam 2:
- RGB
Beam 3:
- RGB

Lösung:
0. Es gibt einen “Master Beam” (der 1. Beam) welcher allgemeine Eigenschaften enthält, die sich die Beams teilen. Per Konvention ist das der 1. <function> Block im DDF. Die Eigenschaften (e.g. <dimmer>) werden mit “global=true” markiert, falls es eine globale Eigenschaft ist. In diesem Fall wird die Eigenschaft auch angezeigt, wenn ich einen anderen Beam selektiere. Der Masterbeam ist also so etwas wie eine “Beamgruppe”.

1. Darstellung im Stageview ist umschaltbar zwischen Einzeldarstellung und Beam Darstellung
⇒ Darstellung als Multibeam nur, falls Gerät > 1 Beams besitzt.
⇒ Einzeldarstellung: Wie aktuell, nur bei “Multibeam” Devices wird unter dem “Hauptbeam” angedeutet, dass es zusätzliche Beams gibt (e.g. Icon oder kleine Vierecke). Die Einzeldarstellung ist quasi der Masterbeam.
⇒ Multibeam Darstellung: Die Beams werden als “Matrix” dargestellt und jeweils gezeichnet wie aktuell der Hauptbeam
⇒ Dies gilt natürlich für Geräte UND Gruppen ⇒ Sollte Beam 1 nur Global Eigenschaften enthalten, wird er in der Beam Darstellung NICHT angezeigt. Begründung: Die Global Eigenschaften des Masterbeams werden auch in den anderen Beams dargestellt. Ergo ist eine separate Darstellung nicht notwendig.

2. Selektion Beam / Master
In der Einzeldarstellung selektiere ich den “Masterbeam”. Über ein Tastaturknopf kann auf Beam Selektion umgeschaltet werden und es werden nur die einzelnen Beams markiert. Das Selektieren einzelner Beams ist für Fanning wichtig.
⇒ Wenn Masterbeam selektiert ist, werden die gemergden Eigenschaften aller Beams im PG angezeigt:
Beispiel:

- RGB (Beam 1-3)
- Position

Wenn ich nun das RGB ändere, ändere ich das RGB aller 3 Beams

⇒ Wenn Beams selektiert sind, wird jeder Beam mit seinen Eigenschaften dediziert im PG angezeigt (Beispiel Beam 2, 3 selektiert)

- Global
  - Position
- Beam 2
  - RGB
- Beam 3
  - RGB

3. Fanning
Master selektiert ⇒ Fanning über Geräte (wie bisher)
Beams selektiert ⇒ Fanning über Beams

s.o.

ich hab vier geräten in der input Assignment als dimmer die Volume L und R zugewiesen.

Wenn ich nun input reinschicke reagieren die geräte darauf, aber dieGUI ist nicht mehr ansprechbar, biss die der input wieder null ist.

Ich fände es praktisch, wenn die Fader im Exekutor Fenster ihre Größe automatisch ändern um so immer den Platz komplett auszunutzen.

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.

Wenn mann auf einem Rechner mit Ethernet den KErnel laufen läst und ein Laptop mit dr GUI ferbinden will, der Laptop aber per Ethernet und WLAN im Netzwerk verbunden ist, kommt eine Fehlermeldung:
Unable to Contakt Romote-Host.

Ich hatte vor den Laptop Portabel fürs einleuchten zu nehmen, und ihn dann wieder ans Ethernet anzuschließen, wenn ich wieder am FOH bin.
Das geht dadurch aber leider nicht.

Am besten wäre es wenn die Software automatisch die Schnelleste Route nehmen würde und bei einem Verbindungsverlust sofort auf eine Alternative umschwänken würde

MfG
Patrick

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

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

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

Hallo,
Ich würde mir wünsche das sich in zukünftigen Versionen Softdesk-Buttons mit Tasten der Tastatur Verknüpfen lassen z.b. in den Properties oder über das InputAssignment

VG Philipp

s.o.

Featuresammlung.
Das muss das Buch können (BITTE ERGÄNZEN):

• Laden, Anzeigen und Speichern mehrerer Textbücher in einem Projekt (mindestens rtf, besser docx und pdf)
• Darstellung der zum Textbuch passenden Cuelist (wie im Cuelist-Editor)
• Einfache Texteditor-Funktionen
• Einfügen von Cue-Referenzen in den Textbuchtext (im Editor unveränderbar)
• Ausführen einer Cue bei Doppelklick auf Eintrag in Cuelist und bei Klick auf “GO”-Button (evtl. auch bei Doppelklick auf Cue-Referenz in Textbuchtext)
• Autoscroll-Funktion (Geschwindigkeit einstellbar)

nice to have:

• Gliederung (Erkennung von einzelnen Akten, Szenen,...)

Wie der Titel bereits sagt wünsche ich mir Variablen für den Programmer. Dann könnte man einfach bei Effekten statt einer Zahl bei, z.B. Hz die Variable eintragen und könnte dann über den Softdesk den ihr ja überarbeiten wollt die Variable ändern

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.

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 &gt;1 entsprechend vergrößert wird.

​Die komplette direkte Unterstützung des ENTTEC USB DMX Pro mk2 wäre recht wünschenswert

DMX 2x Out /1X In
MIDI In und Out

DMX aus/eingänge sollten funktionieren.
Midi schon in Voraussicht auf spätere Versionen von DMXC3.
Wäre schön, wenn man die Interface Settings bezüglich DMX auch in DMXC3 bedienen könnte.

Über Artnet kann es bereits zwei Universen ausgeben, direkte implementierung wäre sicherer.
DMX in geht noch nicht.

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.

s.o.

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.

Geiler Scheiß, fast fertig....