Input- Assignment: 1 Befehl zum Laden und 1 Befehl zum durchschalten

Nein... Ein solches globales "Go" gibt es nicht. Dass macht aus meiner Sicht auch technisch keinen Sinn, da du damit ja nicht mehr mit mehreren Cuelists parallel arbeiten könntest, wenn dann immer alle Cues in existierenden und ausgeführten Cuelists weitergeschaltet werden. Da du dies ja eigentlich nur für bestimmte Cuelists benötigst, kannst du ja die bereits beschriebene Funktionalität des Input Assignments verwenden und einen Steuereingang auf mehrere beliebige Ausgänge (also Cuelists) legen. Das dürften eigentlich ja nur eine Hand voll Cuelists sein und insgesamt ein kleiner Teil aller erstellten Cuelists.

Generell könnte aber der Befehl "nur Cue weiterschalten, wenn Cuelist selbst auch gestartet ist" ein sinnvolles Feature sein, sozusagen ein manuelles Taktgeber abseits vom Beattool. Ich werde mich dazu mal bei uns im Verein intern dazu umhören - nicht dass ich da eine bereits vorhandene Funktion aktuell nicht auf dem Schirm habe. Als globales Go gibt es sozusagen zwar schon das Beat Tool, was aber sich aber im übrigen auch nur auf bestimmte Cuelist auswirkt - nämlich die, welche man entsprechend verknüpft hat. Aber die Verknüpfung der Steuerbefehle des Beattool mit Tasten von Tastatur oder MIDI-Controller ist aktuell leider nicht möglich.

Um es auch gleich vorwegzunehmen, bevor die Frage aufkommt: da die Version 3.1.2 erst vor wenigen Tagen veröffentlicht wurde, werden bis zur nächsten Release bestimmt erst einmal wieder mehrere Monate vergehen, wo über diesen Zeitraum eine Reihe von kleineren Bugs behoben und Features implementiert werden. Dem entsprechend könnten die folgenden Worte möglicherweise sehr hart klingen, möchte ich hier zumindest ein wenig "mit offenen Karten spielen", damit du dich auf die Situation besser einstellen kannst: wenn wir keinen Weg über bereits vorhandene Features finden, die sich aktuell nur gut verstecken, solltest du dir überlegen, ob du nicht vielleicht eine andere Möglichkeit findest, dein Vorhanden mit DMXControl 3 zu realisieren.

Gruß, Stefan.

Naja, das MIDI-Plugin ist ja Open Source. Du findest die Sourcen in GitHub (hier: https://github.com/DMXControl), weshalb das schon möglich sein sollte, dass du das anpasst. Ich kämpfe da allerdings gerade noch mit einem Bug beim Verknüpfen eines MIDI-Inputs mit einem Executor im Input Assignment. Da schmiert das Plugin (und damit auch die GUI) gerade noch ab. Ich weiß schon, wo der Fehler auftritt, aber ich habe noch nicht ganz herausgefunden warum, weil es im Zusammenspiel mit DMXControl-Funktionen passiert. Da bin ich aber gerade dran.

Viele Grüße

JP

Moin,

für einen Beat im Input Assignment baucht man ein Objekt der Klasse BeatChannel aus org.dmxc.lumos.Kernel.Beat. Auf diesem Objekt ruft man die Methode IncrementBeat für jeden Beat auf.

Zumindest habe ich es so beim meinen Plugin gelöst.

Viele Grüße

soekkle

Das geht so aber beim MIDI-Plugin nicht, weil es ein GUI-Plugin ist und kein Kernel-Plugin.

Ich habe ein Plugin für das Übertragen eines Beatsignals mit Ablton Link geshrieben siehe: BeatSyncPlugIn für DMXC3.

Diese Plugin ist als Kernel Plugin gelöst.

Viele Grüße

soekkle

Nein,

Das habe ich nicht, diese kommt zum teil aus Gedanken zu der Lizenzierung. Da die äußeren Umstände meine bevorzugten Liezenmodelle ausgeschlossen haben. Bei Fragen zu den Schnittstelle zu DMXC3 gebe ich gerne Antworten.

Viele Grüße

Soekke

Moin,

Also implementierst du gerade eine Kernel Plugin. Wenn du in dem Plugin-Manager, den Harken setzt, wird die Funktion startupPlugin() aufgerufen. in dieser Kanst du alles nötige starten.

Beim entferne des Harkens wird die Funktion [tt]shutdownPlugin()/tt] aufgerufen, hier muss alles beendet werden.

Für das Input Assignment habe ich eine Klasse implenetiert die von der Klasse AbstractKernelInputLayer abgeleitet ist.

Das Problem könnte sein, dass der Kernel nicht im Vordergrund ist. Mit dem Abfangen von Tastatur-Events habe ich keine Erfahrung.

Viele Grüße

soekkle