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.

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

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.

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.

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.

Unter DMXControl 3.1 habe ich das im Anhang befindliche DDF erstellt und live am Gerät erfolgreich geprüft. Das DDF war fehlerfrei.

Mit DMXControl 3.2 kann ich mit dem gleichen DDF jedoch keine Gobos mehr auswählen. Die Auswahl wird vom Control Windows für Gobo angenommen und auch vom Device Control übernommen, in der Stage View und vor allem am Gerät selbst kommt die Auswahl nicht an. Die Gobos sind wie folgt implementiert:

<step type="gobo" mindmx="65" maxdmx="69" val="Robe Robin 600E Spot Gobo 1 (Rad 2).png" caption="Gobo 1">
  <range handler="goboshake" mindmx="65" maxdmx="69" minval="0" maxval="0" />
  <range handler="goboshake" mindmx="110" maxdmx="119" minval="0.4" maxval="10" />
</step>

<step type="gobo" mindmx="4" maxdmx="7" val="Robe Robin 600E Spot Gobo 1 (Rad 1).png" caption="Gobo 1">
  <range handler="goboshake" mindmx="4" maxdmx="7" minval="0" maxval="0" />
  <step for="goboindex" mindmx="4" maxdmx="7">
    <range handler="goboshake" mindmx="60" maxdmx="69" minval="0.4" maxval="10" />
  </step>
  <step for="goborotation" mindmx="32" maxdmx="35">
    <range handler="goboshake" mindmx="130" maxdmx="139" minval="0.4" maxval="10" />
  </step>
 </step>

Selbst beim Kopieren von nur drei Gobos eines Goborads ohne Zusätze wie Goborotation, Goboshake, Goboindizierung etc. in ein Test-DDF, wo neben dem Goborad zusätzlich nur ein Dimmer enthalten ist, funktioniert die Auswahl der Gobos nicht. Es wird jeweils nur das letzte Gobo aktiviert.

Reduziere ich den Dateinamen für das Icon um nur ein Zeichen auf 34 Zeichen zzgl. Dateiendung - also auf Robe Robin 600 Spot Gobo 1 (Rad 1).png (ohne das E) - arbeitet das DDF wieder fehlerfrei.

Zum Nachstellen des Problem habe ich im Anhang beide Varianten hochgeladen. Die alte Variante ist die Ursprungsvariante für DMXControl 3.1, die neue Variante ist die entsprechend korrigierte Variante mit dem verkürzten Dateinamen für DMXControl 3.2.

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 hätte gerne die Möglichkeit, Presets per Softpult abzurufen.

So kann Live schnell z.B. eine auswahl von Geräten geändert werden,
ohne das für Auswahl der Geräte die gewünschte Änderung( Farbe/Gobo/Position) als CUE angelegt sein muss.

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

Moin moin,

Ich hab mal wieder nen Bug ausgegraben, der mich schon seit der 3.0.10 :) stört und auch immernoch auftritt:

Wenn ich 2 Sessions (mit zwei unterschiedlichen Namen benutze, verschwinden auf einmal die Cuelists in der zweiten Session, sobald ich sie versuche zu öffnen.

Um das ganze mal nach zu bauen, hab ich mir einfach ein paar RGB Geräte angelegt, eine Cuelist auf meinem ersten Rechner angelegt und dort einfach nen grün abgespeichert. Danach konnte ich dies noch auf meinem zweiten öffnen. Dann habe ich einfach noch 8 weitere Cuelists angelegt und wollte Random eine Cuelist öffnen und konnt sie im PE nicht mehr öffnen.

Man kann sie zwar unter Windows/Cuelists zwar wiederfinden und öffnen, aber ab einer gewissen Anzahl vermisst man dann halt doch die Ordnerstruktur.

interessant ist auch, dass wenn man auf der zweiten Session Cuelists erstellt, auch diese verschwinden.

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

Für ein Softdesk Only Modus wäre es schön wenn man eine Art LCD Panel in Softdesk anlegen kann um Informationen darzustellen. z.B. Aktueller Manueller Beat.

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.

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

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.