Bugtracker DMXControl 3

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 =

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

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.

Fenster, die sich in dem linken oberen Dock befinden, lassen sich nicht richtig skalieren.
Nachdem die obere Hälfte leer gemacht wurde und die Fenster neu angeordnet wurden, ist das Fenster, was sich nicht richtig skalieren lässt nicht mehr vorhanden.

Siehe Video

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

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.

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.

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

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.

Gemäß Diskussion:

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

Weiterhin beliebiges Projekt per Startparameter.
=⇒ AL: Started

EDIT/ERGÄNZUNG MARCEL 27.11.2018:

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

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

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

Besser sollte es so sein:

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

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

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

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

Bevor ich das wieder mal vergesse:

Alle in einem Cue gespeicherten Geräte im Live View selektieren.

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

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

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

GuiActionManager.refresh*() während dem Projekt laden / Verbindung herstellen ignorieren und danach genau einmal aufrufen.
Während dem öffnen eines Projektes werden die Methoden zig mal aufgerufen.

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

Als User möchte ich die Möglichkeit haben eine Cueliste x mittels einer anderen Cueliste y so zu stoppen, dass Cuelist x kein Fadeout macht, sondern direkt abschaltet.

Mich würde es freuen, wenn die verwendeten Icons im Live View skalierbar wären (alle gemeinsam reicht ja aus), da diese momentan doch recht groß sind.

Analog zur 2er Serie können Cuelists gruppiert werden. Aus einer Gruppe kann immer nur eine Cuelist aktiv sein. Alle anderen laufenden Cuelists werden gestoppt.

Die Tastatur sollte als Eingabegerät nutzbar sein.

Hat man Geräte in Live View 2, möchte diese in Live View 1 verschieben/kopieren passiert nichts.
Allgemein fühlt sich Drag&Drop irgendwie noch ein bisschen komisch an. Muss mich da nochmal dransetzen.

Siehe ProjectExplorer, -32000, wtf? So eine Auflösung hat doch niemand. Jetzt müssten wir nur noch herausfinden, ob das ein Bug bei uns ist, oder im Dockingframework.

Ist eine Cueliste nicht aktiv und es wird die Load funktion benutzt, funktioniert diese nicht.

Klappt man im PE einen Node aus, der aktuell nicht selektiert ist, wird dieser selektiert.
Analog zum Windows Explorer sollte das ausklappen nicht zu einer Selektion führen.

Cueliste und LiveView in der selben Docking Area gedockt. LiveView offen. Add new Cue → LiveView weg, Cuelist da. Nervig...

Selektiert man Device 1, Group 1 (Device 2 + 3), Device 4 und speichert ein Cue mit Fanning, ist die Reihenfolge Group 1, Device 1, Device 4.
Wird ja auch nirgendwo gespeichert.

Würde sich dann das Verhalten beim ändern des Group Handlings ändern?

Concat Groups:
Device 1, 2, 3, 4

Group is Device:
Device 1, Group 1, Device 4

Parallel Group:
Hmm.

Das hängt auch einies dran:
- Gruppen in Gruppen.
- Programmerdarstellung von Gruppen, Geräten in Gruppen, etc.
- Darstellung im CueEditView. Überschreiben der Zeiten für Groups/Devices (DevCon)

OS: XP_X64
.NET 1.1, 2.0 SP2, 3.0 SP2, 3.5 SP1, 4
XNA 3.0

Beim Klick auf connect: Error when establishing connection: Object reference not set to an instance of an object.
Sowohl bei LOCAL als auch REMOTE auf 127.0.0.1

Beim ersten Programmstart ging es, bei allen drauffolgenden nicht mehr.

Dennis

Klickt man im Project Explorer mit rechts auf einen Eintrag, muss dieser vorher mit links selektiert werden, damit das Popup Menu die korrekten Elemente anzeigt, sonst zeigt es die Elemente des markierten Eintrages an und nicht des angeklickten.

Dennis

2 Cues angelegt. Beide umgestellt vom default Trigger follow auf wait, trotzdem wird die unter follow eingestellte Zeit gewartet und dann das Cue automatisch eingeblendet. Wurde bei follow 0s eingegeben, wird das Cue sofort automatisch eingeblendet

Bitte eine Option einbauen, welcher Trigger als default benutzt werden soll.

Bitte eine Option einbauen, bei der man für die verschiedenen Trigger Modi jeweils default Zeiten eingeben kann.

z.B. Store Cue sollte sofort klickbar sein, auch wenn in einem anderen Fenster, wie dem LiveView gearbeitet wird. Jetzt muss zuerst das Fenster Scenelist den Focus haben. Mit Shortcuts geht das zwar, aber ...