Bugtracker DMXControl 3

Da es scheinbar immer aus verschiedenen Gründen wieder Probleme gibt, Plugins nachzuinstallieren, schlage ich vor, einen kleine Installerfunktion im Pluginmanager zu integrieren, die wie folgt arbeitet:

1. Alle Plugins erhalten entweder eine Hilfsdatei mit Verzeichnisangaben für die Daten oder vorgeschriebene Verzeichnisse, in denen die erforderlichen Daten ablegt werden müssen.
2. Der User lädt das entsprechende Plugin als ZIP-Archiv herunter.
3. Der Plugin-Manager erhält einen zusätzlichen Button mit den Namen “Add plugin”
4. Der User wählt das Plugin aus dem Dateisystem aus und bestätigt die Auswahl.
5. Die Installerfunktion verschiebt die Daten des Plugins in die richtigen Verzeichnisse.
6. Nach dem “Installationsvorgang” fordert DMXControl 3 den User zum Neustart der Software auf.
7. Nach dem Neustart ist das installierte Plugin automatisch aktiviert.

⇒ Plugins werden aus Sicherheitsgründen nicht über DMXControl selber installiert, sondern über ein separates Programm

Wie wäre es, wenn ein Doppelklick im LiveView sich wie der Button Lumos verhalten würde?
Probleme mit Highlight? Ggf später Lowlight?

Das Presetfenster soll ähnlich zum Effektfenster:

• Icons (mit vorbereiteten Bildern, oder freihandzeichnen)
• Sortieren nach Geräteeigenschaften, oder Gerätegruppen etc.
• Favoriten für Presets anlegen
• Vorschau der Presets bei Mouseover etc.

Damit der Installations-Manager die Plugins für DMXControl 3 automatisch in die richtigen Verzeichnisse kopieren kann, muss eine Hilfsdatei erstellt werden, dessen Inhalte es zu definieren gilt. Folgende Informationen könnten möglicherweise hilfreich sein:

• Art des Plugins (Kernel, GUI)
• Angabe der Verzeichnisse der Dateien
• Author
• Plugin-Version
• kompatible DMXControl-Version
• Checksumme für die im ZIP-Archiv enthaltenden Daten

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.

Es soll angeboten werden, das einstellungen mit in das Project exportiert werden um die settings mitnehmen zu können.

Mit einer abfrage beim Ersten start, ob die Profesionell, Fortgeschritten, Basic Beginners-Settings geladen werden sollen.

MfG
Qasi

Eigene Endung für DMXC3 Projekte: .dmxc3

Eigene Endung für DDFs: .ddf3

Cool!

Werden im Cue Timing Editor von der eigentlich Fade und Delay-Zeit abweichende Werte vergeben, erhält der User hierüber keine Information, dass in der betreffenden Cue der Cue Timing Editor aktiv ist. Hier sollte eine entsprechende Kennzeichnung bzw. Hervorhebung der Cue eingefügt werden.

Da aktuell die Saved Effects eine Programmeinstellung und somit an den PC gebunden sind, können die selbst erstellten Effekte nicht auf einem anderen PC genutzt werden.

Es ist daher zu überlegen, ob die eigene Effekte mit Bestandteil eines Projekts werden. Dies hätte zur Folge, dass diese dann auch in den Project Explorer aufgenommen werden.

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

Erstellt man einen Ordner im Projekt-Explorer unter Cuelists, lassen sich innerhalb das Ordners keine neuen Cuelists anlegen. Im Hauptordner erstellte Cuelists lassen sich per Drag&Drop in einen Ordner verschieben, allerdings speichert das Projekt diese Aktion nicht. Beim nächsten Öffnen des Projekts sind alle Cuelists wieder im Hauptordner. Die erstellten Ordner sind leer.

Aktuell überschreibt der Installer nur Dateien, die im Installer neuer sind. Hat die bestehende Datei auf der Platte ein neueres oder gleiches Datum, wird sie nicht überschrieben.

Da immer mal wieder “alles löschen und neu installieren” im Forum auftaucht, wäre die Frage das evtl. zu ändern.
Folgende Möglichkeiten sind unterstützt:
http://nsis.sourceforge.net/Reference/SetOverwrite (aktuell haben wir “ifnewer”).
Die Einstellung ließe sich im Extremfall für jede einzelne Datei ändern, geht aber natürlich auch blockweise.

Eine andere Möglichkeit wäre es auch, erst alle Dateien in den Kernel- und GUI-Rootverzeichnissen zu löschen und dafür “ifnewer” zu lassen. Das würde auch Probleme mit alten Dateien, die jetzt stören, beheben (wie es z.B. bei der DeskLamp war).

Man hat die Möglichkeit Gruppen erneut zu gruppieren.
Die Tiefe ist auf 2 Gruppen begrenzt. Gruppe - Gruppe - Gerät
Auf diese oberste Gruppe koennen auch Effekte gelegt werden.
Ist ein Gerät in mehreren Gruppen, werden nur die Werte aus der ersten Gruppe verwendet.

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.

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

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

Ich habe gerade im Forum das Thema Versionierung und Art der Speicherung im Forum gefunden

https://forum.dmxcontrol-projects.org/index.php?thread/12810-vorschlag-umbau-der-projekt-speicherverwaltung-in-dmxc3/

Dies hier mal als Ticket, damit das nicht in Vergessenheit gerät.

Beim Verschieben von Objekten auf dem Softdesk steigt der benötigte Arbeitsspeicher schlagartig auf >1,5GB an. Habe 16GB verbaut, doch trotzdem crasht die GUI mit dem Logeintrag zu wenig Arbeitsspeicher.

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.

In bis dato noch nicht nachvollziehbaren Situationen werden beim Anwählen von Cuelists und Devices aus der GUI gelöscht.

Ein vollständiges Speichern des Projekts ist möglich. Nach dem Neuladen des Projects sind die Cuelists und Devices wieder da.

Auf Basis der Diskussion im Forum https://forum.dmxcontrol-projects.org/index.php?thread/12498-wertebereich-für-color-im-device-control/ sollen folgende, vom User einstellbare Wertebereiche im Device Control geschaffen werden:

• Internal: 0.0 bis 1.0 (direkte Anzeige des Kernel-internen Werts)
• Byte: 0.0 bis 255.0 (als Double implementiert)
• Percent: 0.0 bis 100.0 (Wertebereich in %)

Gültig sollen diese Einstellungen / benutzerdefinierten Wertebereiche für folgende Funktionen sein:

• Dimmer
• Color
• PT-Speed
• Iris
• Focus
• Frost
• ggf. RAWs

Für folgende “physikalischen” Werte soll ähnlich verfahren werden:

• Frequency
• Angle
• Time

Zugehörige Funktionen wären:

• Pan / Tilt
• Strobe
• Effect-Speed
• ggf. weitere

Die Eigenschaften müssen nach Typ gruppiert werden und abhängig vom Typ gibt es entsprechende Darstellungen. So hätte der Typ “Geschwindigkeit” eher die Auswahl “BPM, Hz, ms, s” wohingegen der Typ “Intensity” die oben genannten Auswahlmöglichkeiten hat.

Bei dem Versuch die Version 3.1.1 zu installieren hat der Installer ein Timeout bekommen als er XNA installieren wollte.

Das XNA Framework kann auch manuell installiert werden, das löst das Problem fürs erste.

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

Hallo liebes Team...

Ich bin jetzt von DMX Control 2 auf die version 3 umgestiegen...

Nachdem ich die probleme mit dem Treiber für mein Monacor Interface mit Installation der aktuellsten Version beheben konnte, habe ich noch 2 gravierende Probleme.

1. es werden anscheinend willkürliche Werte auf die DMX leitung ausgegeben... (Movings machen willkürliche Bewegungen, obwohl kein Effekt gestartet wurde...

2. wenn ich versuche, meine Movings über die HAL zu bewegen, dann stürzt die GUI ab und ich bekomme eine Fehlermeldung.

Als Interface benutze ich ein IMG-Stage Line DMX 510USB, was unter der Version 2.X problemlos und sauber läuft...

Ich habe auch schon die Log Files abgespeichert, habe aber hier keine möglichkeit, diese hochzuladen.
Ich könnte diese aber jerderzeit per E-Mail senden.

Ich bräuchte bitte Hilfe um festzustellen, wo der Fehler liegt.

Danke und viele Grüße aus dem hohen Norden

Wird versucht ein Start/Stop Input Assigment auf einen Executor zu ziehen Crasht die GUI, da der Executor nur Start oder Stop kennt. → Fehlermeldung einbauen.

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.

Ich kann in Unterordnern keine Cuelists/Cuelist Groiups/ Devices/ Device Groups/ etc. über das Kontextmenü hinzufügen.

Außerdem werden neue o.g. immer im Hauptordner angelegt, die mit dem Button “Create XYZ” in der Menüleiste erstellt werden.

Edit: Patrick: Memo an mich. Das trift auf alle Nodes zu !!!!

#19 EasyView Geräte übergeben/bekommen

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

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

s.o.

Wird für Shader-Modell V3.0+ benötigt.
Und Die Gobocorrelation

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?

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.

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.

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.

Es sollte die möglichkeit geben verschiedene Themes zu laden, welche vom Benutzer individuel angelegt werden können, und Werkthemes, wie Standarttheme und Dark Theme.

Ein Dark theme hat den vorteil, im Livebetrieb, das es nicht so grell blendet.

TODOs!!!

• OwnerDraw DataGridView

1. Column-Sortierungspfeile werden nicht angezeigt
2. Column-Resize wird nicht visualisiert
3. Row-Selectionpfeil wird nicht angezeigt
4. Tree-Nodes werden nicht angezeigt

• Menues Von Fenstern, die nicht einem ToolStrip angehöhren einfärben

• ListView

1. TabellenForm einfärben

• Workaround für ScrollBars einbauen

MfG
Qasi

A dark version of DMXControl, great for working in dark environments. Making it easier on the eye and the screen would be less of a distraction if the control booth is located in the middle of the audience.

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.

s.o.

Geiler Scheiß, fast fertig....

Ich würde mir beim Chaser noch folgende Features wünschen:
1. Auswahl wie lange eine “Scene” gehalten wird
2. Ein/Ausfadezeit einstellbar
3. Größe des Chasers z.B. 1er, 2er, 3er etc.
4. beim Zufalls Modus einstellbar wieviele Geräte min und max an sind.
5. anstatt Duration bzw zusätzlich eine Triggerzeit z.b. 3000, dann würde alle 3Sek ein Schritt weitergeschaltet der Schritt sollte schon weiterschalten unabhängig, ob die Haltzeit + Ein und Ausblendzeit des vorherigen Schrittes abgelaufen ist.

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.

Zuerst der Bug: Das Hintergrundbild kann nicht gelöscht werden. Auch nicht, wenn man “None” auswählt.

Und ich würde es als besser empfinden, wenn man das Bild größer und kleiner ziehen könnte (so wie man es mit Fenstern auch machen kann). Geht das vielleicht was?
LetzFetz

Im Lieview sollte der Zustand einer Nebelmaschine am Symbol erkennbar sein.
Zurzeit werden Nebelmaschinen unabhängig vom Status nur mit einem weißen Kreis als Symbol angezeigt.(Beta2)

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.