Bugtracker DMXControl 3

Zur einfacheren Bedienung schlage ich vor, das Panel Color wie folgt zu ergänzen:

• Aufnahme der Farbtemperatur im Reiter mit den Colorpicker
• Einbau zweier Schieberegler für die kontinuierliche Rotation und Indizierung des Farbrads analog des Panels für Gobo

Bei einigen Geräten unter anderem von Robe und Martin werden Goboshake, Goborotation und Goboindex in Abhängigkeit des zugeordneten Wertebereichs vom Gobokanal aktiviert. Dabei ist die Goboshake-Funktion meist immer als “Aufsatz” zur Goboindizierung oder Goborotation verfügbar. Diese Konstellation kann aktuell nicht vollständig und vor allem fehlerfrei abgebildet werden.

Um hier die DDFs an dieser Stelle zu vereinfachen, schlage ich folgenden Beispielcode vor (hier für den Robe Robin 600E Spot):

<step type="gobo" mindmx="4" maxdmx="7" val="Robe Robin 600e Spot Gobo 1 (Rad 1).png" caption="Gobo 1">
  <range handler="goboshake" mindmx="4" maxdmx="7" minval="0.0" maxval="0" />
  <step for="goboindex" mindmx="4" maxdmx="7">
    <range handler="goboshake" mindmx="60" maxdmx="69" minval="0.4" maxval="10" />
  </step>
  <step for="goborotation" mindmx="32" maxdmx="35">
    <range handler="goboshake" mindmx="130" maxdmx="141" minval="0.4" maxval="10" />
  </step>
</step>

Dabei wird innerhalb des step für goboindex bzw. goborotation entschieden, in welchem Wertebereich der Goboshake “aufgeschaltet” wird.

Alle anderen Definitionen sind von diesem Vorschlag erst einmal unberührt.

Ändere ich für ein Device die Default Color, so wird die neue Farbe zwar direkt richtig im Device Control und im Color Picker wiedergegeben, jedoch nicht in der Stage View. hier bleibt die Farbe weiterhin weiß.

Wird über einen Group-Master für eine Geräte-Gruppe eine Helligkeit festgelegt, verlieren insbesondere Blinder- und Strobe-Effekte ihre Wirkung. Um diesem entgegen zu treten, schlage ich die Integration eines neuen Syntax für Helligkeitswerte: FL.

Wird in den Cues anstelle von 100% der Wert FL eingetragen, so gelten für diesen Cue die Einstellungen in den Groupmastern nicht mehr. Die einzige Möglichkeit zur Steuerung der maximalen Helligkeit bleibt dann nur noch über die Cuelist Intensität selbst.

Alternativ könnte man noch über die Einführung einer Einstellmöglichkeit in den Cuelist Optionen nachdenken, dort den Zugriff der Groupmaster auf die jeweilige Cuelist zu deaktivieren.

Der Fehlerdialog ist schlecht designed!

Effekte können ja schon vieualisiert werden. Es wäre aber auch gut, wenn das “Ergebnis” mehrerer überlagerter Effekte visualisiert werden könnte. Wenn ich also beispielsweie auf der Position eine Epizykloide und ein Lissakour überlagert habe, möche ich im Effektvisualizer das Ergebnis sehen, wenn ich “Position” selektiere. Gerne auch noch mit der Verschiebung beispielsweise durch die Werte bei “Pan” und “Tilt”. Denn die Auswirkungen auf die Properties sind genauso interessant wie die reinen Effekte.

Beim Umbau und Anpassung eines vorhandenen Projekts auf ein neues Licht-Setups sind mir im Dialog für die Device Properties folgende Optimierungsmöglichkeiten aufgefallen:

• Sind mehrere Geräte ausgewählt, können unterschiedliche Einstellungen zum Beispiel bei Pan- & Tilt-Reverse, nicht gemeinsam auf einen neuen Wert gesetzt werden. Hier wäre der Vorschlag, dies zwar entsprechend zu kennzeichnen, dass die Geräte in der aktuellen Auswahl an dieser Stelle unterschiedliche Einstellungen aufweisen, am Ende aber Änderungen für alle Geräte zuzulassen.
• Das Einstellen von individuellen Offsets bei Pan und Tilt für mehrere Geräte könnte beschleunigt werden, wenn das Dialogfenster unten links noch zwei zusätzliche Buttons mit “<” und “>” erhält. Über diese Button kann man dann zum Gerät mit der niedrigeren (<) bzw. höheren (>) Device-ID springen. So spart man sich eine Reihe von Mausklicks, um den Dialog für das nächste Gerät aufzurufen.

Aktuell ist es so, dass man im Patching-Dialog nur Gerät für Gerät den Patch ändern kann. In manchen Situation ist es aber vom Handling her einfacher, direkt für mehrere Geräte den Patch zu ändern. Daraus abgeleitet, wären folgende zusätzlichen Funktionen erforderlich:

• Auswahl von mehreren Geräten in ein anderes DMX-Universum umpatchen. Die Adressen innerhalb des Universums werden 1-zu-1 übernommen. Der User gibt nur das Ziel-Universum an.
• Auswahl von mehreren Geräten ab einer bestimmten DMX-Adresse neu patchen. Für das erste Gerät der Auswahl gibt der User die Start-Adresse sowie den Freiraum zwischen zwei Geräten an.
• Aktivierung der Auswahlmöglichkeit von mehren Geräten in der Kanalübersicht des Patching-Dialogs.
• Auswahl von mehreren Geräten ab einen bestimmten Wert eine neue Device-ID zuweisen. Für das erste Gerät der Auswahl gibt der User den Start-Wert sowie den Freiraum zwischen zwei Geräten an.

Ergänzung: Grundlegend sollte die Vergabe der neuen DMX-Adressen immer an Hand der Sortierung der Spalten erfolgen, die jeweils im Patching-Dialog vor dem Starten der automatischen Patching-Funktion gesetzt ist.

Im folgenden thread ausführlich beschrieben:

https://forum.dmxcontrol-projects.org/index.php?thread/13008-channel-overview-werte/&pageNo=2#post110915

In meinen Posts vom 4.dezember 2017 ist ein Projekt angehängt und dazu die Vorgehensweise, den Fehler zu reproduzieren.

Folgende Szene wird bei mir nicht korrekt gespeichert/abgespielt:

Ausgangspunkt: 4 MHs, zusammengefasst in einer Gruppe.

Vorbereitung:

1) Programmer clear
2) Gruppe auswählen
3) “Lumos” (Dimmer an)
4) Position über “Position”-Fenster eingestellt
5) 1. Gerät der Gruppe auswählen
6) Im “Device control” Eigenschaft Position ausklappen, Pan verstellen
7) 4. Gerät der Gruppe auswählen
8) Im “Device control” Eigenschaft Position ausklappen, Pan verstellen
9) Gruppe auswählen
10) Im “Device control” Eigenschaft Position ausklappen
11) Effekt “Sinus” auf “Tilt” ziehen

Erster Fehler: Der geänderte Pan des 1. und 4. Gerätes werden wieder zurück gesetzt...

12) “Add cue to open Cuelist”. Im Programmer Filter tauchen das 1. und 4. Gerät (jeweils “Position” ausgewählt) sowie die Gruppe (Position und Dimmer ausgewählt) auf.

Nach “Clear Programmer” und “Go” der Cuelist stehen das 1. und 4. Gerät fest auf ihrer Position, während die anderen beiden Geräte den Sinus auf Tilt fahren.
Erwartetes Verhalten wäre Tilt-Effekt auf allen Geräten, nur mit unterschiedlichen Pan-Positionen.

Schön wäre es, wenn man in der GUI im Projektexplorer oder über die View Bereiche für Fixtures und Gruppen fest legen kann in den Movig Heds etc. nicht reinlaufen sollen und/oder der Dimmer in diesem Bereich auf null gesetzt wird. Ähnliches gibt es bereits bei der Steuerung von Lasern.

Wird eine Cueliste (1) durch eine andere Cueliste (2) gestoppt, sollte es möglich sein, dass die Cueliste 1 statt ihre eigene Release Zeit die GoTo Zeit von Cueliste 2 verwendet.

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

s.o.

Bei mir läuft Autoprepare überhaupt nicht. Betrifft mindestens die Farbe, mehr bisher nicht getestet.

Habe mit verschiedenen Geräten in verschiedene Projekten (u.a. blanko Projekt) getestet. Er faded immer von weiß zur gewollten Farbe während der Dimmer ebenfalls einfaded. Auch schon getestet den Dimmer vorher nochmal explizit auf 0 zu setzen, leeren Cue vor den Cue mit Autoprepare, nichts hilft.

Natürlich immer Autoprepare in Cuelist, Cue und Gerät aktiviert.

Autoprepare wäre wenn es funktionieren würde eine sehr große Erleichterung für mich.

s.o.

Wie die CPU-Load anzeige im Monitoring fenster, zusätzlich die GPU-Load einbauen für GUI und Kernel

Hab da auch eine Lib die alle gängigen Grafik-Karten-Hersteller abdeckt, aber die bekommen wir nur auf direkte anfrage.
https://www.techpowerup.com/gpuz/

Wenn ich mit der Maus per Drag&amp;Drop ein oder mehrere Geräte in eine “Device Group” ziehe, dann bekomme ich kein Feedback. Ich sehe im Projekt Explorer keine Änderung und muss erst die Gruppe öffnen, damit ich sehe, dass beim Hinzufügen alles geklappt hat.

Für den Benutzer wäre es hilfreich, eine Reaktion vom Programm zu bekommen.

Eine Möglichkeit wäre, dass nach dem Drag&amp;Drop die Gruppe kurz das Aussehen verändert. (Irgendwo habe ich einmal eine pulsierende Reaktion in einem anderen Programm nach einem Drag&amp;Drop gesehen, das ziemlich ansprechend war)
Eine andere Möglichkeit wäre, dass im Tree vom Projekt Explorer mit angezeigt würde, wieviele Geräte aktuell in der Gruppe drin sind. Diese Anzahl würde sich dann natürlich nach dem Hinzufügen veränden.

Wenn ich z.B. in den Properties von einem Gerät oder einer Gerätegruppe bin und den Text anpassen möchte, dann kann ich mittels Maus nicht einfach den ganzen Inhalt des Textfeldes mittels 3 Klicks der Maus auswählen, wenn dieser Leerzeichen enthält.
Bei den meisten heutigen Programmen ist es üblich, dass man mittels 3 schneller Klicks hintereinander mit der Maus in das gleiche Feld alle Inhalte einer Zelle (oder zumindest einer Zeile) auswählen kann.

Es wäre schön, wenn DMXControl auch diese Funktion bieten könnte.

Tint ist die Balance zwischen Grün und Magenta.
Zusätzlich muss ein Control wie für Farbtemperatur gebaut werden

Beispiel:
0 to 1 = neutral white
2 to 127 = full plus-green to neutral white
128 = neutral white
129 to 255 = neutral white to full minus-green (full magenta)

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

Beim Start des Kernels werden aktuell reichlich Warnungen im Log angezeigt, die scheinbar “eingeplant” sind, sprich: Die auch auftreten, wenn das Programm eigentlich normal arbeitet.

Beispiele:
16:55:39 WARN KernelRunManager - BitmapTransformationManager [Manager NOT initialized].
16:55:39 WARN ResourceManager - Loading Resource when Service is not Started. ManagedTree may not get loaded: KernelSpecialLayerConfig.xml

Bei einem normalen Start sollte der Kernel keine solchen Warnungen anzeigen - ich denke, das verwirrt Benutzer bloß, die dann denken dass irgendetwas nicht stimmt.
Daher sollte entweder das Log-Level für diese Meldungen reduziert werden, oder aber sie sollten nur gelogged werden, wenn sie tatsächlich zu einem Problem führen.

External Link

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

Wie im Projektgespräch vom 06.08.2017 vorgeschlagen sollte der Shortcut zum Aufrufen der (geplanten) Kommandozeile vom Benutzer einstellbar sein. Die aktuelle Belegung F12 aus dem Input Assignment zu entfernen, könnte umgekehrt Verwirrung stiften und es würde sowieso dieser Vorschlag unterbreitet werden.

Schön wäre ein “Werkzeug” einzubauen, das beim faden von z.B. Rot auf Blau der Farbverlauf nicht über weiß fadet. Ich kenne das so das man z.B. sagt, fade über eine dunkle Farbe. Oder auch beim faden von Rot auf Blau wird an dem Punkt wo Weiß kommt, würde der Scheinwerfer in den Moment automatisch runtergedimmt werden.

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

• Anfang und Ende eines Adressbereichs für ein Gerät besser kennzeichnen, zum Beispiel durch abgerundete Ecken
• Adresse in die Mitte verschieben(Fett), Darunter dann der DMX-Wert
• Vergrößerung der Balken für Kanalwerte(auf voller Breite aber hinter Adresse und Value)
• Highlighting der Kanäle der gerade in der StageView ausgewählten Geräte
• Farbliche Kategorisierung der einzelnen Kanalfunktionen wie Dimmer, Color, Position, Gobo, Strobe / Shutter (ENTSCHEIDUNG)

gebraucht für Timecodeplayer.

An verschiedenen Stellen fehlt aktuell noch die von DMXControl erwartete Einheit der Eingabe im Device Control in Abhängigkeit der GUI-Einstellung für den Wertebereich, unter anderem in:

• Frequency (unter anderem bei den Effekten Circle, Polygon, Hypozykloide)
• Amplitude X und Y
• Rotation Frequency (unter anderem bei Polygon)

​Die komplette direkte Unterstützung des ENTTEC USB DMX Pro mk2 wäre recht wünschenswert

DMX 2x Out /1X In
MIDI In und Out

DMX aus/eingänge sollten funktionieren.
Midi schon in Voraussicht auf spätere Versionen von DMXC3.
Wäre schön, wenn man die Interface Settings bezüglich DMX auch in DMXC3 bedienen könnte.

Über Artnet kann es bereits zwei Universen ausgeben, direkte implementierung wäre sicherer.
DMX in geht noch nicht.

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.

Aktuell kann man bei MovingLights nur pro Gerät einen Offset für Pan und Tilt festlegen. Sollen aber MovingHeads und Scanner gemeinsam in einer Gruppe fahren, müssen im Regelfall die Bewegungen für die Scanner verkleinert werden, damit diese nicht immer in die Anschläge fahren.

Darüber hinaus kann man mit Hilfe der Skalierung für Pan und Tilt in Verbindung mit dem Offset, jedes MovingLight indivuell Positonieren und den Aktionsbereich festlegen.

Die Skalierung für Pan und Tilt sollte jeweils getrennt einstellbar sein. Der Wertebereich sollte effektiv gesehen alle Werte größer 0 zulassen, wobei bei 0 bis 1 der Aktionsbereich verkleinert und &gt;1 entsprechend vergrößert wird.

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.

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.

Es wäre toll, wenn man z.b. die Startposition des Boom-Effekts mithilfe eines weiteren Effekts verändern könnte. Oder z.b. die Geschwindigkeit des Color-Scroll Effekts mit einem Sinus belegen könnte.

Im moment ist es nicht möglich zwei verschiedene Versionen paralel installiert zu haben.
Problem sind die Registry-Einträge und die Ordnerstruktur

Wir sollten das mal besprechen.
Mein Vorschlag ist

Das die alte Versionen bei der Installation in einen neuen Unterordner mit der Versionsnummer verschoben wird
Bsp.
Aktuell installiert ist 3.0.2a und 3.1 wird jetzt installiert
3.0.2a wird verschoben (mit allem drum und dran):
DMXControl 3\Kernel –&gt; DMXControl 3\Kernel\3.0.2a
DMXControl 3\GUI –&gt; DMXControl 3\GUI\3.0.2a
ähnliches muss dann auch in der Registry gemacht werden

3.1 instalieren
DMXControl 3\Kernel
DMXControl 3\GUI

somit kann ich immer drüber installieren, hab keine Probleme mehr, und kann zwischen den Versionen wählen

Für ein Softdesk Only Modus wäre es schön wenn man eine Art LCD Panel in Softdesk anlegen kann um Informationen darzustellen. z.B. Aktueller Manueller Beat.

Wie der Titel bereits sagt wünsche ich mir Variablen für den Programmer. Dann könnte man einfach bei Effekten statt einer Zahl bei, z.B. Hz die Variable eintragen und könnte dann über den Softdesk den ihr ja überarbeiten wollt die Variable ändern

Der Reiter wird nach dem Anklicken nicht korrekt dargestellt.
Betrifft nicht die Funktionalität, sieht nur blöd aus.

Wie bereits mehrfach besprochen sollte DMXC mehrere Modi unterstützen (Anfänger, Fortgeschrittener) sowie evtl. unterschiedliche Standard layouts (Theather, Disko,...)

Entsprechend sollten Elemente angezeigt oder ausgeblendet werden.

Hierzu muss folgendes durchgeführt werden:

1. Definition, welche Gruppen es gibt
2. Definition, was diese Gruppen sehen und was nicht
3. Implementierung des Models

Wichtig ist, dass diese Auswahl nur initial das System konfiguriert. Der User kann jederzeit in den Fortgeschrittenen Modus wechseln und dadurch mehr Dinge angezeigt bekommen.

s.o.

Featuresammlung.
Das muss das Buch können (BITTE ERGÄNZEN):

• Laden, Anzeigen und Speichern mehrerer Textbücher in einem Projekt (mindestens rtf, besser docx und pdf)
• Darstellung der zum Textbuch passenden Cuelist (wie im Cuelist-Editor)
• Einfache Texteditor-Funktionen
• Einfügen von Cue-Referenzen in den Textbuchtext (im Editor unveränderbar)
• Ausführen einer Cue bei Doppelklick auf Eintrag in Cuelist und bei Klick auf “GO”-Button (evtl. auch bei Doppelklick auf Cue-Referenz in Textbuchtext)
• Autoscroll-Funktion (Geschwindigkeit einstellbar)

nice to have:

• Gliederung (Erkennung von einzelnen Akten, Szenen,...)

Man kann unter unter dem Kontextmenü Executer Page einzelne Executoren anlegen, aber nicht im Fenster.

Nachdem heute wieder die Frage nach einem Programm mit einfacher und unveränderlicher Benutzeroberfläche im Forum aufkam, hatte ich die Idee, dass man doch sowas wie eine eigenständige Softdesk-GUI generieren könnte. Klar, der Softdesk muss direkt in die DMXC-GUI integriert werden (ist ja einer der Themen für DMXC 3.2), aber vielleicht könnte man in diesem Zuge gleich die Option vorsehen, dass man DMXControl in einem speziellen Modus starten kann (vielleicht per Parameter) in dem nur zuvor definierte Softdesks angezeigt werden. Diese können in diesem Modus nicht editiert werden und auch andere Funktionen von DMXControl sind in diesem Modus nicht aufrufbar (bis auf die unbedingt nötigen). Dadurch könnte dann ein “Admin” Softdesk-Ansichten vorab erstellen, die dann die normalen User nutzen, aber nicht verändern können. Das dürfte für den normalen Betrieb in Discos / Bars oder Sporteinrichtungen hilfreich sein, weil man dann nichts “kaputt” machen kann.

Ergänzend zum Thema Cuelist Group ist mit am vergangenen Wochenende noch die Idee gekommen, Cuelist Groups auch “Blackouten” bzw. auf “Blind” schalten zu können, wodurch die darin enthaltenen Cuelists zwar laufen, aber nicht aktiv ausgeben können -außer man hat die selbe Cuelist in mehreren Cuelist Groups laufen, dann wird natürlich solange etwas ausgegeben, bis die anderen Cuelist Groups ebenfalls auf Blind gesetzt werden.

So erhält man die Möglichkeit, bestimmte Einstellungen wie zum Beispiel Farben für einen Blinder- oder Strobe-Effekt vorauszuwählen und dann in Verbindung mit einer Mutter-Tochter-Beziehung zum eigentlichen Blinder-Effekt zu aktivieren. Oder man baut sich bereits während eines Songs die nächste Stimmung (beispielsweise für eine Bridge oder den Refrain) zusammen, die dann mit nur einem Tastendruck aktiviert werden kann.

Einen Abriss über das Szenario habe ich in dem Thread https://forum.dmxcontrol-projects.org/index.php?thread/12105-mutter-tochter-beziehung/&postID=101294#post101294 verfasst, da hier auch das Thema Mutter-Tocher-Beziehung zwischen Cuelists zum Tragen kommt.

siehe kommentare aus External Link

Mit einem einfachen Chaser kann man zwar ein Random-Strobe generieren, jedoch sind diese Einstellungen an die Anzahl der aktiven Geräte innerhalb einer Gruppe gebunden und bei dem einfachen Chaser ist immer nur ein Gerät aktiv.
Der Random-Strobe-Chaser geht über den einfachen Chaser hinaus und sollte über folgende Parameter zum Einstellen verfügen. Die nachfolgend genannten Parameter sollen dabei unabhängig von der Anzahl der aktiven Geräte innerhalb der Gruppe gelten.

• Anzahl der gleichzeitig aktiven Geräte
• Zeit Dimmer an
• Zeit Dimmer aus
• Zufällige Pausenzeit
• Maximale Helligkeit
• Zufälliger Helligkeitswert / Mindestwert
• Laufrichtung des Strobes (vorwärts, rückwärts, von der Mitte aus, zur Mitte hin, zufällig)

Die zufällige Pausenzeit soll den Strobe-Effekt zufällig entsprechend unterbrechen, sofern hier ein Wert eingetragen ist.

Ist ein Wert im Feld „zufälliger Helligkeitswert“ gesetzt, soll hier durch jedes Gerät leuchtet immer mit einer anderen zufällig generierten Helligkeit zwischen dem Mindestwert und dem Maximalwert, wobei der Wert „zufälliger Helligkeitswert“ den Mindestwert angibt. Auf diese Weise lässt sich gerade bei einer größeren Zahl an Geräten eine besondere Tiefenwirkung erzielen.

Ein zusätzlicher Clou wäre an dieser Stelle, wenn sich der Wert für die Anzahl gleichzeitig aktiver Geräte live vom Softpult aus beeinflussen ließe, beispielsweise über die Effekt-Speed der Cueliste.

s.o.

Color wird in StageView irgendwie nicht angezeigt, ganz strange

Gobo-Rotation geht nicht
Prisma Rotation geht nicht
Prisma Index geht nicht

Frost filter wird in dieser form nicht unterstützt (3 verschiedene Frostfilter auf einem Kanal)

MfG
Patrick

Hallo,

eine Direkteingabe von Werten im Softdesk wäre super.

das geht besser und Performanter
zZ wird ab und zu mitten in dem Effekt gesprungen
der Effekt hört bei großen Matritzen zu früh auf

Kernel läuft auf Maschine 1 (192.168.0.32) - GUI auf Maschine 2 (192.168.0.10)

In der GUI im Verbindungsfenster wird der Kernel angezeigt, aber bei verbindung passiert nichts. Bei zweiten Versuch sagt er “Session schon vorhanden” aber auch da passiert nix...
Im Kernel sieht man aber, das eine Session angelegt wird....

Es wäre super wenn man die Effekt Speed per Doppelklick oder ähnlichem manuell per Tastatur eingeben kann, da der Schieberegler nur sehr ungenaue Werte erlaubt.

Hintergrund: Ich habe ein Projekt, bei dem alle Effekte auf 100 BPM programmiert sind, also 100%. Damit ist über die Speed eine einfache Eingabe der BPM Zahl für verschiedene Songs möglich. Über den Schieberegler oder über einen Fader am Midi Pult funktioniert das jedoch nur sehr ungenau.