Entwicklernews - 22_KW23 - Einmal RDM bitte

Neben unserem allgemeinen Rundgang über die Prolight + Sound, dem Anschauen der zahlreichen Lightshows vieler Hersteller und dem spontanen Treffen von einigen Mitgliedern hier aus der Community hatten wir auch verschiedene konkrete Anliegen auf unserem Plan. Eines dieser Anliegen hieß RDM. Bekanntermaßen ist ja RDM kein Hersteller, sondern die Erweiterung des DMX-Protokolls für das Remote Device Management. Dass wir auch insbesondere unter diesem Gesichtspunkt über die Messe liefen, ist ganz klar dem geschuldet: RDM ist schon seit ein paar Jahren kein ausschließliches Profi-Feature mehr, was man nur in den hochpreisigen Geräten der großen Hersteller vorfindet. Selbst bei den Geräten der mittleren Preisklasse ist dieses Feature mittlerweile an Board. Auch für die zugehörigen DMX-Interfaces gilt, dass hier nach und nach mehr Geräte mit einer entsprechenden RDM-Funktion auf dem Markt erhältlich sind.

Daher besteht auch von uns intern schon länger der Wunsch, das RDM-Protokoll vollständig in DMXControl 3 zu implementieren. Dies gestaltete sich zuletzt aber recht herausfordernd, da wie so oft Theorie und Praxis manchmal deutlich weiter auseinander liegen als es einem lieb ist. Gerade beim Validieren der realen Daten stolperte unser Entwicklerteam immer wieder mal über Probleme, bei denen nicht klar ersichtlich war: Ist es ein Fehler in der Software? Fehlt bei der Implementierung des Protokolls doch noch etwas? Hängen die gewünschten Informationen irgendwo in der Leitung fest? Gibt es doch noch etwas, was das Interface von mir (also DMXControl 3) benötigt, dass die Daten richtig ausgelesen werden? Liegt das Problem im Interface begraben? Oder ist es schlussendlich das Gerät, was trotz offizieller RDM-Unterstützung doch etwas anders angesprochen werden möchte? Oder ist RDM im Gerät schlicht nicht richtig implementiert? Wie also zu erkennen, ist die Implementierung von zahlreichen Variablen beeinflusst, was die Fehlersuche schnell zur Sisyphos-Arbeit ausarten lässt.

Um einige dieser unabwägbaren Variablen für eine weitere Entwicklung zu eliminieren, besuchten wir die Prolight + Sound mit dem Ziel, verschiedene Hersteller mit entsprechenden Profi-RDM-Geräten im Produkt-Portfolio auf dieses Thema anzusprechen. Aus der Liste der Aussteller haben wir uns im Vorfeld unter anderem die belgische Firma Luminex auf unsere Besuchsliste gesetzt. In einem sehr ausführlichen Gespräch wurde uns nicht nur deren Gesamtportfolio vorgestellt, wie insbesondere das Thema Netzwerkadministration auf ein nächstes Level gehoben wird. Gleichermaßen baut Luminex auch leistungsstarke Art-Net-Nodes, welche nicht nur einfach DMX-Werte generieren und RDM-Daten empfangen. Jedes Node bietet hier interne Funktion zur weiterführenden Manipulation von DMX-Werten und stellt je nach Größe auch noch verschiedene Backup-Lösungen bereit. All dies führte in der Summe dazu, dass das Equipment von Luminex regelmäßig auf großen Produktionen zum Einsatz kommt.

Unser Ansatz ist, mit Unterstützung durch Luminex das Thema RDM in DMXControl 3 weiter voranzubringen. An dieser Stelle kam der deutsche Vertrieb für Luminex, die Firma Trendco mit ins Spiel. Hier hatte man ein offenes Ohr für unsere Frage und Bitte. So können wir nun stolz berichten, dass sich in der letzten Woche ein kleines Paket mit einem als Leihgabe zur Verfügung gestellten Luminex Luminode 1 bei unserem ersten Vorsitzenden einfand. Daher an dieser Stelle ein herzliches Dankeschön an Trendco und an Luminex, dass wir nun mit dieser Unterstützung die Implementierung von RDM in DMXControl 3 weiterführen können. Sobald es hier weitere nennenswerte Entwicklungen gibt, werden wir entsprechend berichten.

Euer DMXControl-Team

Hinweis in eigener Sache: Die grobe Zusammenfassung und Vorstellung des Portfolios ist ein Dankeschön für das zur Verfügung gestellte Art-Net-Node und deswegen auch mit Links zu den genannten Firmen und Produkten versehen.