Bugtracker DMXControl 3

#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?

#8 XNA Setup Fortschritt anzeigen

Der Setup es XNA-Frameworks läuft offensichtlich “silent” ab. Gibt es da eine Möglichkeit für eine Fortschrittsanzeige?
Wichtig wären auch eventuelle Lizenzbedingungen, die im Moment automatisch aktezpiert werden. Wie reagiert der Setup, wenn diese Installation fehlschlägt? Aussagekräftige Fehlermeldung wäre von Vorteil.

Hallo,
Ich fände es gut, wenn man bei mehreren, in der Position gefannedten Moving Lights im Position-Panel bzw. im Position-Dropdown nicht nur den mittleren Marker packen könnte, sondern auch die anderen. Die Position der anderen Scheinwerfer wird dann proportional zum mittleren Marker angepasst. Ich könnte mir zudem vorstellen, dass man Marker fixieren kann (solange, wie das/die Gerät(e) ausgewählt sind) und durch verschieben eines anderen Markers dann die Positionen relativ zu den fixierten Markern angepasst wird. Außerdem sollte man im nicht gefannedten Zustand über “F” das Fanning auch bei der Position und der Farbe auslösen können. Das sollte die Auswahl beschleunigen.
Viele Grüße
Jens-Peter

Die BringToFront Funktion sollte fadebar sein.
FadeFactor pro Property (mal wieder)

Es wird immernoch nicht der Node für Random in Gobowheel und Colorwheel gelesen bzw. wird nich angezeigt und kann deshalb nicht drauf zugreifen.

MfG
Patrick

Ich fände es praktisch, wenn die Fader im Exekutor Fenster ihre Größe automatisch ändern um so immer den Platz komplett auszunutzen.

Hy,

Folgende Settings werden noch benötigt:

1. STRG Funktion beim Speichern von Scenen / Presets =⇒ Ist Filter anzeigen Default Ja / Nein
2. STRG bei Presets Drag & Drop =⇒ Wird das Preset nur auf die gespeicherten Geräte angewendet oder auf alle
3. done — Programmer Priorität einstellbar machen =⇒ (Programmer.cs –> CreateNewRegister() –> Priorität entweder “DMXCMixer.EMixerPriorityDefaults.NORMAL” oder “DMXCMixer.EMixerPriorityDefaults.PROGRAMMER”

Weiter ergänzen

Gruß Arne

Wenn ich den Colorwhellrotation (Farbrad dreht sich) einstelle, passiert im Liveview nichts, also Farbe ändert sich nicht.
(Getestet mit MAC 700 WASH DDF)

Es wäre sehr sinnvoll wenn im Programmer auch Angezeigt wird, wenn auf einem Kanal ein Effect oder Filter angelegt ist.

Ich hätte eine Idee wie mann in der LiveView den Ausstoß der nebelmaschienen anzeigen könnte.

Nämlich wie folgt:
Lösung nr.1:
Mann hat zwei Bilder(Icons) einmal Nebelmaschiene im neutralen zustand, und einmal Nebelmaschiene mit ausstoß.
Wenn die Nebelmaschiene Ausstößt wechselt ganz einfach das Icon und umgekert genauso.

Lösung nr.2:
Mann hat das Icon der Nebelmaschiene in .PNG-Dateiformat.
und im hintergrund ein weiteres .PNG Bild, nämlich einen Nebelausstoß, welchen mann jetzt meines erachtens auch vareieren kann.

P.S. ich bastel da mal was mit GIMP und pack das in die Kommentare

Gruß
Patrick

MIDI Show Control

MIDI Timecode

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.

Stellt man in einer Cuelist den Trigger auf Timecode und klickt anschließend in den Trigger-Value wird automatisch 00:01:00.00 eingefügt.

Hier wäre es super wenn, falls bereits eim Timecode mit der Liste verknüpft ist, der aktuelle anliegende Timecode benutzt wird oder über einen Rechtsklick die Option geboten wird diesen einzufügen.

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

Scheinbar haben Geräte auch logarithmische Funktionen. Siehe  FS#720  Goborotation, ...
Es würde m.M. nach reichen, wenn man dann die Fader Controls auf log umstellt.

s.o.

s.o.

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

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.

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.

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

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.

Export and import App Settings as zip archive. (backup)

Ich hab mir gedacht das eine andere art der Live View auch sehr interessant wäre.
Als Tabelle wie bei folgendem Bild.

Weis nicht ob das jetzt überflüssig ist aber ich würd gerne auf das Brainstorming:Gerätefunktionen.
Wäre echt geil wenn dasd alles balt gehen würde.

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.

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>

Die DMX Werte eines geparkten Geräts werden eingefroren. Erst wenn es wieder ausgeparkt ist werden aktuelle Werte übernommen und ausgegeben.

Diskussion zu diesem Punkt hier:
https://forum.dmxcontrol-projects.org/index.php?thread/11895-2016-06-29-entwicklermeeting

Wichtig: Effekte müssen weiterlaufen, Neue Effekte und Programmierung wird nicht auf Geräte übertragen

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.

Wenn ich einen Kreis in einem Cue ändere, wäre es schön, angeben zu können, ob

a) die Änderung ab hier gilt ⇒ neue Wert wird in diesem Cue gespeichert und die Info weiter getrackt
b) die Änderung nur in diesem Cue ⇒ der neue Wert wird in diesem Cue gespeichert, in dem darauffolgenden wird der ursprüngliche Wert eingetragen (Cue only)
c) die Quelle ändern. ⇒ Das Cue, in dem der Kreis ursprünglich auf den wert gesetzt wurde, wird geändert.

Es wäre schön, wenn es zusätzlich zur Cuelist eine Ansicht gäbe, die die Inhalte der Cues als Tabelle anzeigt. Zeilen: Geräte, Spalten: Cues
Sind im Live View keine Geräte selektiert werden alle Geräte angezeigt, sind welche selektiert, werden nur diese angezeigt.
Das gleiche gilt für Cues. Sind keine Cues markiert werden alle angezeigt, sind einer oder mehrere selektiert werden nur diese angezeigt.

Dadurch sieht man sehr schnell, in welchem Cue welches Gerät auf welchen Wert gesetzt wird. Sonst müsste man sich jedes Cue nacheinander im Programmer anzeigen lassen.

Es wäre schön, wenn es eine Möglichkeit gäbe einzustellen, dass ein Gerät nur von einem Control (z.B. Submaster) verändert werden kann.

z.B. Umgangslicht befindet sich in einem Submaster. Ich kann noch so viel Mist eingeben und verändern, oder beim Prgrammieren ist mir ein Fehler unterlaufen, dem Gerät passiert trotzdem nichts. Nur dieser Sub kontrolliert das Gerät.

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.

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.

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

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)

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

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 =

Es wäre schön, wenn man für eine komplette Cueliste das Timing + die Trigger abschalten und danach mit GO durchlaufen könnte.
Dafür sollte eine konfigurierbare standard Fade Zeit zwischen den Cues verwendet werden (Scheinwerfer schonen)

Es sollte die Möglichkeit geben (wenn Cossfade funktioniert), dass sowohl

-ein mit GO begonnener Fade mit dem/den Crossfader(n) fortgesetzt werden kann/können (damit das nicht versehentlich, z.B. durch berühren der Fader passieren kann, muss vorher die in FS#490 erwähnte Ignore Taste gedrückt werden. Die Fader übernehmen ab dem Punkt, an dem sie den aktuellen Einblendstatus erreicht haben, Fade 40%, Fader übernehmen ab 40% Stellung),

-als auch ein manuell begonnener Crossfade mit GO fortgesetzt werden kann.

Es sollte eine Taste geben z.B. Ignore (allgemein benannt, hab noch ne Funktion dafür :) ), die beim nächsten GO die Cuelist veranlasst, nicht einen Schritt weiterzugehen, sondern eine evtl. laufenden Timer, Follow/Wait zu ignorieren und mit dem Einblenden des nächsten Cues zu beginnen. (Usecase: Probe, Zeit zu lang, etc...)

Arne:
=⇒ Eine funktion, welche bei der Cue die aktuell einfaded den Fade auf 100% setzt. Der Rest läuft normal ab.

Auf FS#280 setz ich noch einen drauf:

Split Crossfade.
Das sind zwei Überblendsteller. Einer zusändig für das aktuell eingeblendete Cue (ich nenns jetzt mal stage) und der zweite für das nächste (preset).

Normalstellung ist Stage 100, Preset 0.
Werden nun beide Steller gleichzeitig bewegt, ergänzen sich beide zu 100%. Es kommt ein ganz normaler Crossfade zu stande. Stage 80% + Preset 20%
Werden diese nun unterschiedlich schnell bewegt, kann z.B. ein Blackout realisiert werden. Stage 0%, Preset 0%

Kreise, die in Preset aber nicht in Stage enthalten sind werden vom PresetSteller ganz normal eingeblendet (Preset 50%, Kreise 50%)
Kreise, die in Stage aber nicht in Preset enthalten sind werden vom StageSteller ausgeblendet.

Eine Überblendung ist abgeschlossen, wenn Stage 0% und Preset 100% sind.

So würde ich mir die Funktion vorstellen

Grob gesagt, linkto gibt an, an welche Stelle gesprungen werden soll und loopcount gibt an, wie oft das passieren soll (0 = infinite)

id    | trigger | value | linkto | loopcount

Cue 1 | manual  |       |        |
Cue 2 | manual  |       |        |
Cue 3 | follow  | 1     |        |
Cue 4 | follow  | 1     |        |
Cue 5 | follow  | 1     |        |
Cue 6 | follow  | 1     | Cue 3  | 0
Cue 7 | manual  |       |        |

1. Go, Cue 1 wird eingeblendet
2. Go, Cue 2 wird eingeblendet
3. Go, Cue 3 wird eingeblendet.
Durch den Trigger follow läuft die Liste automatisch weiter (natürlich kann auch manual, oder ... benutzt werden) nachdem Cue 6 eingeblendet wurde, wird wieder Cue 3 eingeblendet. Ist loopcount > 1 wird der Sprung entsprechend oft ausgeführt.
Bei 0 passiert das unendlich oft. Dann könnte man zwei Fälle unterscheiden:
Alle Cues haben einen automatischen Trigger: GO beendet den Loop und blendet das erste Cue nach dem LinkTo Cue ein
Nicht alle Cues haben einen automatischen Trigger: Da GO bereits verwendet wird um im Loop die Cues durchzufahren könnte z.B. Load Cue 7, GO den Loop beenden.

Die Funktion ist sehr sehr praktisch, wenn auf der Bühne etwas gleiches wiederholt wird. Man hat hier weiterhin die Kontrolle mit GO bzw. (später dann hoffentlich Crossfade ;) ) sowie die gleiche Struktur wie andere Cues.
Außerdem ist man mit dieser Funktion schneller bei einfachen Chasern. Wenn ich weiß, dass die 6er Bar nur kurz während einer Szene ein bisschen blinken soll, muss ich nicht extra einen Chaser dafür anlegen und in die Cuelist einbinden.

Ein Kontextmenu für die Windows wie “Project Explorer”,”Channel Overview” usw. erstellen um diese mit “Rechtsklick”→“Schließen” auf deren Reiter schließen zu können.

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.

Im Propertygrid wäre es gut wenn Eigenschaften, die im Programmer gesetzt sind, von den Standard-Eigenschaften unterscheidbar wären. Ich würde hier eine farbliche Hervorhebung vorschlagen.

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.

Manuelles Überfaden in Szenenliste einbauen über InputLayer Regler