Posts by Hydrum

Hallo in die Runde!

Folgefrage zu diesem Thema aus 2023

Dort hatte JPK erklärt, dass Effekte mit fest eingestellter Geschwindigkeit in ihrer Phase auf den Start der jeweiligen Cuelist synchronisiert werden. Jeder Effekt bzw. jede Cue in dieser Cuelist läuft dann, egal wann sie aufgerufen wird, in Relation zum Startzeitpunkt der Cuelist. (Im Gegensatz dazu, wenn die Effekt-Geschwindigkeit mit einem SpeedMaster verknüpft ist, da die ja eine eigene Phase haben, die man separat manipulieren kann.)

Als Workaround hatte er vorgeschlagen, dass entsprechende Cues in einer separaten Cuelist abgelegt und per Special Cue aufgerufen werden, in dem Moment, wenn der Effekt mit Phase 0 beginnen soll.

In einem meiner Fälle ist das leider schwierig. Ich hatte mal eine umfangreiche Timecodeshow gebaut, ca. 1h Musikset mit variierenden bpm, insgesamt ca. 1.000 Einzelszenen, aber mit festen Effektgeschwindigkeiten (bpm umgerechnet).

Jeder Track (also jeder bpm-Bereich) liegt in einer eigenen Cuelist. Da aber alle 14 Cuelists Timecode-basiert sind, starten alle 14 gleichzeitig mit der Timecode-Show (dann läuft der Countdown bis zur jeweils ersten Szene). Deshalb funktioniert hier der Workaround von JPK leider nicht, da die Timecode-Cuelists ja automatisch gleichzeitig starten (bzw. ich sie nicht einzeln jeweils getimed starten kann)...

Hat jemand noch eine andere Idee? Kann man eine Timecode-Cuelist "umwandeln", z.B. dass alle Werte umgerechnet werden in "wait"? Damit wäre der Workaround wieder möglich... (Musik + Timecode-Show starte ich eh getrennt und synchronisiere dann von Hand)

Danke! Viele Grüße
Adrian

Interessant, danke! Mache ich dann auch nach dem Wochenende, wenn ich wieder ohne Zeitdruck rumbasteln kann.

Anbei die Screenshots. Das kleine Detailfenster ist beispielhaft von Instance 0, Netzwerk/Subnetz ist je nach Controller 1, 2 oder 3, und Universen = DMX-Adresse (mit Ausnahme von Universum 16, das entspricht DMX-Adresse 0). Die Nodes haben die IPs 2.2.2.1 + 2.2.2.2 + 2.2.2.3

Vielen Dank für die Rückmeldung, erleichtert mich sehr, dass ihr euch das Problem anschaut

Das Projekt hat beim Export einer einzelnen Version etwas über 20 MB, hat viele Szenen(listen), ca. 650-700 Geräte (nahezu alles LEDs), also schon halbwegs umfangreich.

LED-Controller ist der "4096 Kanal LED Pixel Controller", davon 3 Stück. In der Standby-Animation (Regenbogen) und mit beliebigem Input von "jinx" läuft aber alles super, daher würde es mich wundern, wenn die Ursache bei den Controllern läge.

Das Reproduzieren in kleinen/frischen Projekten und das Verhalten von parallelen, anderen DMX-Ausgaben (hier über einen JMS DMX2USB) muss ich separat testen. Haben in ein paar Tagen 'ne private Veranstaltung mit dem Setup, und da gerade alles stabil in dem ausreichend guten Zustand verharrt, will ich das vorher nicht nochmal gezielt torpedieren... Ich hoffe, dass ich es nächste Woche dann gleich schaffe, sonst übernächste. Ich melde mich!

Viele Grüße
Adrian

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.

Thread

Performance bei Effekten auf RGBIC-LED-Streifen

Hallo zusammen!

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…

Hydrum

December 6, 2024 at 2:01 PM

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

Danke dir für die schnelle Antwort! Ja, damit komme ich weiter Ich dachte, dass es regulär bestimmt eine Möglichkeit gibt, die ich nur nicht finde. Aber zwei Listen + Toggle-Node dürften für meine Zwecke auch ausreichen.

(Und falls die Frage doppelt war - sorry. Hatte ich leider nicht gefunden über die Suche...)

Sorry für die späte Antwort - sehr, sehr coole Sache!

Würde mich ja auch sehr reizen für die Zukunft, aber kann mir gut vorstellen, dass das ein grauenhafter Aufwand ist... umso mehr aber Hut ab!

Hey,

hoffentlich nur eine Kleinigkeit, aber ich bekomm's nicht raus: Ich triggere über ein MIDI-Pad Szenenlisten (Start/Stopp) mit "Einmalszenen", z.B. dass bei einem Knopfdruck bestimmte LEDs/Geräte aufleuchten und beim Loslassen wieder ausfaden. So kann ich live auch mal auf verschiedenen Lichtern "rumtipseln".

Ist im IA so verdrahtet, dass der MIDI-Button auf "starten" der Szenenliste geht, und ein invertiertes Signal auf "stoppen".

Aber: Wenn ich loslasse und kurz danach gleich wieder drücke (während die betreffende Szene noch am Ausfaden ist, also noch nicht zurückgesetzt), dann wird die Szenenliste durch den Tastendruck erstmal gestoppt (also das laufende Ausfaden übersprungen). Effektiv muss ich dann 2x drücken, nämlich für Stopp und wieder Start, damit die Szenenliste wieder abspielt. Die Szenenliste soll aber -immer- direkt mit dem Tastendruck von vorne abspielen, egal ob sie gestoppt ist, noch läuft oder am Ausfaden ist.

Bei der Szenenliste zusätzlich "zurücksetzen" zu triggern hilft leider nicht, weil sie wiederum nicht startet, solange "zurücksetzen" aktiv ist.

Wäre super, wenn jemand 'ne Lösung weiß

Viele Grüße
Adrian

Gute Idee, vielen Dank! Habe gerade auch das Beschriftungsgerät vor mir liegen, da teste ich das vorher doch mal mit dem Blatt

Falls jemand anderes neu mit dem APC mini (MK2) anfängt: Im Forum gibt es dazu MIDI-Rulesets und eine Mapping-Hilfe. Bei den Rulesets war im Input von Slider F ein Fehler, das ist in der Version anbei korrigiert.

Die Mapping-Hilfe war auch teilweise fehlerhaft (z.B. Channel-Nummerierung; was ich aber nicht ganz verstanden habe, da das so plausibel schien, aber in der Praxis hat's so nicht geklappt), und ich fand sie visuell etwas unpraktisch aufgebaut, deswegen habe ich das neu angeordnet, so dass sie (falls man sie ausdrucken möchte) auf eine Seite passt. Und Bonus, falls man sich das MIDI-Mapping im Texteditor zusammenbauen und dann nur importieren möchte: Rechts ein kleiner Bereich in Excel, wo man Channel/Data1/Data2 eingeben kann, dann erhält man die MIDI-Messages, wie sie in der XML-Datei gespeichert sind, einfach Copy&Paste.

Dabei ist mir noch Folgendes aufgefallen (als ich die "berechneten" MIDI-Messages mit dem Export von DMXControl verglichen habe): Bei der "EnableMessage" subtrahiert DMXC "1" vom Channel, bei der "DisableMessage" aber nicht.

Ich denke mal, dass das auch den vorgenannten "Fehler" in der Mapping-Hilfe erklärt, da beginnen die Channel-Werte nämlich mit 0, was m.E. auch richtig sein dürfte, praktisch müssen sie in DMXC aber bei 1 beginnen.

Danke, sieht auch sehr interessant aus, hab ich mir für die Zukunft auch mal notiert

Hatte leider noch nicht viel Zeit, aber konnte schon kurz testen mit dem APC (mit dem MK2-Ruleset, das jemand hier im Forum zur Verfügung gestellt hat). Bin begeistert, vielen Dank für den Tipp!

Das könnte ein genialer Tipp sein für mich, danke! Sieht auf den ersten Blick nach genau dem aus, was ich suche.

Fader brauche ich nicht viele, nur ein paar, und die hat das APC mini MK2 ja. Habe gesehen, dass hier im Forum sogar schon jemand vorgefertige Rulesets hochgeladen hat, echt super...

Irgendwelche Hinweise/Einschränkungen aus deiner Erfahrung? Sonst lese ich mich die Tage genauer ein und bestell mir das MIDI nutze ich in DMXC generell schon

oh, dachte die Audiodatei wäre zwingend notwendig... Mach ich, danke!

Bin gerade dabei mit dem 3.3.2 Video, bin sehr gespannt. (An der Stelle wie immer vielen Dank für eure viele Mühe mit der Entwicklung! )

Hallo in die Runde

Ich habe mit Lichtpulten noch gar keine Erfahrungen. Allgemeine Infos zu den (Standalone-)Geräten findet man natürlich viele, aber mir geht's speziell darum, damit DMXC fernzusteuern.

Das geht ja grundsätzlich per DMX-In und MIDI, soweit erstmal so klar.

Ich hatte gelesen, dass nur Slider per DMX-In zu 100% "nativ" funktionieren. Buttons/Trigger müsste man, denke ich, ja auch gebastelt bekommen(?)

Wenn ich aber mit irgendwelchen Rückmeldungen ans Pult arbeiten will (z.B. für beleuchtete Buttons), geht das vermutlich nur mit einem MIDI-Pult?

Ein Träumchen wäre ein Pult mit (neben zahlreichen Slidern natürlich) ein paar beleuchtbaren Tasten (für aktiv/inaktiv-Status) und einigen RGB-Tasten (um damit Farb-Presets zu triggern). Oder perfekt für meinen Anwendungsfall: Ein Gerät mit Lichtpult-Slidern, das wie ein StreamDeck (das ja nativ unterstützt wird) Mini-Displays bietet, die man im IA mit Bitmaps belegen kann)...

Gibt es besonders empfehlenswerte (oder ganz zu meidende) Lichtpulte in Verbindung mit DMXC? Ich würde gerne trial-and-error vermeiden... Auch Tipps über einfache Lichtpulte wären schon super, ggf. tut's ja im Zweifel sogar eine Kombi aus Lichtpult + StreamDeck.

Danke im Voraus! LG Adrian

Soo, sorry für die späte Antwort...

MWSysTech Einen Umweg über den SpeedMaster 2 hatte ich generell schon getestet, aber anders als von dir beschrieben (und ohne Erfolg). In deinem Vorschlag verstehe ich es (vereinfacht) so, dass SM1 + 1 (oder: - 1) = SM2. Ich müsste ja das Ergebnis (SM2) auch immer wieder rückkoppeln auf SM1, damit bei der nächsten Addition/Subtraktion wieder vom dann aktuellen bpm-Wert ausgegangen wird. Sonst bspw. bei SM1 + 1 = SM2, wäre ich bspw. bei 130 bpm bei 130 + 1 = 131. Und die nächste Addition wäre wieder 130 + 1 = 131, da SM1 ja unverändert geblieben ist. Hoffe du verstehst, was ich meine.

Die anderen Tipps schau ich mir an, thx!

jpldbln

Dir ebenfalls danke, die neuen Makros sehe ich mir an, die hatte ich tatsächlich noch gar nicht auf dem Schirm.

Die Start-Stop Special Cue hatte ich auch noch nicht auf dem Schirm, das dürfte die Lösung sein, thx...

Ja, dass die Cuelist-Crashes durch die Speicherproblematik entstehen, dachte ich mir. Das müsste nur unbedingt abgefangen und mit einer Hinweismeldung abgefangen werden, statt dass es ohne Vorwarnung die Cuelist kaputtmacht Das mit den Bugtracker-Einträgen mach ich.

Die Timecode-Show-Crashes könnten ggf. an der Waveform liegen, allerdings sollte das m.E. in meinem Fall eigentlich eher nicht passieren, da ich extra nur eine komplett stumme Dummy-Datei habe. Lege ich auch mal im Bugtracker an.

Hallo in die Runde

Ich hatte verteilt über das letzte Jahr ein großes "learning by doing" Projekt: Eine einstündige Lichtshow zu einem extra dafür gefertigten Musikset (Hardstyle), mit einer ca. vierstelligen Anzahl Szenen. Etliche Moving Heads, zahlreiche LED-Bänder, DMX-Laser, MIDI-Trigger für eine externe Visual-Software usw... (filme ich bei Interesse gerne mal ab und lade es hoch)

Dabei haben sich natürlich einige Fragen und auch Probleme ergeben. Hoffe es ist in Ordnung, das hier zu sammeln, statt jetzt viele Einzelthreads zu eröffnen...

• Frage: Kann man das Ergebnis vom Audio Analyzer irgendwie 1:1 weiterverwenden? Der AA selbst arbeitet ganz brauchbar, aber per Input Assignment gibt er nur Impulse an den SpeedMaster weiter, die der wiederum leider nur sehr schlecht interpretiert. Der AA erkennt meistens recht passende BPM, das praktische Ergebnis im SM ist aber quasi unbrauchbar (meistens falsch und schwankt stark nach oben und unten)...
• Frage: Kann man beim SpeedMaster auch statisch etwas zu den BPM-Werten addieren? Ich nutze teilweise ein Streamdeck, wo ich gerne per Knopfdruck +1 oder -1 rechnen würde. Dazu muss ich im InputAssignment den Ist-Wert vom SM auslesen, verarbeiten und ihn damit wieder füttern. Solche Verbindungen "im Kreis" lässt das IA aber nicht zu, auch auf Umwegen nicht. Ideen?
• Frage: Der SpeedMaster 2 reagiert in der GUI (per Maus) sehr grob, kann man das feiner abstufen? Ich kann oft gar nicht exakt die richtigen BPM-Werte einstellen, sondern nur einen krummen Wert darüber oder darunter.
• Frage: Hat jemand eine Idee, wie man in DMXControl Laufbandeffekte realisiert, die vorwärts-rückwärts ablaufen? Bspw. ein Laufband, das links-rechts-links-rechts läuft (statt von links nach rechts und dann von vorne beginnt).
• Frage: Gibt es einen "normalen" Weg, um aus einer Cue heraus (also z.B. an einer bestimmten Stelle in einer Cuelist) einen SpeedMaster zu verändern? Mir ist bisher nur ein Umweg über ein Dummy-Gerät eingefallen, dessen Werte im IA mit dem SpeedMaster verknüpft werden (aber auch noch nicht getestet, nur eine Idee).
• Frage/Bug: Ein Strang meiner LED-Bänder wird grundsätzlich mit Default-Farbe schwarz angesteuert, alle anderen mit weiß. Es ist aber für alle (auch die betreffenden) LED-Bänder/Geräte weiß als Default eingestellt. Habe auch schon auf z.B. rot gestellt und dann wieder zurück auf weiß. Das eine LED-Band verwendet weiß einfach nicht als Default...
• Bug: Cuelists gehen ab einer gewissen Größe kaputt, grob zwischen 150 und 300 Cues. Es liegt nicht an der exakten Anzahl, vermutlich auch einfach an der Gesamtmenge an Daten (auch innerhalb der einzelnen Cues). Irgendwann, wenn man eine weitere Cue hinzufügen möchte, kommt eine Fehlermeldung, dass die Cue nicht der Cuelist hinzugefügt werden konnte. Die Cue steht dann trotzdem in der Liste. Aber die Cuelist lässt sich dann nicht mehr abspielen, bis man die betreffende, kaputte Cue wieder rausgelöscht hat (von außen ist aber nicht mehr zu erkennen, welche das ist - man muss es wissen). Ist mir bei mehreren Cuelists passiert. Deswegen habe ich meine Lichtshow auf mehrere Cuelists aufgeteilt. Hat vielleicht was mit einer Speicherlimitierung zu tun, aber da müsste zumindest eine Sicherheitsprüfung mit Abbruch/Infomeldung eingebaut werden.
• Bug: Wenn mehrere Cuelists -nacheinander- abgespielt werden (wie bei mir als Timecode-Show), dann verursachen die "fertigen" Cuelists noch erheblich Rechenzeit auf der CPU. In meinem Fall wird die DMX-Ausgabe z.B. bei der vierten, spätestens fünften Cuelist in Folge sehr deutlich ruckelig. Ich muss die "untätigen" Cuelists von zuvor dann manuell stoppen. Das verhindert quasi, dass ich die Lichtshow vollständig automatisch, ohne manuellen Eingriff, durchlaufen lassen kann.
• Bug: DMXC stürzt regelmäßig einfach ab, wenn ich die betreffende Timecode-Show öffnen (nicht starten!) will. Passiert auch sehr oft beim neu Anlegen oder beim Hinzufügen von Cuelists. Wenn es irgendwann mal geklappt hat und offen ist, dann läuft es ab da auch i.d.R. fehlerfrei für diese Session. Aber um dorthin zu kommen, braucht es manchmal mehrere Abstürze/Neustarts.
• Bug: Ich habe einige Presets mit Laufbandeffekten auf mehrere LED-Bänder. Bei einigen davon, wenn ich das jeweilige Preset nur gezielt auf einzelne LED-Bänder/Gerätegruppen anwende, wird das UI von DMXC sofort extrem langsam und freezed nach wenigen Sekunden komplett. Mit Glück kann ich auf "leeren" drücken und nach 30-60 Sekunden wird das umgesetzt, dann ist wieder alles gut. Manchmal ist der Freeze aber dauerhaft, dann hilft nur Prozess abschießen und alles neu starten.
• Bug: Wenn man einen Preset-Namen anklickt, aber nichts verändert, und dann Eingabe drückt, dann wird der komplette Name dieses Presets gelöscht und so (leer) gespeichert.
• Bug?: Wenn ich Presets ganz normal auf meine Geräte anwende und dann in der Bühnenansicht irgendetwas manuell ändere/eingebe, dann wird dadurch manchmal sofort das Preset überschrieben. Ich wähle beim Preset NICHTS bzgl. Ersetzen/Ergänzen aus. Ich wende nur das Preset an, mache irgendwas in der Bühnenansicht, und drücke dann auf "leeren" - und damit ist dann das Preset manchmal verändert.

Würde mir sehr weiterhelfen und mich sehr freuen, wenn es zu ein paar Punkten eine Lösung gäbe - vielen Dank im Voraus!

Und nochmal danke an die Entwickler für die gute Arbeit und die vielen Möglichkeiten

Liebe Grüße, Adrian

Danke! Heute hat aber wieder alles automatisch funktioniert, nachdem am Freitag noch der connect-Befehl notwendig war... Ich teste das mit der Network ID, sobald das Problem wieder auftritt

Ich klinke mich hier mal kurz in den fremden Thread ein, da ich unter 3.3.0 plötzlich dasselbe Problem habe (Kernel startet, verbindet sich aber nicht automatisch - mit dem manuellen "connect 127.0.0.1" klappt's). Aber: Habe gerade das Update auf 3.3.1 gemacht, womit es ja behoben sein sollte, und da ist das Problem unverändert geblieben Wollte daher nur kurz Bescheid geben...

(Habe auch keine Idee, woher das Problem jetzt überhaupt kam. Am PC hier wurde softwaremäßig schon sehr lange nichts mehr verändert, der läuft nur alle paar Wochen mal ausschließlich für Licht/Ton. An Veränderungen kämen nur automatische Windows Updates in Frage...)

Mini-Update: Die Netzwerk-Routing-Tabellen (cmd -> "route print") sind die Krux. Das ArtNet-Plugin wird sich da mit Windows wohl nicht einig, bzw. verschickt das ArtNet-Plugin teilweise auf den falschen Routen und/oder teilt die Pakete willkürlich auf (weswegen nicht alles am Ziel ankommt). Mutmaßlich ist speziell die Route auf 255.255.255.255 das Problem, muss ich aber noch weiter testen.

Wenn ich alle Routen auf den/die ArtNet-Controller lösche und manuell mit der richtigen Ziel-IP neu setze, dann bekomme ich wenigstens schonmal ein Szenario zustande, in dem ich beide Radig-Controller via LAN, gemeinsam am Switch, zu 99% flüssig ansteuern kann. Andere Netzwerk-/WLAN-Karten muss ich dann aus lassen, sonst jagt das ArtNet-Plugin dort wieder ungefragt Pakete ins Nirvana (anderes Subnetz) und es ruckelt.

JPK Bin gespannt Über den "DMXCMixer"-Node hat es aber auch super geklappt, danke!

Falls nochmal jemand vor dem Problem steht (Geräteeigenschaften wie Dimmer, Farbe etc. im Input Assignment zu verarbeiten), da mir das selbst nicht klar war, obwohl es jetzt im Nachhinein logisch scheint: Werte, die in der Stage View etc. gesetzt werden, über den "Programmer"-Node". Und Werte aus laufenden Cues/Cuelists über den "DMXCMixer"-Node".

Muddyhopkins Synesthesia ist eine VJ-Software für audioreaktive Visuals (kann richtig konfiguriert auch einfach Videos abspielen). In DMXC baue ich ganz normal eine Lichtshow und zusätzlich triggere ich via MIDI dazu passende Visuals/Videos in Synesthesia

Hallo zusammen,

ich will eine andere Software (Synesthesia) per MIDI durch DMXControl fernsteuern. Das klappt grundsätzlich auch gut mit loopMIDI als virtuelle Brücke. Im Input Assignment habe ich die MIDI-Signale testweise einmal per Softdesk-Button getriggert, und einmal über Dimmer-Werte (0, 1, 2, 3,...) eines Dummy-Geräts, die ich in der Bühnenansicht/Gerätesteuerung manuell setze und die ich dann im IA über das "Programmer"-Node erhalte. Beide Varianten klappen super.

Ich will die MIDI-Signale aber automatisch in einer Cuelist triggern. Die Geräteeigenschaften bzw. Dimmer-Werte aus den laufenden Szenen der Cuelist tauchen im Programmer allerdings gar nicht auf, da komme ich über das "Programmer"-Node also gar nicht dran.

Das "DMX-IN" Node (in dem Fall bspw. 1.500 für den Dimmer-Kanal vom Dummy) ist im IA komischerweise komplett tot (die Werte werden in der Kanalübersicht aber korrekt angezeigt). Darüber komme ich wohl auch nicht dran?

Kennt wer irgendeine Möglichkeit?

Danke und viele Grüße

Adrian