Bugtracker DMXControl 3

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

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.

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.

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

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

Bei dem PlugIn MidiOutput fehlen die Dll dateien midiplugin.dll und midiplugin.rules.dll deshalb kann ich es nicht installieren

Speichert man ein Projekt mit Softdesk ab und öffnet es wieder fehlen einige (Immer andere) Input assignments

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.

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

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

Ich habe nach dem Starten von DMX Control ein Projekt geladen, dann wollte ich das Softpult mit einem Doppelklick autrufen, dabei stürzte das Programm ab.

Bernd

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.

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.

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.

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

Getestet mit Build 1402

Der Installer legt aktuell noch nicht die Verknüpfung im Startmenü zu den eigenen DDFs an.

Siehe Titel

Ich wollte heute auf Windows XP Professional SP3 DMXControl 3 Beta 4 installieren. Währenddessen lief im Hintergrund Windows Update und hat ein paar Sachen installiert.

Die Installation der DMXControl teile lief problemlos.
Das Herunterladen des XNA Frameworks hat funktioniert, nur beim Ausführen dieser Installationsdatei erschien die Fehlermeldung im Anhang, diese ist recht nichtssagend und hilft mir nicht bei der Behebung des Fehlers.

Eine spätere Installation nachdem Windows Update beendet war, funktionierte dann einwandfrei - weshalb ich stark vermute, dass dies das eigentliche Problem darstellte.

Bei Effekten wie Rechteck, Trapez oder weiteren, bei denen explizit mit Zeiten gearbeitet wird (fade up time, fade down time, pause) sollte nicht die Phasenverschiebung nicht als Winkel in Grad, sondern als Zeitwert in (Milli-) Sekunden angegeben werden.

Generic Dimmer, Group 1 + 2 At Full → Einträge für Group 1 und 2 inkl Dimmer im Programmer vorhanden, aber keine Werte.

Clear
Generic Dimmer, Group 1 + Device 1 At Full → Wert bei Device 1 aber nicht bei Group 1

Clear
Group 1 At Full → Wert bei Group 1 vorhanden.

s.o.

Es erscheint das Please wait... und unten steht Informing connected Sessions.

es sollte ein timeout für alle verbundenen Sessions geben, dammit mann trotsdem speichern kannm, auch wenn sich grade eine GUI einklinckt.

das is namlich ser blöd, wenn sich die einwälwende GUI aufgehangen hatt ;)

MfG
Patrick

Im Anhang Scenenliste “Robin Dimmer” Cue 2.2

nicht wundern, ist nen Workaround in der Scenenliste wegen Bug  FS#2001 

Es lassen sich zur Zeit keine Application Settings von einem Rechner auf den anderen übertragen. Diese werden momentan also noch nicht projektbezogen gespeichert. Auch das Input Assignment ist auf einem neuen Rechner weg, wodurch man z.B. ein Actionpad komplett neu zuweisen muss.

Hier nochmal ein Detailbeispiel als Zitat aus dem Forum:
Ich habe auf einem Laptop ein paar RGB Lichter erstellt, ein paar Gruppen, dazu ein paar Cuelists sowie ein Actionpad. Die Buttons auf dem Actionpad sind bereits entsprechenden Cuelists oder einfachen Funktionen zugeordnet, über die Funktion Settings–> Applications Settings–> Input Assignment.

Soweit sogut. Nun speichere ich meine Session und starte diese Session auf einem anderen Rechner. Alles gut, alles da vom Actionpad ABER leider sind die Zuweisungen der Buttons etc. alle nicht mehr vorhanden. Ich muss also das komplette Input Assignment neu schreiben, was wahrscheinlich nicht im Sinne des Erfinders ist.

Danke euch fürs kümmern <3

s.o.

Bei einem Doppelklick auf einen Trackbar eines Propertys dessen Default nicht 0 ist, wird dieser auf 0 gesetzt.

Er müsste aber auf den Defaultvert springen.

Es wäre schön, den manuellen Beat über DMX-In erfassen zu können.

Muss das mal noch detaillierter testen, aber soweit ich das bisher gesehen hab:

* Kernel und GUI (local connection) auf Rechner 1 starten, und ein Projekt laden
* Mit Rechner 2 und einer GUI auf den Rechner 1 verbinden
* Auf Rechner 2 ein neues Projekt laden

Der Rechner zwei zeigt nun das Lade-Fenster an, und es geht “nix weiter”, da ja in den Standardeinstellungen der Projektwechsel auf Rechner 1 noch bestätigt werden müsste. Hier wäre es gut, wenn auf Rechner 2 in der Statusmeldung eine Nachricht wie “Asking all connected sessions for approval”

Auf Rechner 1 wird die Meldung “Really close the project? There are other sessions connected!” angezeigt.
Das ist falsch, die Fallunterscheidung in der ConnectionManager.cs:1072 (if (Object.Equals(sourceSession, this.SessionName))) scheint nicht zu funktionieren, eigentlich müsste “Session " + sourceSession + " wants to close the project. Is that OK?” angezeigt werden.

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.

Es sollten Timeouts für die Sessions eingebaut werden.

Besonders ist das beim speichern des Projektes zu beachten (ca. 30s).

Außerdem könnten Clients die sich länger nicht mehr melden rausgeworfen werden.

So solte es meiner meinung nach im ddf aussehen:

<zoom dmxchannel="19" >
  <rotation dmxchannel="20" >
    <step type="stop" mindmx="191" maxdmx="192" />
    <range type="ccw" mindmx="190" maxdmx="128" minval="0.0083333" maxval="0.17" />
    <range type="cw" mindmx="193" maxdmx="255" minval="0.0083333" maxval="0.17" />
  </rotation>
  <index dmxchannel="20" />

  <range type="linear" mindmx="0" maxdmx="45" minval="4" maxval="13.529411764705882352941176470588" />
  <range type="linear" mindmx="46" maxdmx="255" minval="13.749019607843137254901960784313" maxval="60" > 
    <range handler="index" range="4" mindmx="0" maxdmx="127" />
    <range handler="index" range="0" mindmx="128" maxdmx="255" />
  </range>
</zoom>

Aber der Zoom funktioniert dann nicht, erst wenn ich den Rotations-Node lösche geht der wieder.
Außerdem wird Index in diesem fall nicht im Propertygrid angezeigt.

Hab mal das funktionierende DDF und Manuel angehangen

Führt man einen Doppelklick im Property-Grid aus, so wird bei Feldern mit durch Semikolon getrennte Werte immer noch das Semikolon und das dahinter folgende Leerzeichen mit ausgewählt. Dies macht das schnelle Ändern gerade bei Color und Position unnötig aufwendig, da hier folglich auch immer das Semikolon mit neu gesetzt werden muss.

Wäre super, wenn man die Group Size relativ zur Größe zur Runtime angeben könnte, also “1/2” um sicher zu stellen, dass bei nachträglichen Gruppenänderungen die Anzahl der “Teil-Gruppen” gleich bleibt.

Es ist nicht möglich, RAW und gobowheel auf den gleichen Kanal zugreifen zulassen. Das Goborad hat dann keine Funktion in dmxc3

https://forum.dmxcontrol-projects.org/index.php?thread/11994-gobo-und-raw-auf-einem-channel/&postID=100316#post100316

Man kann die Cues innerhalb einer cuelist mit der Maus verschieben. Jedoch klappt kann man eine Cue nicht an die letzte Stelle einer Cuelist verschieben.

Kernel läuft auf Maschine 1 (192.168.0.32) - GUI auf Maschine 2 (192.168.0.10)

In der GUI im Verbindungsfenster wird der Kernel angezeigt, aber bei verbindung passiert nichts. Bei zweiten Versuch sagt er “Session schon vorhanden” aber auch da passiert nix...
Im Kernel sieht man aber, das eine Session angelegt wird....

Der Reiter wird nach dem Anklicken nicht korrekt dargestellt.
Betrifft nicht die Funktionalität, sieht nur blöd aus.

Nach laden eines Projektes und aufrufen der Stage View kommt die Fehlermeldung “Gui has crashed”, die Geräte kann man allerdings im StageView noch verschieben, mehr allerdings nicht (keine weiteren Einstellungen wie Intensität u.ä. möglich).
Das passiert sowohl bei direktem Start von GUI und Kernel, als auch beim separaten Starten. Beide Programme sind als Administrator gestartet worden, auf dem PC wurde DMXC 3.1 vollkommen frisch installiert (alte Versionen in Programme und AppData umbenannt). Ebenfalls neu installiert wurde das Framework 4.0.

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

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

Im folgenden thread ausführlich beschrieben:

https://forum.dmxcontrol-projects.org/index.php?thread/13008-channel-overview-werte/&pageNo=2#post110915

In meinen Posts vom 4.dezember 2017 ist ein Projekt angehängt und dazu die Vorgehensweise, den Fehler zu reproduzieren.

Der Fehlerdialog ist schlecht designed!

Ändere ich für ein Device die Default Color, so wird die neue Farbe zwar direkt richtig im Device Control und im Color Picker wiedergegeben, jedoch nicht in der Stage View. hier bleibt die Farbe weiterhin weiß.

Mein Hintergrundbild in der Stageview wird nach dem Laden des Projekts nicht angezeigt.

Seltsamerweise wird es, nachdem ich in Windows einmal in den Energiesparmodus geschaltet und den Laptop dann wieder eingeschaltet habe, angezeigt.

Wenn man während einer laufenden Cuelist Kanalwerte anpasst, springt der Wert bei einer Änderung durch die Cuelist zurück auf den letzten von der Cuelist gesetzten Wert und fadet von dort zum neuen Wert.

Beispiel:
Generic Dimmer, Cuelist mit 2 Cues: Dimmer 100% und Dimmer 0%, Cuelist auf “Priority update on Go” und Programmer-Priority auf Normal

Fall 1: Änderungen vor Start der Cuelist
Über Programmer Dimmer auf 50% - Dimmer 50%
Cue 1 (Dimmer 100%) → Dimmer fadet von 50% auf 100% (So soll es sein)

Fall 2: Änderungen während laufender Cuelist
Cue 1 (Dimmer 100%) → Dimmer 100%
Über Programmer Dimmer auf 50% → Dimmer 50%
Cue 2 (Dimmer 0%) → Dimmer springt zurück auf 100% (Cue 1) und fadet von dort auf 0% (So sollte es nicht sein)

https://forum.dmxcontrol-projects.org/index.php?thread/13013

Einige Elemente in der Gui müssten für eine bessere Bedienung für Touch optimiert werden. Die Fader sind z.b. schwierig zu bedienen und im PE rumklicken ist etwas fummelig.
Vlt könnte man dort die Navigation auf 1x Klick umstellen und die Größe anpassbar machen.

Trägt man ein Fanning in die Go-To-Time, Go-Back-Time und Release-Time ein, so wird dies zwar akzeptiert und auch gespeichert. Der Kernel verwendet aber nur die erste Zahl des Fannings als entsprechende “Arbeitszeit” und ignoriert das Fanning komplett.

Hier sollte entweder eine Fehlermeldung aufkommen, dass eine solche Eintragung nicht zulässig ist oder dieses Feature unterstützt werden.

Einfacher Chaser mit Farbwechseln, nicht Beat gesteuert sondern follow 200ms.

Auf den Softdesk einen einfachen Fader der auf die Scenelist Speed wirkt.

Läßt man nun die Liste für eine Zeit (10 Sekunden reichen in der Regel) auf voller Geschwindigkeit laufen, kommt es zu einer Verzögerten Wiedergabe.

DIe läßt sich daran ausmachen, das man nun den Fader runter auf 0 setzt. Der Durchlaufspeed solltealso auch sofort wieder runter fahren, macht er aber nicht, sondern mit verzögerung.

Scheinbar arbeitet DMX Control noch alte Listdurchläufe ab bevor er dann, wenn seine aufholarbeit abgeschlossen ist den Speed wie gewünscht ändert.

Es ist in der Regel unwahrscheinlich, dass man dies in Livebetrieb mal erlebt kann aber unter Umständen vorkommen.

Ein Stop und Neustart des Cue setzt den speed sofort wieder richtig.

nicht vorhanden