Sound Analyser / Fragen zu Pluginentwicklung

Hallo,
hmmm die Frage ist, ob du desshalb gleich einen neuen Audioanalyzer für DMXC programmieren musst, denn es gibt mittlerweile schon drei Stück. Vorallem das Beat Detection Plugin von Frank Brueggemann verrichtet einen sehr guten Job. Da wäre es vielleicht besser, wenn deine Ideen in dieses Plugin Einzug finden, denn sonst gibt es noch mehr Plugins die etwas ähnliches machen.

Zur Pluginentwicklung an sich: Plugins, die so tiefgreifend arbeiten, müssen zwingend in VB6 entwickelt werden. Denn DMXC verträgt sich mit Plugins in anderen Programmiersprachen nicht so gut. Deshalb haben wir z.B. auch das Delphi 7 Beispiel aus dem Wiki herausgenommen, weil es nicht richtig funktioniert.
Viele Grüße
JP

Hallo JP,
ich nutze ja auch das Beat Detection Plugin, aber ein richtiger Soundanalyser ist es bisher ja noch nicht, wenn ich es richtig sehe. Ich habe eine Vielzahl an Möglichkeiten einen Beat abzugreifen und vor allem ohne die Nutzung von Winamp, aber das man einzelnen Frequenzen auch bestimmte Geräte zuordnen kann, geht doch wohl noch nicht. Oder?
Beste Grüße

ralf

Hallo,
naja, ich meine halt, dass man erst einmal versuchen sollte, das Gewünschte wenn möglich mit den bestehenden Plugins zu realisieren oder das in die bestehenden Plugins zu integireren (lassen). Denn wir haben beim Umzug der Artikel aus dem alten Wiki ins neue festgestellt, dass da ein ziemlicher Plugin-Wildwuchs herrschte. Z.B. gibt es auch noch das ESound2Light-Plugin (siehe hier), welches ein Soundanalyzer ist (aber vermutlich nicht mehr weiterentwickelt wird).

Die Fage wäre, ob der "Soundanalyzer" von DMXC dafür nicht auch schon ausreicht und diese Funktion direkt in DMXC integriert werden sollte. Denn dann wäre das eine saubere Lösung. Dazu einfach ein Ticket in unseren Bugtracker mit dem Typ "Wunsch/Idee".
Viele Grüße
JP
P.S.: Solltest du trotzdem ein Plugin schrieben wollen, schau mal in unseres Wiki. In dem Ausgabeplugin-Artikel des DMXC 2 Handbuches gibt es VB6-Beispielcode (siehe hier). Daran kannst du dich orientieren.

Hallo,
ich hab mich wohl falsch ausgedrückt. Es ist sehr wohl erwünscht, die Funktion von DMXC mit Plugins und auch neuen Plugins zu erweitern. Sonst hätte Stefan K. diese Schnittstelle ja auch nicht eingebaut. Was ich meinte war, dass es aber vielleicht ganz sinnvoll ist, ein bestehendes Plugin zu erweitern statt gleich ein neues zu schreiben. Denn so kann man sich sicher etwas Aufwand und Arbeit sparen. Was ich durch meine Aussage vermeiden wollte war, dass es nacher mehrere ähnliche Plugins gibt und man dann als User vor der Entscheidung steht, welches von beiden besser ist und auf welche Funktionen man verzichtet. Das war alles was ich mit meiner Aussage verdeutlichen wollte. Das heißt nicht, dass ich gegen neue Plugins bin.

Zur Plugin-Entwicklung:
Wenn ich heute Mittag zu Hause bin, suche ich mal im alten Wiki, ob es da doch noch Quellcode gibt, den wir beim Übertragen vergessen haben. Vielleicht finde ich da ja etwas, das dir weiter hilft. Das mancher Quellcode nicht mehr zu finden ist liegt auch daran, dass wir ein neues Wiki haben, welches anders strukturiert ist als das alte. Wir haben den Umstieg zum Anlass genommen, alle im Wiki beschriebenen Plugins zu testen, ob sie noch mit DMXC 2.12 laufen und nur die Lauffähigen übertragen.

Zur DMXC 2 Entwicklung:
Dir muss beim Release tatsächlich etwas entgangen sein . Denn Stefan hat bei unserem diesjährigen Jahrestreffen vor drei Monaten eine neue Zwischenversion (2.12.2) released. Es ist keine Majorversion, aber es wurde doch ein paar Sachen gemacht. Dass es keinen neuen Majorrelease gab liegt einfach an der knappen Zeit die unter anderem auch Stefan wegen privater Angelegenheiten letztes Jahr hatte. Wie aber im Bereicht zum letztjährigen Jahrestreffen steht, gibt es da noch ein paar Dinge, an denen Stefan schreibt und die noch in DMXC2 integriert werden sollen.
Viele Grüße
JP

Quote from Sebastian

Ich scheitere nämlich derzeit daran die Klasse ICommandServer zu Implementieren (zum Aufruf meines Plugins aus anderen Komponenten). Ich habe eigentlich alles ganz genau, wie im Wiki beschrieben, umgesetzt. Das Plugin wird auch geladen und kann in der eigenen Oberfläche bedient werden, aber es taucht in keiner DMXControl Komponente als Empfänger für Befehle auf.

Im Wiki scheint mir der Hinweis zu fehlen, dass in der Type_Module_Info (Property IDMXCModule_ModuleInfo) auch der Wert ProvidesCommand auf "true" gesetzt werden muss.

Stefan

Hallo

Soweit ich das im folgenden Wikiartikel gelesen habe, ist es zumindest erwähnt.

http://www.dmxcontrol.de/wiki/Pluginprogrammierung_DMXC2

Die Tabellen sollte man aber vll mal überfliegen und aktualisieren.

Gruß Philipp

Hallo,
Stefan K.: Ich weiß, du hast nicht so viel Zeit, aber könntest du bitte den von Philipp verlinkten, doch sehr chaotischen Artikel mal durchsehen und hier alle Änderungen in der Plugin-Schnittstelle seit Version 2.10 dort stichpunktartig eintragen. Dann pflege ich das ein und bringe diesen Artikel in eine lesbare und übersichtliche Form.
Viele Grüße
JP

Hallo,

Quote from Sebastian

Falls es jemanden interessiert, wie ich diesen Weg temporär gehackt habe: Ich erzeuge ein (oder mehrere) DMXIn Signale auf ungenutzten Kanälen (dafür habe ich ja die API in IPluginHelper) und übersetze diese Signale mit der DMXIn-Fernsteuerung in beliebige DMXControl-Kommandos.

Kann man wenn Du an den DMX-In Signale sendest trotzdem den DMX-In am Interface verwenden ?

Gruß Steff

Quote from Sebastian

vielleicht bin ich ja auch der einzige, der soetwas haben möchte .

Nein, bist du nicht. Auch wenn das vielleicht nicht komplett dem entspricht, was du hier beschreibst: mein Post umfasst auch die Ansteuerung von Effekten statt Geräten aus der Beatdetection heraus.
Ich hab mich damit mal an Frank gewendet, weil er das Plugin entwickelt mit dem ich bisher gut arbeiten konnte, nur die Steuerung von Effekten scheint (wie ich bis jetzt dachte) keiner außer mir zu benötigen.

Vielleicht können wir ja darauf hinwirken, dass wir eine gemeinsame Lösung finden

Viele Grüße,
Marco

Hallo,

mittlerweile konnte ich meine Plugin auch bei einer etwas größeren Feier mal testen und der der Effekt gefiel mir ganz gut!
Leider ist der Stand noch nicht so, dass ich es weitergeben könnte, daher werde ich es hier auch vorerst nicht verlinken.

Das Unschönste an dem Plugin ist die zuvor schonmal erwähnte Signal-Weiterleitung über DMX-In. Dies funktioniert zwar, ist aber sehr unkomfortabel zu programmieren. Daher möchte ich nochmal meine Frage nach Informationen zur Steuerung von anderen Modulen aus meinem Plugin heraus wiederholen.
Generell is dies in DMXControl ja offensichtlich möglich, da dies ja z.B. die Funktion der Kommandobox ist. In den Plugin-Klassen habe ich auch einige Dinge gefunden, die eine derartige Funktionalität vermuten lassen. Leider führten meine Experimente bislang aber nur zu Programmabstürzen ;).
Vielleicht kann mit ja einer der DMXControl oder Plugin-Programmierer zumindest sagen, ob dies prinzipiell möglich ist oder ob ich hier etas suche, was garnicht funktinieren kann?
Und wenn er grade dabei ist zu schreiben, dass es geht, wäre doch auch eine kleine Anleitung sicherlich kein Problem, oder?

Ich danke dir / euch jedenfalls schonmal im Voraus und hoffe hier bald ein Plugin verlinken zu können, welches auch dem ein oder anderen von euch gute Dienste erweisen kann.

Das PluginHelper-Objekt dass das Plugin bekommt implementiert auch ICommandManagerProvider, kann also dahin gecastet werden. Dort gibt es die Property CommandManager(), die einen ICommandManager liefert. Über dessen Methoden lassen sich Befehle (bzw. "Befehls-Ausführer") erzeugen, editieren und auch die in DMXC übliche Auswahl in einem ListView realisieren.

Stefan

Hallo Stefan,

danke für deine Antwort! Ich habe mich heute auch sofort dran gesetzt, die guten Tipps in das Plugin einzubauen. Ich bin zwar schon etwas weiter gekommen, als zuvor, aber leider klappt es immernoch nicht ganz. Vielleicht stelle ich mich da auch etwas ungeschickt an, aber die Informationen aus dem Visual Basic Objektkatalog, zusammen mit dem Wiki und den Forums-Tipps führen mich noch nicht ganz ans Ziel.
Ich vermute allerdings, dass ich derzeit (u.a.) am falschen ListView scheitere. Wenn ich das Wiki richtig verste, muss es ein "ExtListView" sein. Ich habe es dann mal mit dem Standard ListView aus den CommonControls versucht, aber das gibt nur Laufzeitfehler in der Funktion FillTableRow und anderen, die ich ausprobiert hae.
Hinter dem Link im Wiki ist dieses ExtListView aber nicht mehr auffindbar und auch Google hilft mir da nicht weiter. Hat evtl. noch jemand einen Link oder das Control (ocx?), um mir weiter zu helfen?

Einen ICommandExecutor habe ich mir erzeugen lassen. Allerdings kann ich den nicht wirklich Testen, da ich die GUIDs der anderen Module/Plugins nicht kenne. Ich nehme an, die würde ich später aus dem Listview gewinnen können? Ein Test mit der GUID meines Plugins führt jedenfalls zu einen Laufzeitfehler ( Fehler-Nr: 13 (Typen unverträglich), Modul: CommandManager, Prozedur: StartExecution), ändere ich die GUID ab, kommt nur die Meldung, dass diese nicht bekannt ist.

Ich poste hier mal die verwendten Testzeilen, damit mir vielleicht jemand weiter helfen kann:

Dim mManProv As DMXCTypeLib.ICommandManagerProvider
	Dim comMan As DMXCTypeLib.ICommandManager


	Set mManProv = mHelper
	Set comMan = mManProv.CommandManager

	comMan.AddColumnHeaders ListView1 ' < Klappt noch! Die Header werden im Listview angezeigt


	Dim comEx As ICommandExecutor
	Dim b As Byte
	b = 0
	Dim ov As Long
	ov = 20
	Set comEx = comMan.CreateCommand("{dff72797-b5cd-4184-8995-2918c9e8287c}", "[DMXIn] Kanal 1", "ON", b, ov) ' GUID meines Plugins und bestehendes Kommando

	Dim min As Long
	Dim max As Long
	Dim val As Long
	min = 0
	max = 100
	val = ov

	comEx.ExecuteCommand val, min, max, mHelper.MyStream ' Erzeugt obigen Laufzeitfehler 13


	Dim item As ListItem
	Set item = ListView1.ListItems.Add(, , x.ModuleGUID)   ' Trägt Testweise die GUID in das Listview ein
	comMan.FillTableRow x, item, 0 ' Laufzeitfehler, da ich vermutlich das ExtListView brauche?

Vielen Dank an alle, die sich meinen obigen Code angetan haben und mir weiter helfen wollen!

Das ExtListView wird von DMXC selbst verwendet, liegt also schon auf deinem Rechner. Es sollte reichen, den Verweis in VB hinzuzufügen.
In welcher DMXC-Zeile tritt der Fehler auf?

Stefan

Quote from steff

Hallo,

Quote from Sebastian

Falls es jemanden interessiert, wie ich diesen Weg temporär gehackt habe: Ich erzeuge ein (oder mehrere) DMXIn Signale auf ungenutzten Kanälen (dafür habe ich ja die API in IPluginHelper) und übersetze diese Signale mit der DMXIn-Fernsteuerung in beliebige DMXControl-Kommandos.

Kann man wenn Du an den DMX-In Signale sendest trotzdem den DMX-In am Interface verwenden ?

Gruß Steff

So, da nun heute mein FX5 DMX-Interface angekommen ist, habe ich nun auch einen DMX-In und kann bestätigen, dass offensichtlich (mindestens) 2 Plugins (oder ein DMX-In und ein Plugin) DMX-In-Werte senden können. Es scheint, dass der resultierende Wert das Maximum der beiden anliegenden Werte ist. Allerdings habe ich das nur rein optisch an der Helligkeit eines Testscheinwerfers "gemessen" ;).
Ich werde mein Plugin nach den Tipps von Stefan dennoch auf die DMXControl-Kommandos umstellen, aber vielleicht baut ja noch jemand ein andere Plugin, wo ihm diese Beobachtung hilft....