Posts by Sebastian

Jetzt bin ich auch nochmal dazu gekommen an dem Plugin weiter zu schreiben und stehe vor dem nächsten Problem

Da das mit der Hilfe hier im Forum so gut geklappt hat, schildere ich auch dieses Problem noch mal hier im Forum:

Ich würde gerne ein Feedback über den Zustand des Plugins geben. Es gibt da mehrere programmierte Effeke, die mach auch über Kommandos aus anderen DMXControl Modulen ein und ausschalten kann. Das Funktioniert auch aus der KommandoBox, allerdings wird dort nicht der Status des Effekt angezeigt (an / aus). Wenn ich auf einen Button in der Kommandobox einen Button zum Starten eines Effektes aus dem Effektsequencer lege, dann zeugt der "Gedrückt"-Zustand des Button und die daneben aufleuchtende rote Fläche, dass der Effekt gerade läuft. Dies funktioniert ja auch z.B. mit angeschlossenen Midi-Pulten zum Starten von Effekten.
Eben dieses Feedback würde ich gerne in mein Programm integrieren, aber ich konnte leider bislang noch keinen Ansatz finden, wie dies zu bewerkstelligen ist.
Über Hilfe würde ich mich wieder freuen! Vielen Dank schonmal vorab.

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

Hallo,

bitte entschuldigt den Doppelpost, aber ich denke die Problemlösung hat einen eigenen Beitrag verdient:

Nachdem ich die "Übertragen"-Flags aus den Fader-Steuerelementen entfernt habe funktioniert das Ganze nun ohne Probleme!

Da das Pult beleuchtete Tasten hat, habe ich sowohl Midi-Input, als auch Output asu "APC Mini" (also das Pult) eingestellt. Offensichtlich kommt es hier aber zu einer Art "Rückkopplung" zwischen In- und Out Signalen mit den oben beschriebenen Effekten. Ich kann jetzt natürlich nicht sagen, ob es am Pult, am Treiber oder an der Signalverarbeitung in DMXControl liegt, aber ich denke die Wertübertragung für Fader (ohne Motor) abzuschalten ist eine gute und einfache Lösung. Natürlich wäre es noch schöner, wenn DMXControl in einer solchen Situation einen Fehlermeldung geben würde nach dem Motto "Zu viele Midi-Events" und die Midi-Fernbedienung abschaltet, statt komplett zu hängen

Vielen Dank nochmal für eure Hilfe!

Hallo Hoc,

auf den Tipp hätte ich auch selbst kommen können - Danke jedenfalls für den Einfall!

Leider
hängt DMXControl trotz deaktiviertem Ausgabeplugin immer noch. Die
Aktivitätsanzeige geht kurzzeitig auf Vollausschlag, dann ist DMXControl
komplett unbedienbar (Das Hauptfenster wird von Windows "ausgegraut").
Erst wenn ich das Midi-Pult abstecke lässt sich DMXControl wieder
bedienen.
Mit anderen Programmen, wie Midi-Ox, funktioniert das Pult
aber problemlos, weshalb ich einen Defekt am Pult ausschließen kann und
eher von einer Überlastung von DMXControl ausgehe. Die CPU-Auslastung
des Systems liegt im Übrigen (bei ausgeschaltetem Output-Plugin) beim
Einfrieren um die 5%. Folglich kann es eigentlich kein
Performance-Problem mit dem PC sein.
Für weitere Ideen bin ich natürlich dankbar!

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!

Ok, dann war meine Interpretation des Balkens wohl falsch, danke für die Klarstellung. Das DMXControl eine Single-Thread-Anwendung ist, war mir klar, daher ja auch meine Vermutung mit den 50% Auslastung würden auf die 100% Auslastung auf einen Kern durch DMXControl hindeuten....

Dennoch ist der Ausschlag ja offenbar ein Maß für die Aktivität von DMXControl und wenn dieser nur bei relativ hohen Werten (die ich bei meinen bisherigen Lichtshows noch nicht gesehen habe) auftrit, bedeutet dies doch, dass es eine Performance bzw. Performance-Management-Problem gibt?!

Eventuell ist auch ein Grund hierfür ja auch das verwendete USB auf DMX-Interface. Ich verwende derzeit ein eher "billiges", mit dem Enttec OpenDMX-Treiber. Wenn ich den ein oder anderen Thread hier im Forum richtig verstanden habe, so werden hier alle Ausgaben ausschließlich von Rechner erzeugt und es belastet den Rechner entsprechend stark. Andere Interfaces, wie das Nodle U1, sollen den Rechner, und DMXControl, hingegen entlasten. Stimmt diese Aussage so? Falls ja, könnte dies eventuell dafür sorgen, dass DMXControl mit der größeren Anzahl interner Messages klar kommt?

Hallo Stefan, danke für deine zügige Antwort!

Ich nutze das aktuelle DMXControl 2.12.2 auf einem relativ aktuellen Rechner (Core I3 mit Windows 7, weitere Details muss ich nachsehen, wenn dies weiterhelfen sollte). Bei den besagten Tests mit dem neuen Pult lief auf dem Rechner auch keine andere Anwendungssoftware als DMXControl. Auffällig war noch, dass DMXControl immer dann stehen blieb, wenn die Prozessorlastanzeige in DMXControl (das ist doch diese grüne "Aussteuerungsanzeige" im Menüfenster ?!) 50% anzeigte, also ein Kern des vorhandenen Dualcore-Prozessors voll ausgelastet war. Diese Beobachtung passte soweit zu den anderen hier im Forum gefundenen Meldungen.
Zudem gibt es keine Abstürze, wenn ich die Midi-Signale von anderen Applikationen verarbeiten oder anzeigen lassen. Ich habe u.a. einen längeren Tests mit der SIgnalanzeige von Midi-Ox gemacht und keinerlei Probleme feststellen können. In Midi-Ox war aber ersichtlich, dass bei Faderbewegungen jede Menge Signale gesendet werden. Daher kam meine Iddee mit dem "Signal-Kompressor".

Wenn noch jemand eine Idee hat, wie das Problem (evtl. auch ohne eigene Programmierung) zu lösen ist, wäre ich sehr dankbar!

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.

Hallo,

ich habe gestern ein neues Midipult (AKAI APC mini) für die Ansteuerung von DMXControl geliefert bekommen.
Die erste Begeisterung nach problemloser Einrichtung legte sich leider recht zügig, nachdem ich DMXControl reproduzierbar duch schnelle Bewegungen der Schieberegler zum Absturz bringen konnte.
Einiges Lesen in Forum und Wiki von DMXControl brachte mich zu dem Schluss, dass dies wohl ein bekanntes Problem von DMXControl bei einer zu hohen Midi-Datenrate ist und die Signale mit dem MIDI Snake (Plugin) zu verzögern sind. Mit Einsatz dieses Tools stürzt DMXControl auch nicht mehr ab, allerdings dauert damit ein einfacher Fade eines Dimmerkanals von 0 auf 127 / 255 nun ca. 2 Sekunden (bei niedrigst möglicher Verzögerung von 15ms).
Folglich ist dies auch keine Lösung für das Problem. Leider sehe ich bei dem verwendeten Pult auch keine Möglichkeit die Datenrate irgendwo einzustellen (Wie in einem anderen Thread für ein Behringer Pult beschrieben).

Im Endeffekt für dies Ganze zu der Frage: Gibt es für das Midi-Problem eine allgemeine Lösung, die ich nich nicht gefunden habe oder ist basteln im Einzefalle angesagt?

Wenn Basteln nötig ist, hätte ich da auch schon eine Idee, wie das Midi-Snake-Tool angepasst werden könnte: Für Fader immer nur den letzten Wert in der Warteschlange senden und das minimale Sendeintervall evtl. etwas kürzen (wäre aus zu probieren). Damit ließe sich sicherlich ein guter Kompromiss mit einem brauchbaren Ergebnis erzielen.
Gibt es so ein Tool eventuell schon?
Ansonsten bin ich auch gerne bereit dies zu programmieren und hier anderen zur Verfügung zu stellen. Sollte es zu dieser Entwicklung kommen: Wäre es möglich die Quellen des MIDI Snake Plugins zu bekommen? Das würde die Entwicklungszeit sicherlich deutlich reduzieren, da ich bislang noch keine Erfahrung mit der Programmierung von MIDI-Interfaces habe.