Bugtracker DMXControl 3

Which supports more than 4 Send Ports for non ArtNet 4 Node but no Input Ports.

program sturzt abb when der treiber “X(R) Asio driver” benutz wird. Dies treiber ist von Behringer XR18AIR. When der normal treiber von meinen computer benutzt wird functiniert alles einwandfrei. 100 prozentig zu reprodizieren. Der X(R) treiber wirkt einwandfrei in andere software wie die XR18 software und Adobe Audition.
..DMXcontrol (GUI) just crashed..

2015-12-26 12:54:55,159 [1] DEBUG LumosGUI - Running Lumos GUI on Environment 2.0.50727.6421.
2015-12-26 12:54:55,429 [1] INFO Lumos.GUI.Run.GuiRunManager - Initializing Managers.
2015-12-26 12:54:55,546 [1] DEBUG Lumos.GUI.Run.GuiRunManager - getInstance of Type Lumos.GUI.WindowManager is no Interface!
2015-12-26 12:54:55,554 [1] DEBUG Lumos.GUI.Run.GuiRunManager - getInstance of Type Lumos.GUI.Controls.PropertyGrid.UIEditor.UIEditorManager is no Interface!
2015-12-26 12:54:55,559 [1] DEBUG Lumos.GUI.Run.GuiRunManager - getInstance of Type Lumos.GUI.Windows.SceneList.SceneListWindowManager is no Interface!
2015-12-26 12:54:55,564 [1] DEBUG Lumos.GUI.Run.GuiRunManager - getInstance of Type Lumos.GUI.Facade.FacadeManager is no Interface!
2015-12-26 12:54:55,571 [1] DEBUG Lumos.GUI.Run.GuiRunManager - getInstance of Type Lumos.GUI.Windows.PEManager is no Interface!
2015-12-26 12:54:55,576 [1] DEBUG Lumos.GUI.Run.GuiRunManager - getInstance of Type Lumos.GUI.Windows.LiveView.LiveViewManager is no Interface!
2015-12-26 12:54:55,582 [1] DEBUG Lumos.GUI.Run.GuiRunManager - getInstance of Type Lumos.GUI.AssemblyScan.AssemblyManager is no Interface!
2015-12-26 12:54:55,587 [1] DEBUG Lumos.GUI.Run.GuiRunManager - getInstance of Type Lumos.GUI.Project.ProjectManager is no Interface!
2015-12-26 12:54:55,591 [1] DEBUG Lumos.GUI.Run.GuiRunManager - getInstance of Type Lumos.GUI.Localization.LocalizationManager is no Interface!
2015-12-26 12:54:55,596 [1] DEBUG Lumos.GUI.Run.GuiRunManager - getInstance of Type Lumos.GUI.Run.GuiRunManager is no Interface!
2015-12-26 12:54:55,600 [1] DEBUG Lumos.GUI.Run.GuiRunManager - getInstance of Type Lumos.GUI.Actions.GuiActionManager is no Interface!
2015-12-26 12:54:55,606 [1] DEBUG Lumos.GUI.Run.GuiRunManager - getInstance of Type Lumos.GUI.Facade.Scene.Fanning.FannedValueManager is no Interface!
2015-12-26 12:54:55,610 [1] DEBUG Lumos.GUI.Run.GuiRunManager - getInstance of Type Lumos.GUI.Connection.ConnectionManager is no Interface!
2015-12-26 12:54:55,615 [1] DEBUG Lumos.GUI.Run.GuiRunManager - getInstance of Type Lumos.GUI.Input.InputLayerManager is no Interface!
2015-12-26 12:54:55,641 [1] DEBUG Lumos.GUI.Run.GuiRunManager - getInstance of Type Lumos.GUI.Net.GuiNetManager is no Interface!
2015-12-26 12:54:55,645 [1] DEBUG Lumos.GUI.Run.GuiRunManager - getInstance of Type Lumos.GUI.Settings.SettingsManager is no Interface!
2015-12-26 12:54:55,650 [1] DEBUG Lumos.GUI.Run.GuiRunManager - getInstance of Type Lumos.GUI.Monitoring.GuiMonitoringManager is no Interface!
2015-12-26 12:54:55,656 [1] DEBUG Lumos.GUI.Run.GuiRunManager - getInstance of Type Lumos.GUI.Log.GuiLogManager is no Interface!
2015-12-26 12:54:55,660 [1] INFO Lumos.GUI.Run.GuiRunManager - Collected 20 of Type IGuiManager with 74 tries in Assembly LumosGUI
2015-12-26 12:54:55,687 [1] INFO Lumos.GUI.Run.GuiRunManager - Collected 0 of Type IGuiManager with 0 tries in Assembly LumosLIB
2015-12-26 12:54:55,694 [1] INFO Lumos.GUI.Run.GuiRunManager - UIEditorManager [Manager initialized].
2015-12-26 12:54:55,704 [1] INFO Lumos.GUI.Run.GuiRunManager - GuiRunManager [Manager initialized].
2015-12-26 12:54:55,708 [1] INFO Lumos.GUI.Run.GuiRunManager - AssemblyManager [Manager initialized].
2015-12-26 12:54:55,713 [1] INFO Lumos.GUI.Run.GuiRunManager - FannedValueManager [Manager initialized].
2015-12-26 12:54:55,727 [1] INFO Lumos.GUI.Run.GuiRunManager - ResourceManager [Manager initialized].
2015-12-26 12:54:55,742 [1] INFO Lumos.GUI.Run.GuiRunManager - PEManager [Manager initialized].
2015-12-26 12:54:55,746 [1] INFO Lumos.GUI.Run.GuiRunManager - LocalizationManager [Manager initialized].
2015-12-26 12:54:55,751 [1] INFO Lumos.GUI.Run.GuiRunManager - GuiActionManager [Manager initialized].
2015-12-26 12:54:55,755 [1] INFO Lumos.GUI.Run.GuiRunManager - GuiNetManager [Manager initialized].
2015-12-26 12:54:55,793 [1] INFO Lumos.GUI.Run.GuiRunManager - SettingsManager [Manager initialized].
2015-12-26 12:54:55,804 [1] INFO Lumos.GUI.Run.GuiRunManager - SceneListWindowManager [Manager initialized].
2015-12-26 12:54:55,822 [1] INFO Lumos.GUI.Run.GuiRunManager - ConnectionManager [Manager initialized].
2015-12-26 12:54:55,830 [1] INFO Lumos.GUI.Run.GuiRunManager - InputLayerManager [Manager initialized].
2015-12-26 12:54:55,834 [1] INFO Lumos.GUI.Run.GuiRunManager - FacadeManager [Manager initialized].
2015-12-26 12:54:55,861 [1] INFO Lumos.GUI.Run.GuiRunManager - LiveViewManager [Manager initialized].
2015-12-26 12:54:55,865 [1] INFO Lumos.GUI.Run.GuiRunManager - ProjectManager [Manager initialized].
2015-12-26 12:54:57,217 [1] INFO Lumos.GUI.WindowManager - Successfully loaded 21 Windows.
2015-12-26 12:54:57,518 [1] INFO Lumos.GUI.Run.GuiRunManager - WindowManager [Manager initialized].
2015-12-26 12:54:57,525 [1] INFO Lumos.GUI.Run.GuiRunManager - PluginManager [Manager initialized].
2015-12-26 12:54:57,534 [1] INFO Lumos.GUI.Run.GuiRunManager - GuiMonitoringManager [Manager initialized].
2015-12-26 12:54:57,540 [1] INFO Lumos.GUI.Run.GuiRunManager - GuiLogManager [Manager initialized].
2015-12-26 12:54:57,544 [1] INFO Lumos.GUI.Run.GuiRunManager - Managers initialized: 20
2015-12-26 12:54:57,549 [1] INFO Lumos.GUI.Run.GuiRunManager - Starting Services.
2015-12-26 12:54:57,554 [1] DEBUG Lumos.GUI.Run.GuiRunManager - getInstance of Type Lumos.GUI.AssemblyScan.AssemblyManager is no Interface!
2015-12-26 12:54:57,560 [1] DEBUG Lumos.GUI.Run.GuiRunManager - getInstance of Type Lumos.GUI.Actions.GuiActionManager is no Interface!
2015-12-26 12:54:57,565 [1] DEBUG Lumos.GUI.Run.GuiRunManager - getInstance of Type Lumos.GUI.Net.GuiNetManager is no Interface!
2015-12-26 12:54:57,570 [1] DEBUG Lumos.GUI.Run.GuiRunManager - getInstance of Type Lumos.GUI.Monitoring.GuiMonitoringManager is no Interface!
2015-12-26 12:54:57,574 [1] INFO Lumos.GUI.Run.GuiRunManager - Collected 5 of Type IGuiService with 5 tries in Assembly LumosGUI
2015-12-26 12:54:57,579 [1] INFO Lumos.GUI.Run.GuiRunManager - Collected 0 of Type IGuiService with 0 tries in Assembly LumosLIB
2015-12-26 12:54:57,595 [1] DEBUG Lumos.GUI.AssemblyScan.AssemblyManager - Successfull registered Assembly: LumosGUI
2015-12-26 12:54:57,606 [1] DEBUG Lumos.GUI.AssemblyScan.AssemblyManager - Successfull registered Assembly: LumosLIB
2015-12-26 12:54:57,611 [1] DEBUG Lumos.GUI.AssemblyScan.AssemblyManager - Successfull registered Assembly: DeskLamp
2015-12-26 12:54:57,616 [1] DEBUG Lumos.GUI.AssemblyScan.AssemblyManager - Successfull registered Assembly: DMXLIB
2015-12-26 12:54:57,626 [1] DEBUG Lumos.GUI.AssemblyScan.AssemblyManager - Successfull registered Assembly: LumosControls
2015-12-26 12:54:57,637 [1] DEBUG Lumos.GUI.AssemblyScan.AssemblyManager - Successfull registered Assembly: AudioAnalyser
2015-12-26 12:54:57,643 [1] DEBUG Lumos.GUI.AssemblyScan.AssemblyManager - Successfull registered Assembly: DeskColorpicker
2015-12-26 12:54:57,648 [1] DEBUG Lumos.GUI.AssemblyScan.AssemblyManager - Successfull registered Assembly: DeskCommandbutton
2015-12-26 12:54:57,654 [1] DEBUG Lumos.GUI.AssemblyScan.AssemblyManager - Successfull registered Assembly: DeskGroupbox
2015-12-26 12:54:57,660 [1] DEBUG Lumos.GUI.AssemblyScan.AssemblyManager - Successfull registered Assembly: DeskKnobControl
2015-12-26 12:54:57,665 [1] DEBUG Lumos.GUI.AssemblyScan.AssemblyManager - Successfull registered Assembly: DeskLabel
2015-12-26 12:54:57,671 [1] DEBUG Lumos.GUI.AssemblyScan.AssemblyManager - Successfull registered Assembly: DeskLineseperator
2015-12-26 12:54:57,676 [1] DEBUG Lumos.GUI.AssemblyScan.AssemblyManager - Successfull registered Assembly: DeskPosition
2015-12-26 12:54:57,682 [1] DEBUG Lumos.GUI.AssemblyScan.AssemblyManager - Successfull registered Assembly: DeskSlider
2015-12-26 12:54:57,687 [1] DEBUG Lumos.GUI.AssemblyScan.AssemblyManager - Successfull registered Assembly: HelperLib
2015-12-26 12:54:57,693 [1] DEBUG Lumos.GUI.AssemblyScan.AssemblyManager - Successfull registered Assembly: KnobControl
2015-12-26 12:54:57,698 [1] DEBUG Lumos.GUI.AssemblyScan.AssemblyManager - Successfull registered Assembly: LiveForm
2015-12-26 12:54:57,703 [1] DEBUG Lumos.GUI.AssemblyScan.AssemblyManager - Successfull registered Assembly: SoftDesk
2015-12-26 12:54:57,766 [1] INFO Lumos.GUI.Run.GuiRunManager - AssemblyManager [Service started].
2015-12-26 12:54:57,800 [1] WARN Lumos.GUI.Actions.GuiActionManager - Image File not Found in GuiActionManager: NewFolderHS.png
2015-12-26 12:54:57,906 [1] WARN Lumos.GUI.Actions.GuiActionManager - Image File not Found in GuiActionManager: par_silber
2015-12-26 12:54:57,951 [1] WARN Lumos.GUI.Actions.GuiActionManager - Image File not Found in GuiActionManager: par_silber
2015-12-26 12:54:58,049 [1] INFO Lumos.GUI.Run.GuiRunManager - GuiActionManager [Service started].
2015-12-26 12:54:58,126 [1] DEBUG Lumos.GUI.Plugin.PluginManager - Successful registered IGuiPlugin: AudioAnalyserPlugin, Plugin DLL: AudioAnalyser.dll
2015-12-26 12:54:58,203 [1] DEBUG Lumos.GUI.Plugin.PluginManager - Successful registered IGuiPlugin: SoftpultGuiPlugin, Plugin DLL: SoftDesk.dll
2015-12-26 12:54:58,207 [1] INFO Lumos.GUI.Run.GuiRunManager - PluginManager [Service started].
2015-12-26 12:54:58,216 [1] INFO Lumos.GUI.Net.GuiNetManager - UDP Listener started on Port 12452
2015-12-26 12:54:58,222 [1] INFO Lumos.GUI.Net.GuiNetManager - UDP Sender started.
2015-12-26 12:54:58,228 [1] INFO Lumos.GUI.Run.GuiRunManager - GuiNetManager [Service started].
2015-12-26 12:54:58,247 [1] INFO Lumos.GUI.Run.GuiRunManager - GuiMonitoringManager [Service started].
2015-12-26 12:54:58,251 [1] INFO Lumos.GUI.Run.GuiRunManager - Services started: 5
2015-12-26 12:54:58,255 [1] INFO Lumos.GUI.Run.GuiRunManager - Startup finished, ready!
2015-12-26 12:54:59,864 [1] WARN Lumos.GUI.Actions.GuiActionManager - Image File not Found in GuiActionManager: par_silber
2015-12-26 12:55:00,093 [1] DEBUG GraphicalView.LiveView - Reset Device with 486 / 264
2015-12-26 12:55:00,125 [1] WARN Lumos.GUI.Windows.LiveView.LiveStageView - Unable to load Image in ResourceManager.
2015-12-26 12:55:00,137 [1] DEBUG GraphicalView.LiveView - Reset Device with 486 / 239
2015-12-26 12:55:00,256 [1] DEBUG GraphicalView.LiveView - Reset Device with 486 / 226
2015-12-26 12:55:01,210 [1] WARN Lumos.GUI.Actions.GuiActionManager - Image File not Found in GuiActionManager: par_silber
2015-12-26 12:55:01,255 [1] ERROR Lumos.GUI.Input.InputLayerManager - An InputLayer with this ID is already registered: ID: {0A60E9B0-D5BC-488b-B189-294E830C18E5}SessionName: RENE_NUK
2015-12-26 12:55:01,262 [1] ERROR Lumos.GUI.Plugin.PluginManager - Error when establishing Connection in Plugin Audio Analyser: An InputLayer with this ID is already registered: ID: {0A60E9B0-D5BC-488b-B189-294E830C18E5}SessionName: RENE_NUK
org.dmxc.lumos.Kernel.Exceptions.AlreadyRegisteredException: An InputLayer with this ID is already registered: ID: {0A60E9B0-D5BC-488b-B189-294E830C18E5}SessionName: RENE_NUK

 at org.dmxc.lumos.Kernel.Input.AbstractInputLayerManager.registerInputLayer(IInputLayer layer) in N:\Visual Studio Projects\LumosBranch\LumosLIB\src\Kernel\Input\AbstractInputLayerManager.cs:line 337
 at Lumos.GUI.Input.InputLayerManager.registerInputLayer(IInputLayer layer) in N:\Visual Studio Projects\LumosBranch\LumosGUI\src\Input\InputLayerManager.cs:line 119
 at AudioAnalyser.AudioAnalyserPlugin.connectionEstablished() in N:\Visual Studio Projects\LumosPlugins\AudioAnalyser\AudioAnalyser\AudioAnalyserPlugin.cs:line 43
 at Lumos.GUI.Plugin.PluginManager.Lumos.GUI.Run.IGuiProjectManager.connectionEstablished(LumosGUIIOContext context) in N:\Visual Studio Projects\LumosBranch\LumosGUI\src\Plugin\PluginManager.cs:line 266

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.

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

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

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?

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.

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

1. DIe Frequenz Umrechnung sollte eine Art “Peak hold”, “Peak sink” (einstellbare) funktion haben , da sich damit das schnelle abfallen einer Spitze bremsen würde und damit die Lichteffekte besser wären.

2. Zu guter letzt , wie habt ihr euch das gedacht , das man programmierte Effekte auf die PAR bekommt wenn gleichzeitigt die Musik die Dimmer bewegen ?
Diese sind ja mehr oder weniger fest verdahtet.

Trotz Identifizierung durch das Nicolaudi-Plugin in wird das myDMX-Interface nicht in DMXC3 hinzugefügt.
Anbei Screenshots der Installierten Plugins und deren Einstellungen.

​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.

Der Pfad zur MEVP.dll wird im Ausgabeplugin zwar übernommen, gespeichert und ist nach dem Neustart ebenfalls vorhanden. Aber irgendwie fehlt der Verweis auf die MEVP.dll, da ich im Ausgabeplugin nur den reinen Pfad angebe und (gefühlt) nicht mehr wie in einer der vorherigen Versionen auch den Namen der DLL mit eingebe. Dies hat zur Folge, dass Easy View trotz aktiviertem Interface und DMX-Out nicht starten mag.

Da wir immer mehr eigene Hardware anbieten und auch hin und wieder neue Funktionen in die Devices kommen, welche z.T. eng mit DMXC verknüpft sind (Nodle U1, Sync ausgabe, heartbeat), wäre es vielleicht sinnvoll die jeweils aktuellste Firmware für z.B. das Nodle U1 und dann auch das R4S und zukünftige mit DMXC 3 auszuliefern und eventuell beim Start den User darauf hinzuweisen, das eine neue FW verfügbar ist.

DMXC3 müsste dafür nur eine Datei pro HW haben, in welcher die aktuellen FWs stehen und diese beim Verbinden mit dem Interface abgleichen.
Wurde eine ältere Firmware im Device erkannt, kann wird beim Start der Software und verbinden der HW eine MessageBox geworfen und die Verbindung abgebrochen mit Hinweis auf die neue FW.

Der User kann nun entscheiden ob er die Hardware mit der alten FW verbinden will oder zunächst ein Update machen will.
Bei Update-Entscheidung muss DMXC nur ein kleines von uns mitgeliefertes Programm/Tool/exe starten, welches in einem definierten Pfad im Kernel oder GUI liegt.

z.B. beim U1: kernel/hardware/nodle_u1/update.exe –Serialnumber
oder beim R4S: kernel/hardware/nodle_r4s/update.exe –Serialnumber

Das Programm “update.exe” ruft dann die nötigen subprogramme/Funktionen/etc aus dem Ordner auf, um den User durch den Flashvorgang zu leiten.
Wenn erfolgreich, meldet das Programm “exit 0” oder so zurück und DMXC3 kann mit dem Verbindungsaufbau zur HW fortfahren.
Die Seriennummer oder eine andere Geraetekennung (je nach Device) dient dazu mehrere angeschlossene Geräte zu unterscheiden.

Je nach Gerät passiert das alles nach dem druck auf “Ja Update Jetzt” automatisch, weil der User keine Interaktion mit der HW benötigt.
Die spezifischen Unterschiede für jede Hardware sind von DMXC3 komplett entkoppelt und nur in der update.exe pro Hardware zu warten.
Damit ist das jederzeit austauschbar/anpassbar ohne DMXC und dessen Hardware-Treiber zu beeinflussen.

Als Luxus-Variante könnte in dem “neue FW-Fenster” noch der Changelog bzw. die neuen Funktionen des Firmware drin stehen, die sich DMXC aus besagter Versionsdatei in dem jeweiligen Verzeichnis ziehen kann.

hier mal mal ein Wunsch.. eine Idee zur 3.1

Nach nun über 40 Buttons im Softdesk wird es mit den Zuständen ( Status ) der damit gesteuerten CueListen komplexer.
Aber auch ohne Buttons bzw in Verkettungen ( eine CluelIste startet eine weitere ) wird es immer unübersichtlicher was nun läuft und was nicht.

Ein Ansatz wurde ja schon geschaffen, “aktive TOOLS” anzuzeigen.
Ich würde es ggf. als CueListe bezeichnen zumal es eine ist.. die hier angezeigt wird, jedoch nicht läuft.

Bei mehrmaligem öffnen und schließen des Fensters aktualisiert sich hier was, aber eben nicht alleine und nicht richtig.

IDEE 1 ... Hier in der Kanalübersicht nun den Status von aktiven Cuelisten an zu zeigen. ( und zeitnah automatisch zu aktualisieren)

IDEE 2 ... In der CueListen ( Listbox ) ist noch Platz für ein paar Spalten... Hier eine Marke , Farbe und /oder Text etc .. rein
Dann muss man nicht jede Cueliste erst öffenen um zu sehen ob sie aktiv ist oder nicht.

Dies würde sehr das Handling verbessern und ich denke Programmtechnisch ist es nicht so komplex.
Den Update-Timer für diese Anzeige, würde ich natürlich nur dann laufen lassen wenn diese Ansicht geöffnet ist, oder mit einer Funktion zum Ein / Auschalten mit Timerintervall.
Ebenso ein einstellbars Delay wäre nicht schlecht , wenn man Listen extrem schnell ein / ausschaltet .. möchte ich wissen das diese an “waren”

Link zum Forum : mit Bildern:

https://forum.dmxcontrol-projects.org/index.php?thread/11738-cuelisten-anzeige-des-status-start-stop-pause-etc/&postID=97768#post97768

Gruß Uwe

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)

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.

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.

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

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

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

Möchte ich im Wertebereich 0 ... 100 die Farbe weiß einstellen, rechnet die GUI die Werte effektiv gesehen schon bei der Eingabe falsch um und es kommt ein grau heraus (siehe Bild 1). Beim Drücken der Enter-Taste kommt dann auch “die zahlenmäßige Bestätigung” (Bild 2).

Es kommen ja mit DMXControl 3.2 weitere Master hinzu. Öffne ich nun das zugehörige Master-Fenster, werden mir alle Gruppen entsprechend untereinander angezeigt und jeder Master innerhalb der Gruppe in horizontaler Richtung. Dies führt bei größeren Projekten dazu, dass innerhalb des Fensters viel hin und hergescrollt werden muss, wenn entsprechend viele Master angelegt sind.

Für eine ständige Benutzung im Live-Betriebt wird in der Tat das Softdesk oder ein entsprechender Controller der bessere Ort bzw. Weg sein, die Master anzusteuern. Möchte man aber “mal eben” etwas korrigieren, was weder auf dem Softdesk, noch auf einem anderen Controller liegt, wird dies aktuell in diesem Fenster eher unübersichtlich.

Daher möchte ich anregen:

• Variante 1: Die Masterfenster werden grundsätzlich aufgeteilt und jeder Master erhält sein eigenes Fenster, was sich dann auch beliebig und platzsparender auf dem Bildschirm positioniert werden kann.
• Variante 2: Es wird nur die Aufteilung innerhalb des einigen Masterfensters optimiert und auf zwei Zeilen mit der Aufteilung Special Master und Group Master in Zeile 1 und Speed Master und Playback Master in Zeile 2 reduziert. Da bei DMXControl 3.2 festgelegt werden kann, ob ein Group Master angelegt werden soll und Speed und Playback Master generell Master sind, die vom User manuell erzeugt werden, wird der Platz in dem einen Fenster deutlich besser genutzt und man kommt als User bei kleinen Projekten möglicherweise ohne zu Scrollen an alle erforderlichen Master.

- DMXControl Starten, leeres Projekt
- Neues Device (getestet mit Generic RGB + Eurolite PS-4 HCL)
- Stageview, Properties von Device
- Default Color wählen
- Lumos Drücken

Ergebnis:
- In Color-Picker + Device Control ist die Farbe gesetzt
- In Stage View, Programer + DMX Ausgabe wird weiß angezeigt.

Folgende Funktionen sollten enthalten sein:
1. Anzeige des Sessionnamen, IP Adresse, Name des PCs
2. Editierung des Sessionnamen
3. Kicken
4. Einstellung Programmer (separater, oder gespiegelter)

Später auch für Berechtigungen etc

Da mit dieser Version weitere Master Einzug erhalten, wäre hier eine zentrale Verwaltung für alle Master im Project Explorer hilfreich. Insbesondere für die Speed- und Playback-Master fehlt eine Möglichkeit, diese aus dem Projekt zu löschen.

Daher schlage ich vor, im Projekt Explorer einen weiteren Eintrag mit dem Namen Master sowie mit den festen Unterordnern Group Master, Speed Master, Playback Master hinzuzufügen. In den Unterordnern sind dann folgende Optionen verfügbar / zulässig:

• Group Master: aktivieren und deaktivieren
• Speed Master / Playback Master: neu anlegen, löschen

Da man aktuell Gefahr läuft, sich sein Projekt bei Tippfehlern mit Speed Mastern und Playback Mastern unnötig zu fluten, habe ich diesem Wunsch für den Moment eine mittlere Priorität eingeräumt.

Man hat 3 Presets erstellt, für Focus, Color und Intensity. Will diese nun auf eine Auswahl anwenden. Nun muss man alle 3 Presets der Reihe nach rüberziehen. Mehrfachselektionen sollten in der Presetliste möglich sein.

Ich würde mir 2 Tasten wünschen, die folgendes machen

1) alle Geräte, die zuletzt angewählt waren wieder anwählen
2) alle Geräte, die im Programmer einen Dimmer > 0 haben anwählen

Es wäre schön, wenn es eine Möglichkeit gäbe, einzelne Geräte für Records zu sperren, soll heißen, egal welchen Wert diese haben, oder ob die verändert werden, sie werden nicht gespeichert.

z.B. für Saallicht, Arbeitslicht, Umgangslicht.

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.

Es wäre schön, wenn es zusätzlich zur Cuelist eine Ansicht gäbe, die die Inhalte der Cues als Tabelle anzeigt. Zeilen: Geräte, Spalten: Cues
Sind im Live View keine Geräte selektiert werden alle Geräte angezeigt, sind welche selektiert, werden nur diese angezeigt.
Das gleiche gilt für Cues. Sind keine Cues markiert werden alle angezeigt, sind einer oder mehrere selektiert werden nur diese angezeigt.

Dadurch sieht man sehr schnell, in welchem Cue welches Gerät auf welchen Wert gesetzt wird. Sonst müsste man sich jedes Cue nacheinander im Programmer anzeigen lassen.

Wenn ich einen Kreis in einem Cue ändere, wäre es schön, angeben zu können, ob

a) die Änderung ab hier gilt ⇒ neue Wert wird in diesem Cue gespeichert und die Info weiter getrackt
b) die Änderung nur in diesem Cue ⇒ der neue Wert wird in diesem Cue gespeichert, in dem darauffolgenden wird der ursprüngliche Wert eingetragen (Cue only)
c) die Quelle ändern. ⇒ Das Cue, in dem der Kreis ursprünglich auf den wert gesetzt wurde, wird geändert.

Wie der Name schon sagt bezieht sich diese Funktion auf den Dimmer

Bespiel:

Kreise 1-5 auf 70%
Kreise 6-9 auf 0%

<Rem Dim> <1> <ENTER> setzt alle Kreise außer 1 auf 0% und behält die 70% von Kreis 1 bei.
<Rem Dim> <ENTER> setzt alle Kreise wirder auf den ursprünglichen Wert

<Rem Dim> <6> <ENTER> 6 war ja auf 0%, wird auf 100% gesetzt (also eigentlich die Highlight Funktion) und alle anderen auf 0%
<Rem Dim> <ENTER> s.o.

Die DMX Werte eines geparkten Geräts werden eingefroren. Erst wenn es wieder ausgeparkt ist werden aktuelle Werte übernommen und ausgegeben.

Diskussion zu diesem Punkt hier:
https://forum.dmxcontrol-projects.org/index.php?thread/11895-2016-06-29-entwicklermeeting

Wichtig: Effekte müssen weiterlaufen, Neue Effekte und Programmierung wird nicht auf Geräte übertragen

Es wäre schön, wenn es eine Möglichkeit gäbe eine Fixture komplett oder nur einzelne Parameter aus allen Cues einer Cuelist zu löschen.

Beispiel: Farbe von Gerät 1 und 5 aus allen Cues löschen. Statt allen Cues könnte Color auch nur aus einer Selektion von Cues gelöscht werden.

<CUE> <ALL> <FIXTURE> <1> <+> <5> <COLOR> <DELETE> <ENTER>

Ich hab mir gedacht das eine andere art der Live View auch sehr interessant wäre.
Als Tabelle wie bei folgendem Bild.

Idee (low low prio ): Flag enclosed o.ä.
Verhindert, dass eingestellte Werte die globalen Überschreiten.
z.B. du hast eine globale Fadezeit von 2.
Jetzt setzt du beim Dimmer von Gerät 1 dieses Attribut,
und trägst bei Delay 0.5 ein. Dadurch wird der Wert für Fade automatisch berechnet und eingetragen (1.5)

hier mal aufgeräumt

Stellt man in einer Cuelist den Trigger auf Timecode und klickt anschließend in den Trigger-Value wird automatisch 00:01:00.00 eingefügt.

Hier wäre es super wenn, falls bereits eim Timecode mit der Liste verknüpft ist, der aktuelle anliegende Timecode benutzt wird oder über einen Rechtsklick die Option geboten wird diesen einzufügen.

Ich hätte eine Idee wie mann in der LiveView den Ausstoß der nebelmaschienen anzeigen könnte.

Nämlich wie folgt:
Lösung nr.1:
Mann hat zwei Bilder(Icons) einmal Nebelmaschiene im neutralen zustand, und einmal Nebelmaschiene mit ausstoß.
Wenn die Nebelmaschiene Ausstößt wechselt ganz einfach das Icon und umgekert genauso.

Lösung nr.2:
Mann hat das Icon der Nebelmaschiene in .PNG-Dateiformat.
und im hintergrund ein weiteres .PNG Bild, nämlich einen Nebelausstoß, welchen mann jetzt meines erachtens auch vareieren kann.

P.S. ich bastel da mal was mit GIMP und pack das in die Kommentare

Gruß
Patrick

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

Wenn ich den Colorwhellrotation (Farbrad dreht sich) einstelle, passiert im Liveview nichts, also Farbe ändert sich nicht.
(Getestet mit MAC 700 WASH DDF)

Kernel läuft auf PC1, GUI1 auf PC1, GUI2 auf PC2
PC1 und PC2 sind über Netzwerk verbunden. PC2 mit Kernel auf PC1

Man legt in GUI1 ein StageView “StageViewTest” an.
BUG:
“StageViewTest” ist in GUI2 nicht auffindbar. Auch nach reconnect nicht.

Hallo,
Ich fände es gut, wenn man bei mehreren, in der Position gefannedten Moving Lights im Position-Panel bzw. im Position-Dropdown nicht nur den mittleren Marker packen könnte, sondern auch die anderen. Die Position der anderen Scheinwerfer wird dann proportional zum mittleren Marker angepasst. Ich könnte mir zudem vorstellen, dass man Marker fixieren kann (solange, wie das/die Gerät(e) ausgewählt sind) und durch verschieben eines anderen Markers dann die Positionen relativ zu den fixierten Markern angepasst wird. Außerdem sollte man im nicht gefannedten Zustand über “F” das Fanning auch bei der Position und der Farbe auslösen können. Das sollte die Auswahl beschleunigen.
Viele Grüße
Jens-Peter

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.

Wenn ich mit meiner ListView Die Selectierung ändere wird dies nicht von der GraficalView erkannt(Selection wird nicht übernommen)

Es wäre super, wenn man innerhalb einer Cuelist auch mit absoluten Zeitangaben arbeiten könnte, die relativ zum Start des Abspielens eine Cuelist zu verstehen sind.

Beispiel: eine Cuelist wird manuell gestartet. 9 Sekunden nach Start soll der zweite Schritt beginnen, 20 Sekunden nach Start der dritte Schritt. Dann wäre es prima, wenn man einfach schreiben könnte:

Cue 1 manual
Cue 2 “absolute follow” 9s
Cue 3 “absolute follow” 20s

wobei sich das “absolute follow” 20s der Cue 3 auf t0 von Cue 1 bezieht.

Eine erste Diskussion hierzu findet bereits im Forum unter

http://www.dmxcontrol.de/forum/index.php?page=Thread&threadID=8599

statt.

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.