Web-Interface für DMXC 2.10 (Download)

Naja ich werd erstma mit nem Einfachen Effekt testen wie schnell der ist.
Ich weiß auch des die Schnittstelle dafür nich gedacht ist aber nen Plugin zu programmieren was eine Scriptsprache kennt ist im moment schwieriger als einfach mal drauf los zu testen

Soo, ich habe jetzt die dmxc.inc.php an die neue Version angepasst (StartAddress und Zeilenabschluss mit .).
Und siehe da, Geschwindigkeitszuwachs ca. 1000000% (!) - von 0,3s auf 0,00003s.

Des ist doch ma schnell. Wenn man des Cachen noch einbaut wirds bestimmt doppelt so schnell wies nun ist, weil wieder nen paar Abfragen wegfallen. Ich kann mir das ja mal morgen und in der nächsten Woche anschauen.

Kannste die neue Version mal hochladen?

Quote

Das bezweifle ich - diese 0,00003 Sekunden braucht das PHP-Skript auch, wenn ich jegliche Interaktion mit der Terminalschnittstelle auskommentiere Augenzwinkern . Das ist also einfach nur die Latenz, die der PHP-Interpreter für sich selbst braucht.

Ok ... aber vieleicht sieht mans ja wenn man viele Kommandos hintereinander schickt.

Also für Effekte eignet sich die Schnittstelle leider doch nicht. Zumindest wenn man Fades ohne Sprünge ausführen will. Also wenn man bei den Fades immer + 1 macht.

Hier die Ausgabe meines Testscriptes:

1434 Befehle innerhalb von 10 Sekunden ausgeführt
Dauer pro Befehl 0.00697350069735 Sekunden
143.4 Befehle pro Sekunde

Dann hab ich mal versucht wies aussieht, wenn ich speziell bei dem SetChannel-befehl nicht auf die Antwort von DMXC warte.

Das brachte nicht viel, da ich damit DMXC wohl überfordert habe ...
Es wurden zwar 10446 Befehle innerhalb von 10 Sekunden geschickt, aber DMXC kam mit der Ausgabe nicht hinter her. Das Script war schon längst beendet, aber DMXC war immer noch mit der Ausgabe beschäftigt.

Außerdem schafft man es damit, dass sich DMXC manchmal lautlos crashed.
Und das PDA-Plugin bekommt nicht mit, das die verbindung geschlossen wurde ...

Naja ich will ja nicht nur "einfache" Effekte machen.

Wenn man die richtig programmieren könnte also mit ner Sprache, dann hätte man unendliche Möglichkeiten. Man könnte z.B.
- immer zufällige Lampen ein und auschalten/ auf einen zufälligen Wert dimmen
- Effekte in Abhängigkeit zur Aktuellen BPM laufen lassen also z.B.
Wenn BPM > 90 dann Effekt 1
Wenn BMP < 90 dann Effekt 2

Man könnte damit halt des DMXC besser Standalone laufen lassen quasi, was gerade für Partys interessant ist, weil man denn ja auch selber mitfeiern will und nich nur hinterm Laptop stehn möchte.

Für den BMP hätt ich nen Workaround ...
Einfach einen Effekt erstellen, der bei jedem Beat einen Kanalwert verändert.

oder irgendwie mit StartChannelNotification
Dazu müsste die Verbindung aber dauerhaft abgehört werden.

Der Kanal wird denn von PHP abgefragt und wenn der Wert ungleich dem ist, den der Wert beim letzten mal abfragen hatte, dann kam nen Beat Signal.

Vieleicht könnte man das abfragen ob ein Effekt läuft oder nicht ja noch in die Schnittstelle implementieren. Man könnt dadraus auch ne allgemeine Schnittstelle machen für sämmtliche Befehle also Start/Stop, läuft ein Effekt usw.
Weil die Schnittstelle is ja nur für komplette Effekte in PHP zu langsam. Man könnte aber damit Effekte die breits in DMXC erstellt wurden steuern.

Achso hier denn nochma die Kommandobuttons aber nun für des neue Webinterface.

Einfach entpacken Datenbank importieren, falls nicht schon vorher mal gemacht und dann kanns los gehn.

Quote

Wäre es nicht praktischer, wenn die Buttons statt einer MySQL-Datenbank eine Datei für ihre Einstellungen nähme? Durch die Datenbank wird die Installation eigentlich nur unnötig kompliziert.

Hmm ... naja denn müsst ich noch was schreiben, was die Daten halt in ne csv speichert und denn nach der ButtonID suchen kann.

Quote

Das würde nur klappen, wenn die Schleife, die schaut, ob sich der Wert geändert hat, genau mit der gleichen Frequenz durchläuft wie die BPM-Frequenz (oder einem Vielfachend davon). Ansonsten werden die Abstände zwischen den Beats, die PHP registriert, immer unterschiedlich sein.

Is mir schon klar ... hatte es auch so gedacht, das x-mal in der Sekunde der Wert abgefragt wird.
Hatte schonmal ne Funktion zum Warten geschrieben die halt wie sleep() war nur, des in der zeit der beat oder andere Sachen gemacht wurden.

Wollte des denn auch wieder so machen.

Außerdem muss der Beat ja nicht 100% genau sein. Reicht ja wenn der ungefähr ist. Denn könnt man die Effekte quasi nach der allgemeinen Geschwindigkeit regeln lassen. Denn würde bei nem Schmusesong langsame Effekte genommen und denn bei Techno oder so halt schnelle.

Ich hab grad langeweile, daher spiel ich grad nen bisschen mit Sockets rum.
Hab nu nen Script geschrieben, was quasi die ganze Zeit die verbindung zu DMXC hält und als Relay funktioniert.
Man muss für des Webinterface nur nen anderen Port angeben und in der dmx.inc.php nen bisschen was verändern. Denn würd die Kommunikation mit DMXC quasi so ablaufen:

Webinterface --> daemon.php -->DMXC
Das Funktioniert schonmal soweit. In der daemon.php könnt man denn z.B. die Beatüberwachung reinfügen und denn durch Pluginklassen oder so die Steuerung in Abhängigkeit zum Beat/zeit vornehmen.
Ich werd damit mal weiter rumbasteln ... vieleicht wirds ja was. Bin ziehmlich spontan was solche Sachen angeht, habs nicht so mit ewigem theoretischem denken

sendCommand hab ich ein klein bisschen umgebaut. Ist aber noch abwärtskompatible.
Ach und booleanwerte vergleich mit in PHP mit ===

function sendCommand($command, $multiline = FALSE, $relay = false)		/* Usage: string sendCommand ( string $command ) */		/* Usage: array sendCommand ( string $command , TRUE ) */		{			fwrite($this->conn,$command . self::lineDelimiter);			$this->last_command = $command;			if ($multiline === FALSE)			{				return str_replace(self::lineDelimiter, '', fgets($this->conn));			}			else			{				/*				while ($line = fgets($this->conn))				{					$return[] = str_replace(self::lineDelimiter, '', $line);				}				*/				while ($line != "." . self::lineDelimiter)				{					$line = fgets($this->conn);					$return[] = str_replace(self::lineDelimiter, '', $line);				}				if(!$relay)					array_pop($return); // remove "."				if($relay)					return $return;				else					return implode(self::lineDelimiter, $return);			}		}	}

Und hier die beiden Funktionen die das Weiterleiten übernehmen.
Dabei wird die Funktion relay nur einmal beim start aufgerufen falls man des Weiterleiten aktivieren will.
Die relay_dowork wird immer wieder zwischendurch aufgerufen.

function relay()
	{
		$this->relay = true;

		$this->sock = socket_create(AF_INET, SOCK_STREAM, 0); 
		// Bind the socket to an address/port // Start listening for connections 
		socket_bind($this->sock, self::Listen_IP, self::Listen_Port) or die('Could not bind to address'); 
		// Start listening for connections 
		socket_listen($this->sock); 
		/* Accept incoming requests and handle them as child processes */ 
		$this->client = socket_accept($this->sock);
	}

	function relay_dowork()
	{
		$input = socket_read($this->client, 1024);

		if($input != "")
		{
			// Prüfen ob Verbindung geschlossen werden soll
			if($input == "close")
			{
				socket_close($this->client); // Verbindung auch Serverseitig schließen
				$this->client = socket_accept($this->sock); // neuen Socket erstelln, damit sich wieder ein Client verbinden kann
			}

			// Ist die Antwort auf den Befehl mehrzeilig oder nicht
			if(stripos($input, "GetAllDevices") !== false or stripos($input, "GetDeviceInfo") !== false or stripos($input, "GetCommandPossibilities") !== false)
				$multiline = true;
			else
				$multiline = false;

			// Befehl ausführen und Antwort holen
			$answer = $this->dmxc->sendCommand($input, $multiline, true);

			// Wenn mehrzeilig, dann jede Zeile einzeln an den Client zurück schicken
			if($multiline)
			{
				foreach ($answer as $line)
				{
					socket_write($this->client, $line. self::lineDelimiter); 
				}
			}
			else
				socket_write($this->client, $answer. self::lineDelimiter); 
		}
	}

Ich bau des denn mal in eine Kindklasse ein.

Najo ich machs aber so, wenn in die Variable eh nur Boolean reinkommen, denn vergleich ich des auch so

Hänge gerade bei der Umwandlung von float nach integer bzw andersrum ...

function sleep($milliseconds)
	{
		$now = microtime(true) + floatval($milliseconds);
		echo $now ."  " . microtime(true);
		while($now > microtime(true))
		{
			usleep(10); // 10 Millisekunden warten
			if($this->relay)
				$this->relay_dowork(); // Relayarbeiten durchführen
			echo "<br>". microtime(true);
			if($last + floatval(50 < microtime(true)))
				$this->get_bpm();

			$last = microtime(true);
		}
	}

Will des X Millisekunden/Mikrosekunden gewartet wird und halt des man einstellen kann wie oft pro Sek z.B. get_bpm ausgeführt wird. Währ ja quatsch, wenn des 200 mal pro Sek ausgeführt wird.

Hatte mich am anfang mit Millisekunden und Mikrosekunden vertan ...

EDIT:
nen bisschen Knifflig das ganze ... da die Sockets normalerweise blocken ..
Hör für heut auf und mach morgen damit weiter ...
Aber ich hab schon ne Idee wies klappen könnte