Bugtracker DMXControl 3

Von der Usability her ist es einem User nicht zu vermitteln, dass er bei einem Lauflicht mit einer einzelnen aktiven Lampe den Chaser-Effekt nehmen soll, während er bei mehr als einer aktiven Lampe einen Rechteck-Effekt auf den Dimmer legen muss (siehe Diskussion hier: https://forum.dmxcontrol-projects.org/index.php?thread/14067-2er-oder-3er-chaser-in-dmx-control-3/ ) Daher sollte der Chaser-Effekt einen Anzahl-Parameter erhalten, mit dem die Anzahl der nebeneinander aktiven Lampen pro Chaser-Step eingestellt werden können.

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

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.

Fügt man ein neues Interface hinzu, werden diese automatisch fortlaufend auf die DMX-Universen gepatcht. Dies wird gerne von Einsteigern übersehen, gerade wenn man erst das Art-Net-Plugin und dann im Nachgang noch ein USB-Interface hinzufügt. Genau genommen ist dies für den Moment ein unerwünschtes Verhalten.

Daher schlage ich vor, dass neu hinzugefügte Interfaces immer auf das 1. DMX-Universum gesetzt werden. Interfaces, die mehrere Universen unterstützen, wie zum Beispiel das Art-Net-Plugin, werden auf die möglichen DMX-Universen verteilt - sprich DMX-Universum 1 bis 4 für das aktuelle Art-Net-Plugin. Möchte ein User mit mehreren DMX-Universen über mehrere USB-Interfaces arbeiten, so soll der das bewusst umstellen. Gleiches soll auch für den Patch des DMX-In gelten.

Die Fanning-Operatoren ? und ?? sollen liefern einen zufälligen Wert zurück. Soll dieser Wert seine Gültigkeit behalten

• für die gesamte Laufzeit einer Cuelist?
• nur für die einzelne Cue und somit mit jedem Aufruf einer oder auch der selben Cue direkt neu generiert werden?

Diese Situation betrifft nicht nur die Properties selbst, sondern zum Beispiel auch die Werte für Fade, Delay etc. in den Cuelists selbst. Diese Frage bzw. das Verhalten dieser Operatoren sollte ggf. nochmal diskutiert werden.

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!

Es wäre hilfreich, wenn auch im Input Assignment die Ordnerstruktur, die im Projektmanager angelegt wurde, verwendet wird.

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.

Im Fenster Device Control ist alternierendes Fanning bei den Werten für die Farbkanäle nur mit zwei Werten möglich, werden mehr als zwei eingegeben (und natürlich durch ‘#’ getrennt) werden beim Bestätigen mit Enter nur die ersten zwei Werte übernommen. Anders ist dies bei der Dimmer-Eigenschaft, hier können auch drei Werte abgewechselt werden. Bitte ausbessern ;)

Die neue UNDO/REDO-Edit Funktion im Editor würde ich nicht nach ganz oben im Rechte-Maustaste Kontext-Menü setzen, sondern tiefer.

Außerdem ist das mit der Namensgebung noch etwas unglücklich, weil direkt darunter der Eintrag “Edit in Programmer” kommt. Ich könnte mir vorstellen, dass es da - gerade für Newbies - zu Schwierigkeiten und Missverständnissen kommt.

Bei den Opionen zu den Cuelistgruppen gibt es den Eintrag “One ends all”. Ich würde den umbennen zu “Master/One ends all”. Bei stop dementsprechend.

Umbeschriftung der Blöcke im Input Assignment:

Vorschläge:
- Clock –> Timer (Clock sehe ich eher als Echtzeituhr und ist etwas verwirrend)
- Rule of Three –> Scaler (einfach kürzer)
- Schmitttigger –> smothing (oder ähnliches)

Es wäre hilfreich, wenn bereits verwendete Nodes eine Markierung erhalten, dass sie bereits irgendwo verwendet worden sind.

Folgendes Szenario:
Man hat ein 24 Kanal DMX Pult als Input und möchte wissen, ob ich bereits alle Fader verbraten hab, oder ob noch 1/2 frei sind. Dadurch hätte man einen guten Überblick.

Lösungsvorschlag:
Sobald Node irgendwo benutzt wurde, wird der Pfeil orange eingefärbt.

Derzeit ist es etwas aufwändig neue Cuelists schnell und ordentlich anzulegen. Meistens gehe ich dazu in den Projekt Explorer, lege einen Ordner an (z. B. MH Spots) und packe da meine Cuelists rein. Danach gehe ich in die Stage View, stelle meine Werte ein, öffne die Cuelist und speichere dann die Werte über Add in die Cuelist.

Um das ganze etwas zu beschleunigen haben Stefan und ich folgendes überlegt:

An der linken Seite werden die Buttons “Add Preset” und “Add Cuelist...” entfernt. Stattdessen gibt es nur noch “Add” oder “Store” oder “Record” was auch immer. Danach geht dann ein Popup Fenster auf (siehe Bild 1), in der man zwischen den Optionen wählen kann:

1. in offener Cuelist speichern
2. in (neue) Cuelist mit zusätzlichem Dropdown Liste aller Cuelists
3. in Executor
4. in Preset

Die Dropdown Liste aus dem zweiten Eintrag soll Analog zum “Group Name” aus dem “Add Device” Dialog funktionieren. Entweder man tippt einen Text ein, oder es werden alle existierenden Cuelists angezeigt, wenn man die Liste öffnet (siehe Bild 2). Was noch geklärt werden müsste, wie sich das mit Cuelists in Unterordnern verhält.

Die Auswahl sollte dabei gespeichert werden, falls jemand immer die gleiche Aktion ausführen möchte.

Getestet mit Build 1395

Eingans dachte ich, die DDFLib-Anbindung würde gar nicht funktionieren. Erst im dritten Anlauf entdeckte ich den Text “click here for download”. Da selbst ich darüber gestoplet bin, würde ich folgende Anpassungen vorschlagen:

• Die Spalte Download erhält statt den Text “click to download” eine einfache Checkbox und wird als Spalte 1 positioniert.
• Das Fenster wird um zwei zusätzliche Standard-Buttons unten rechts erweitert, die zum Beispiel mit Cancel (linker Button) und Download (rechter Button) beschriftet werden.
• Mit Klick auf Download wird der Download der über die Checkboxen ausgewählten DDFs ausgeführt und das Fenster geschlossen.

Mit diesen Änderungen würden wir eine übliche Arbeitsweise bzw. einen allgemein üblichen Workflow schaffen. Ggf. muss dieses Ticket ebenfalls mit mehr Leuten besprochen 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.

Getestet mit Build 1402

Exportiere ich die Logfiles und wähle als Speicherort den Desktop aus, muss ich danach beim Klick auf Save project in der Schnellzugriffsleiste erneut den Speicherort des Projekts angeben. Die direkte Speicherung des Projekts funktioniert dann nicht.

Daher schlage ich vor, für den Export der Logfiles einen zweiten Ordnerpfad vorzusehen, der getrennt vom Ordnerpfad zum aktuellen Projekt verarbeitet wird.

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.

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.

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.

Hallo,
ich wünsche mir einen festen Wert bei den Fog Einstellungen
⇒ 10/50, (10% Fog, 50% Fan)
damit ein Hazer auch gleichmäßig den ganzen Abend leichten Dunst produziert.
Danke.

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

Die Controls im Softdesk sind aus meiner Sicht nicht “aus einem Guss”. Der Slider ist filigran (und unschön), der Rotary dezent und der Button grob (aber irgendwie ein bischen cool). Schön wären moderne gleichartige Controls. Haben wir da nichts in unserer gekauften Control-Bibliothek? Ganz cool wären Elemente mit einem LED-Beleuchtungsflair

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.

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.