Bugtracker DMXControl 3

Folgendes Szenario:

In Cue 4 wir MH 1 auf Position 1 gefahren.
Nun soll die Position ab dort per Hand verändert werden (relatives Eingabegerät wie Trackball oder Encoder)
Ab Cue 10 soll die Cueliste wieder die Kontrolle über die Positionseigenschaft haben. Allerdings ausgehend von der per Hand eingestellten Position

Will ich ein Default Projekt hinterlegen, wo z.B. nur ein Patch hinterlegt ist, aber alles andere soll neu Initialisert werden (z.B. Einstellungen), muss ich die Dateien von Hand aus dem Projektarchiv löschen.

Es sollte die Möglichkeit geben Command Cues einzufügen.
Diese sind in der Lage, hinterlegte Befehle auszuführen.
z.B. MIDI → SEND GO, etc.
Cuelist xyz → GO
vergleichbar mit Befehlen in der 2.x und Makros auf Konsolen.

Könnte man doch über den Input Layer lösen?

Es sollte die Möglichkeit geben einen Wert einer Eigenschaft, z.B. Intensität von Kreis 1 in allen ausgewählten Cues zu ändern. Die solte bedingt erfolgen: Replace Where Value = 80 With 60, oder so.

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

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

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

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

Bespiel:

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

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

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

Folgendes sollte gehen:

(ich beschreibs jetzt erstmal anhand von Syntax)

<1> <THRU> <100> <-> <GROUP> <1> <ENTER> <- selektiert alle Geräte von 1-100 außer der Geräte in Gruppe 1
<GROUP> <2> <-> <GROUP> <1> <ENTER> <- selektiert alle Geräte aus Gruppe 2, die die auch in Gruppe 1 sind werden nicht selektiert
<GROUP> <2> <-> <1> <THRU> <5> <-> <50> <-> <60> <THRU> <70> <ENTER> <- selektiert alle Geräte aus Gruppe 2, außer Gerät 1-5, 50, 60-70

Umsetzen könnte man das vorerst im Live View, indem es eine Tastenkombination z.B. STRG+S(ubtract) gibt.
Ich markiere also Gruppe 1, nun halte ich STRG+S gedrückt und markiere Gerät 1 bis 5, oder Gruppe 1, oder …, diese Geräte werden dann aus einer Selektion entfernt. Hab aber gerade keine gute Idee, dass darzustellen, vllt abgewählte Geräte leicht rot umranden, etc.

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.

Sind mehrer Beams vorhanden, muss es die Möglichkeit geben auf der Kommandozeile den Beam mit angeben zu können.

Gemäß Diskussion:

(vorerst)
Zuletzt gespeichertes Projekt wird für Kernel zugreifbar gespeichert.
Option: einstellbar, ob vor dem Beenden des Kernels nochmal der aktuelle Stand gespeichert werden soll.
Option: dieses Projekt automatisch beim Start wieder zu laden.

Weiterhin beliebiges Projekt per Startparameter.
=⇒ AL: Started

EDIT/ERGÄNZUNG MARCEL 27.11.2018:

Ich habe zu dem ganzen Projekthandling folgende Idee wie man das Konzept mMn besser gestalten koennte.
DMXC3 wurde als Client/Server konzipiert und ist mMn ein wichtiges Feature, wenn auch (noch) wenig genutzt.

Aktuell wird beim Speichern immer dort eine Kopie erstellt, an deren Ort das Speichern ausgelösst wird. Angenommen wir haben 1 Server und 2 GUIs/Clients:

Client 1 speichert bei sich aus der GUI heraus. Client 2 arbeitet weiter, Client 1 lädt wieder und überschreibt alle Änderungen von Client 2. Und das ohne Rückfrage → Doof

Besser sollte es so sein:

“Projekt speichern” ist bei jedem Client nur noch ein Remote-Befehl an den Server das dieser bei sich in seinem Workdir das Projekt speichern soll.
Ebenso “Projekt laden” öffnet eine Liste und zeigt die auf dem Server abgelegten Projekte an, welche dann auf dem Server geladen werden können.

Neu hinzukommen sollten zwei Einträge:
“Projekt Downloaden/Exportieren” → Packt das Projekt in aktuellem Zustand als ZIP auf dem Server und schickt es an den entsprechenden Client zum runter laden.
“Projekt Hochladen/Importieren” → Lädt ein ZIP und transferiert es auf den Server in das Workdir und macht es somit in der “Remoteliste” zum öffnen verfügbar.

In diesem Zuge kann man darüber nachdenken auf dem Server nicht mehr als ZIP zu speichern und jedes Projekt optional sogar in ein lokales GIT oder ähnlich zu packen. Dann hat man sogar eine Versionierung.

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

hier mal aufgeräumt

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

Man hat die Möglichkeit Gruppen erneut zu gruppieren.
Die Tiefe ist auf unbegrenzt, ausgenommen Schleifen
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.

Cue blind editieren, sollte schon gehen.
Inhalte direkt im Programmer editieren.

Es wäre schön, wenn in der Cuelist anhand farblich markierter Zellen zu sehen wäre, wie der aktuelle Status der Cues ist.
Momentan ist ja nur Einblenden + aktuell Eingeblendet = Gelb und bereits eingeblendet = Grau (bei multiple fades stimmt das auch nicht)

Ich könnte mir da sowas vorstellen, wie

ist komplett erledigt = grau
ist nicht mehr das zuletzt eingeblendete, aber steuert noch aktiv Werte bei (tracking) =
ist eingeblendet =
wird aktuell eingeblendet =
wird als nächstes eingeblendet =

Inputs können mit den Steuerelementen verbunden werden, indem das Steuerelement ausgewählt und der Eingabewert des Inputs verändert wird.

Es wird für den Anfang einen rumimentären Audioplayer geben. Dieser wird dann sukzessive weiter ausgebaut.

Vorerst nur als Eingabe (Steuerung von DMXControl über MIDI)

Das Control ist viel zu ungenau. (Auch mit ALT gedrückt)
Geraten: bei 540° ist der kleinste Schritt 5.4°?
Wir müssten idealerweise eine Schrittweite erreichen, die zu einer veränderung des LSB von 1 führt (0.00824° in diesem Beispiel)

Ich bin mir gerade nicht sicher, ob das ein Thema für die virtuellen Master ist, oder ob da was anderes sinnvoller wäre.

Folgendes Szenario:
Manuelles Flackern mit einer Farbrampe. Nach einiger Zeit Zurücknehmen und Ausblenden der Intensität aller Kammern.

Die angedachte Lösung wäre also: Die Apprate auf Submaster legen und einen virtuellen Master über entweder die Submaster oder die Apprate an sich zu legen.

Arne:
Doppelklick auf einen Fader. Sollte auf 100 springen. Wenn auf 100 dann auf 0.

Im: ExecutorView, IntensityPanel, ChannelOverview.

Scrollbars ersetzen im: Intpanel, ChanOverv.

Die Slider (zum ausklappen) werden nicht angezeigt. Bedienen lassen sie sich trotzdem.

EDIT:
TrackBarRenderer funktioniert nur mit Visual Styles.
Alternativen Renderer implementiert, aber schön ist aber anders.

Neu: Schöner machen

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

- Grandmaster
- Speedmaster
- Blackout
- u.v.m.

Es sollte die Möglichkeit geben Fadezeiten für Aktionen wie Hightlight, Edit in Programmer, Preset Doppelklick usw. zu setzen.

In der Presetliste gibt es die Spalte Devices
Diese zeigt die Geräte in der Reihenfolge ihrere Selektion an:

Selektierung Device ID 2
Selektierung Device ID 1

angezeigt wird auch diese Reihenfolge. Damit sinkt der Informationsgehalt dieser Spalte gegen 0:

10 Devices ID 1 - 10
Selektiert wird 9, 1, ... 10
Angezeigt wird 9 - 10, statt 1 - 10

Klar daraus is immernoch nicht zu ersehen, welche Devices nun tatsächlich drin sind. Zwischen 1 und 10 können ja auch welche fehlen, dafür muss man dieses dann im Programmer öffnen, aber so wie es jetzt ist, ist die Spalte meiner Meinung nach vollkommen nutzlos.

Presets könnte man nach Eigenschaft gefiltert anzeigen (Color, Beam ...). Wird in eine solche gefilterte Ansicht gespeichert, werden automatisch nur die aktive Eigenschaft gespeichert. ⇒ vgl. Paletten

Es wird im ersten Schritt folgende Möglichkeiten geben:

Ein/mehrere Geräte/Gruppen können im LiveView per Input an/abgewählt werden

Die aktuell im LiveView angewählten Geräte können per Input gesteuert werden (Intensity, Color, Position, etc.)

Eigentlich würde es Sinn machen für jeden aufzählbaren PropertyType, wie Color (fixed) und Gobo, für jeden Wert einen InputChannel zu erstellen, der einen Button akzeptiert.

Die DeviceProperties können InputChannelMetadata für jeden Wert zurückliefern.
z.B. IEnumerable<InputChannelMetadate> ValueInputs

PropertyTypes, die das unterstützen müssten dann anhand der übergebenen Metadaten (Liste führen) den richtigen Wert zurückliefern.

Woher kennt PropertyType, welcher Channel für welchen Wert zuständig ist? Über Name/ID?
return enumList.FirstOrDefault(c ⇒ Object.Equals(meta.Name, c.ToString());
Performance?

Feedback, das für alle DeviceProperties noch zu implementieren ist, sollte auch nicht allzu schwer sein.

(nächste Version)

Statt die merged group names anzuzeigen, werden die Nummern der beteiligten Geräte/Gruppen angezeigt.

Idee: Popup bei MouseOver > 2s mit Liste aller Geräte/Gruppen.
oder
Rechtsklick Show Device/Group List?

Play ist aus der GUI heraus nicht mehr verwendbar. GO hat diese Funktion übernommen. Auch als ScenelistScene Aktion sollte Play nicht mehr verwendet werden.

Ein Cue kann erneut in eine Cuelist eingefügt werden, als Referenz. Ein eigener Trigger kann definiert werden.
Änderungen an Eigenschaften gelten für alle Cues, und egal welches Cue geändert wird.

Man sollte im LiveView Geräte klonen können. In echt kann man ja auch mehrere Apparate auf einen Versatz gesteck haben.

Man speichert 1+4+3+2
später möchte man die gespeicherte Reihenfolge auf 1+2+3+4 ändern.
Dies könnte man durch umsortieren der Liste im Programmer machen?

Hat ein Gerät CMY/RGB + Fixed Colors sollte unter Color auch das Colorwheel Property angezeigt werden.

Paletten sind Listen von Werten für Eigenschaften. Farbpalette, Beampalette, etc.

Es wird einen neuen Effekt “ListFade” oder “PalletFade” geben.
Diesen kann man auf Eigenschaften ziehen. Man kann die zu verwendende Palette angeben.
Zusätzlich lassen sich Fade und Delay eintragen (fanning), die angeben wie zwischen den Werten der Palette gewechselt werden soll.

.

Könntest du mal schauen, ob du in der x64 Branch alles eingecheckt hast?

Bei mir fehlt z.B. Folgendes aus Commit 6235

GUI

  <Compile Include="src\Theme\WindowManagement\IGUIControlInterface.cs" />
  <Compile Include="src\Theme\WindowManagement\PE\LayoutBranch.cs" />
  <Compile Include="src\Theme\WindowManagement\PE\LayoutNode.cs" />
  <Compile Include="src\Theme\WindowManagement\WindowLayout.cs" />
  <Compile Include="src\Theme\WindowManagement\WindowManager.Action.cs" />
  <Compile Include="src\Theme\WindowManagement\WindowManager.Input.cs" />
  <Compile Include="src\Theme\WindowManagement\WindowManager.cs" />
  <Compile Include="src\Theme\WindowManagement\WindowManagerDeskLampSupport.cs" />
  <Compile Include="src\Theme\WindowManagement\WindowManagerFogSupport.cs" />

XNAViews

  <Compile Include="src\XNAViews\List.cs" />