Hallo zusammen 
Ich wollte ein Thema nochmal aufgreifen, das ich vor 2024 angestoßen hatte, ohne ursprünglich zu verstehen, wo die Probleme überhaupt herkommen. 2025 hatte sich das durch neue Erkenntnisse etwas konkretisiert.
Performance bei Effekten auf RGBIC-LED-Streifen
Ich bin noch nicht so erfahren in der DMX-Welt (DMXControl hat es mir aber sehr angetan, supertolles Projekt!) und arbeite mich daher Schritt für Schritt vorwärts. Im "Partykeller" sind etliche Moving Heads, ein Laser, drei Gruppen aus LED-Streifen,... Alles wird über gleichzeitige Cuelists kombiniert, in den Cuelists laufen wiederum viele Effekte (nicht nur statische Szenen).
Die neuste Bastelei ist eine Konstruktion an der Wand mit je zwei separat angesteuerten…
Zwischenzeitlich hatte ich auch direkt mit JPK geschrieben.
Mittlerweile konnte ich das noch etwas weiter eingrenzen, bzw. hatte dann mit neuer Hoffnung mit dem ArtNet 4 Plugin weitergetestet (mit dem Ergebnis, dass das durch diesen Bug gar nicht verwendbar ist für mich, siehe unten) - daher hier als neuer Thread, nochmal mit allen Infos zusammengefasst:
Das Grundproblem ist, dass die Ausgaben über ArtNet (auf Radig-Controller / LED-Bänder) nie 100% flüssig werden, bestenfalls zu 95% mit gelegentlichen, kurzen Hängern, manchmal wird es aber auch extremst(!) zappelig (dass Lichteffekte sogar vor- und zurückspringen und stark verzögert reagieren) und stürzt auf <= 5 fps ab, ist dann unbenutzbar. Letzteres lässt sich gezielt auslösen, indem willkürlich irgendwelche Netzwerkadapter (de-)aktiviert werden. In den meisten Konstellationen hat man dann diese extremen Ruckelorgien, in wenigen hat man Glück und es wird wenigstens zu 95% flüssig (nie 100%). Es ist vollkommen egal, welche Netzwerkadapter, selbst wenn sie gar nichts mit DMXC/ArtNet zu tun haben. Letztes mal bin ich nur in den halbwegs stabilen Zustand gekommen, indem ich einen virtuellen Loopbackadapter EINGESCHALTET habe. Die Konstellationen (was ein-/ausgeschaltet werden muss) sind auch nicht immer konsistent, manchmal ändert sich das. In ganz seltenen Fällen konnte ich es auch beheben, indem ich das Routing für dieses Subnetz verändert bzw. Metriken anders gesetzt habe (cmd, "route delete xyz" + "route add xyz ... if 9 metric 1").
- Es ist ein reines Ausgabeproblem, die StageView ist flüssig, selbst wenn die Ausgabe mit wenigen fps rumzappelt.
- Es liegt nicht am System und nicht am Projekt. Ich kann dasselbe an verschiedenen PCs reproduzieren, mit Neuinstallation und frischem Projekt.
- Es liegt nicht an den anderen Netzwerkadaptern; das Problem tritt oft auch auf, wenn alle anderen ganz deaktiviert sind (nur LAN direkt zu den Nodes aktiv), und wird nur besser, wenn ich willkürlich irgendeinen anderen wieder aktiviere (z.B. mal WLAN, mal irgendeinen Loopback).
- Es ist kein DHCP-Problem o.ä., vom PC geht es in einen unmanaged-Switch (nur) zu den Radig ArtNet-Nodes, alle mit fester IP, keine Fremdeinflüsse.
- Das Problem ist (mit DMXC) auch schon gekommen/gegangen, wenn ich im Test nur einen einzelnen Radig-Node direkt mit der Netzwerkkarte verbunden habe, und dann testweise irgendeinen Switch (egal ob dummer 10€-Switch oder höherwertiges, managed-Gerät) dazwischenklemme. Oder mal hat es auch funktioniert mit Switch und einem Controller, aber sobald der zweite dran kam, ging die Ruckelorgie los. Alles willkürlich...
- Es liegt nicht an den Radig ArtNet-Nodes oder sonst am Setup: Mit anderer Software wie Jinx funktioniert alles -perfekt- flüssig und absolut fehlerfrei, das reagiert auch nicht im Geringsten auf Änderungen an anderen Netzwerkadaptern, wie es auch zu erwarten wäre.
Ich bin durch meine Beobachtungen inzwischen sehr sicher, dass das Ausgabeproblem daran liegt, dass DMXControl die Pakete teils willkürlich mit kaputter, zeitlicher Taktung verschickt bzw. sich dauernd dabei verschluckt. Das erkennt man sehr gut an der Ausgabe auf dem LED-Streifen bei bewegenden Effekten: Die zappeln im Problemzustand immer etwas vorwärts/rückwärts, mal mehr und mal weniger, und selbst beim Abschalten zappelt der Effekt teils noch für +/- 0,5 bis 1 Sekunde nach. Und: Oft, wenn Effekte an waren und dann alle Dimmer auf 0 gesetzt werden, springt nach Sekunden, manchmal sogar nach Minuten(!!), willkürlich nochmal ein Bild aus der letzten Szene (als Standbild) an und verschwindet nach ein paar Sekunden wieder. Als würde ein verloren gegangenes bzw. zurückgehaltenes ArtNet-Paket plötzlich auftauchen... Auch so etwas passiert mit anderer Software gar nicht.
Und: Selbst wenn ich das Problem durch irgendeine Konstellation zu 95% eingefangen habe, merkt/sieht man trotzdem, dass das nur ein Zufallstreffer ist, dass es genau so gerade halbwegs geht... Gelegentlich ruckelt und zappelt es trotzdem immer mal, selten hüpft auch dann trotzdem noch ein Paket/Lichtbild nach manchmal einigen Sekunden nach. Und auch dieser akzeptable Zustand ist auch nur mit verringerter DMX-Aktualisierungsrate stabil. Je nach Effekt wird es überhalb 20 fps zunehmend zappelig, 30 fps sind schon nicht mehr benutzbar...
Ich hatte gehofft, dass das überarbeitete ArtNet 4 Plugin das Problem löst, aber leider ist es im Grunde dasselbe geblieben, nur dass sich das neue Plugin selbst durch irgendwelche Tricksereien/Testereien per Routing-Befehlen in der cmd auch gar nicht mehr "einfängen" lässt, wie zuvor noch mit dem alten Plugin manchmal. Das neue Plugin reagiert dann nach dem Anlegen von neuen Routings einfach gar nicht mehr, DMXC muss dann neu gestartet werden, das Problem bleibt bestehen. Damit ist es technisch nicht möglich, dass ich das ArtNet 4 Plugin irgendwie verwenden könnte, weil die Ausgabe immer kaputt bleibt.
Ich teste gerne alles Notwendige und liefere euch Logs, müsste nur wissen was. Ist jedenfalls eine sehr schwierige und unberechenbare Einschränkung (und macht die Ausgaben auf den LED-Bändern auch einfach unschöner). Und sobald das ArtNet 3 Plugin mal verschwinden sollte, könnte ich DMXC dann gar nicht mehr verwenden... Und das wäre ein Albtraum, ist ein sehr umfangreiches Setup/Projekt (das sich mit anderer Software auch kaum so realisieren ließe) 
Danke im Voraus, viele Grüße
Adrian
