Vielen Dank - die Wirkungsweise der Node-Eingänge verstehe ich jetzt besser 🙏
Damit kann ich nun zielgerichteter weiter experimentieren.
Beste Grüße
Nora 🍀
Vielen Dank - die Wirkungsweise der Node-Eingänge verstehe ich jetzt besser 🙏
Damit kann ich nun zielgerichteter weiter experimentieren.
Beste Grüße
Nora 🍀
Oh ich habe die Situation etwas ungenau beschrieben.
Ich nutze bereits den CueList-Node, da der Cue-Node ja recht "übersichtlich" ist, was die Eingänge angeht 😊
Am CueList-Node:
- Den Eingang "Fade-Factor" (Überblendfaktor) nutze ich bereits. Der beeinflusst aber gar nicht die Überblendung, sondern die Ablaufgeschwindigkeit (das aber dafür wie gewünscht).
- Der Eingang "Geschwindigkeitsfaktor" hat zeigt keine Auswirkung.
Der Aufbau:
1) Eine "Aufruf-Cuelist:
Zum Aufrufen der eigentlichen Blitz-CueList.
- erste Cue: "Play" die eigentliche Blitz-CueList
- zweite Cue: "Stop and Release" die Blitz-Cuelist mit 200ms Auslösezeit.
2) die eigentliche Blitz-Cuelist, aufgerufen von der obigen "Aufruf-CueList":
- Cue 1: Dimmer on
- Cue 2: Dimmer off mit 200ms Auslöser
Per Schieber im Softdesk am Blitz-CueList-Node (2. Cuelist, Eingang "Überblend-Faktor") ist die Gesamtspieldauer der Blitz-Cuelist super beeinflussbar.
Aber der Überblendfaktor selbst ändert sich dabei nicht - nur fest einstellbar im Cuelit-Editor auf einen Zeitwert (z.B. 200ms).
Der Eingang "Geschwindikgeitsfaktor" am CueList-Node bewirkt gar keine Änderung - hier hätte ich die Änderung der Ablaufgeschwindigkeit erwartet, die ich bei Nutzung des Eingangs "Überblendfaktor" erreiche.
Kann da irgendetwas in meinem Ablauf krumm sein? Oder ist das ein Fehler im CueList-Node?
Vielen Dank für die Hilfe und beste Grüße
Nora 🍀
Hallo alle ☀️
die Situation:
- ein Blitz wird per CueList auf eine Lampengruppe gegeben (läuft wie gewünscht)
der Plan:
- die Blitz-Szene per durch Wertänderung in der Spalte "Überblendung" langsam ausklingen zu lassen (geht super)
das Problem:
- Im IA, wenn ein Schieber an der Szene am Eingang "Überblendfaktor" angeschlossen wird, ändert sich nur die Geschwindigkeit, also scheint das nicht die Spalte "Überlendung" aus der Szenenlistenansicht zu sein.
- Einen weiteren Eingang, der diese "Überblendung"-Spalte aus der Szenenlistenansicht variieren kann, sehe ich nicht.
Übersehe ich etwas?
Geht diese "Überblendung"-Spalte per Schieber im IA zu beeinflussen?
Beste Grüße
Nora
Nicht sicher, inwieweit diese Anfrage noch aktuell ist, aber kurz zum blinkenden Novation-Knopf:
Ich selbst nutze etliche Novation- und Akai- und MidiFighter-Controller.
Für Novation und Akai kann ich es definitiv sagen, da ich es so umgesetzt habe:
Das Blinken muss man gar nicht selbst errechnen - ein Notensignal in einem bestimmten Format genügt, sodass der Controller das Blinken selbst erzeugt. Dafür stehen - ich glaube - 2 oder 3 verschiedene Blinkvarianten im Controller zur Verfügungen.
Soll das Blinken des Novation-Knopfes auf dem Controller dann wieder aufhören, sendet man nur das erforderliche Midisignal für ein konstantes Leuchten dieses Knopfes.
Der Vorteil ist dabei ist eben:
Auch wenn es nur eine super kleine Berechnung ist, das Blinken in DMXC zu erzeugen, ergibt es jedoch Sinn diese direkt vom Midi-Controller vornehmen zu lassen (Redutktion der Rechnenlast, wo immer möglich).
Und: blinken auf dem Midi-Controller irgendwan 3 oder 7 oder 19 Knöpfe, dann kann es bei selbst erzeugter Blinkberechnung optisch eher "unabgestimmt" aussehen. Wird die interne Blinkfunktion aus den Controller genutzt, sieht es besser aus.
Wichtig ist aber: Genaues Recherchieren in den Novation-Programmiertafeln zu den dafür erforderlichen Midi-Noten.
Grüße
Nora 🍀
Lieber Stefan,
herzlichen Dank für die schnelle Rückmeldung 🙏
Dass die Ursache des Verhaltens auf die 32-Bittigkeit zurückzuführen ist, liegt auf der Hand (war für mich nicht erwähnenswert).
Befürchtet hatte ich beim Verfassen bereits, dass die Frage nach dem Sinn für Teile meines Projekts kommt - deshalb hatte ich lange hier nicht darüber geschrieben, weil ich nur ungern Menschen nach dem Sinn ihrer Projekte frage und diese Frage allgemein nicht verstehe.
Dass sich die Situation so ganz grundlegend nicht ändern lässt, verstehe ich natürlich als IT-Mensch (Programmierung / Scripting).
Meine Frage für eine kurzfristige Umgehung war eigentlich, ob es eine Möglichkeit gibt, dass nicht sämtliche Master beim Öffnen der Master-Ansicht geladen werden, sondern diese eher leer öffnet und man die Master aktiviert, die man braucht. Ich denke da möglicherweise an eine Config-Datei, die man ändern könnte - gibt es sowas?
Im "Nicht-Erstellungsalltag" ist das Problem ja eher weniger präsent, da die Master nie direkt genutzt werden, sondern nur für Schieber in Softdesks oder zur Werteübertragung in IA.
Hallo liebe alle,
als IT-Mensch bin ich super begeistert von der unglaublichen Vielfalt, die DMXC 3.3.1 bietet. Meine Leidenschaft, selbst viel Flexibilität - hier in Form von Softdesks und IA-Logik und umfangreicher Midi-Steuerung - einzubauen, kann ich hier total nachgehen.
Das Projekt ist bewusst sehr umfangreich konzipiert, sodass es derzeit z.B. ca. 250 ParameterMaster gibt, die die Grundlage für eine super tolle Steuerung per Softdesk und Midi sind (>40 SDs sind vorhanden für viele Gerätegruppen und Funktionalitäten).
Die DMXC-GUI ist aber mit dem Wachsen des Projekts recht fragil geworden - es bleiben immer wieder Ansichten von SDs und IA leer; die GUI muss dann per Windows-Taskmanager beendet und neugestartet werden.
Vorhin wurde z.B. gar nicht mehr die DMXC-Menüzeile eingeblendet und auch nicht die roten Balken oben rechts, wo man die Aktivitätenlast sehen kann.
Mittlerweile beeiflusst es die Entwicklungsarbeit enorm.
Gemäß meiner kurzen Recherche konnte ich feststellen, dass das Projekt bei Start einen RAM-Verbrauch von <500MB hat. Mit Nutzung von SDs + IA + Bühnenansicht kommt spürbar etwas Verbrauch hinzu, aber vertretbar (ich habe bewusst aus Performance-Gründen mehrere kleine Bühnenansichten).
Sobald nun aber die Master-Ansicht geöffnet wird, schlägt der RAM-Verbrauch an die 1GB-Marke und die GUI beginnt, sich dem Absturz zu nähern.
Das Schließen der Master-Ansicht gibt den beanspruchten RAM leider nicht wieder frei.
Frage:
Kann auf einfachem Wege eine Möglichkeit gefunden werden, dass beim Öffnen der Master-Ansicht sich nicht grundsätzlich alle Master öffnen (mit ColorMaster und GroupMaster und PositionMaster dürften es bald an die 700 sein im Projekt), sondern dann man aktiv die gewünschten Master auswählt?
Wäre es ein denkbare Herangehensweise, in einer kommenden (Unter-)Version das Öffnen der Masterauswahl auf eine bestimmte Master-Untergruppe zu beschränken? Dazu müsste es natürlich erst die Möglichkeit geben, Master in Gruppen organisieren zu können.
Eckdaten zur PC-Hardware:
- Asus NUC 14 Pro Plus mit Intel Core Ultra 9 185H 16 Kerne, 32GB DDR5-RAM 5600MHz
- zwei FHD-Bildschirme
Beste Grüße
Nora 🍀
Warum ich da nicht gleich drauf gekommen bin 🤭
Mit dieser Umgehung funktioniert es.
Es ist zwar sehr mühsam, das entsprechend anzupassen (DDF, IA, SD), und in de Geräteeigenschafte ist es nun nicht mehr so einfach manuell ansteuerbar, aber Zweck ist damit erfüllt 💯
Dennoch bleibt das, was ich wohl als Bug betrachte.
Besten Dank für den Denkanstoß 🙏
Nora🍀
Danke nutzer99 ,
genau so ist es umgesetzt; ein rawranges-Block, mit einem step für den ersten leeren Bereich (0-9, dann die acht range-Elemente für die acht Auswahlbereiche (je ein Bereich für eines der acht Auto-Programme).
Das funktioniert ja auch super - man kann in den Geräteeigenschaften manuell super alles entsprechend des DDF auswählen.
Aber sobald ich den Schieber für den Auswahlbereich (range im DDF) mit einem ParameterMaster versehe, um daraus eine CueList zu machen, leert sich das Typ-Feld (also wo ich aus den 8 Programmen auswählen kann). So können die Programme, die manuell per Geräteeigenschaften aufrufbar sind, nicht in eine Cuelist gepackt werden.
Genau so habe ich mir das auch gedacht - harte Verdrahtung ist nie gut.
Wenn doch nur Programmnummer MIT ParameterMaster für den Wertebereich gleichzeitig akzeptiert würden.
Grundsätzlich ist der Sinn hinter diesen Automatikprogrammen ja eher begrenzt - das ist richtig. Aber es ist vorhanden und frisst kein Brot und ich liebe Redundanzen 😊 - man weiß nie, wozu das mal gut sein kann und Nutzen haben wird.
Vielen Dank und beste Grüße
Nora 🍀
Hallo liebe alle,
neben vielen eigenen Programmanteilen möchte ich gern auch Geräte-interne Automatiken per DMXC nutzen können (aufzurufen per Softdesk).
Es gibt 8 Presets (Automatikprogramme) in den Geräten.
Dafür habe ich pro Preset eine CueList angelegt.
Die Presets haben eine Range von 29 DMX-Werten - innerhalb dieses Bereichs wird die Geschwindigkeit des Presets gesteuert.
So reicht der erste Preset beispielsweise von DMX-Wert 10-39, der nächste von 40-69 usw.
In den Geräteeigenschaften kann ich die Presets wie gewünscht auswählen und auch per Schieber den Geschwindigkeitsbereich steuern (der Bereich der 29 DMX-Werte).
Um das in eine CueList zu packen, wollte ich für den Schieberwert statt einer festen Zahl einen ParameterMaster eintragen.
In dem Moment, wo der PaMa eingetragen ist, leert sich jedoch das Auswählfeld für die Presets.
Ist es so gewollt, dass Presets nur ohne ParameterMaster in CueLists gepackt werden können?
Ich wollte dies durch "harte Verdrahtung" im IA umgehen, aber dort scheitert es daran, dass die betreffenden Lampen bei mir im System im dritten Unsiversum sind - das ist im IA nicht auswählbar.
Wie kann ich das 3. Universum im IA nutzen?
Beste Grüße
Nora 🍀
Hallo liebe alle - direkt mit der Tür ins Haus:
die Situation:
Eine komplexe Logik wurde im IA erstellt.
Diese Logik löst letzten Endes bestimmte CueLists aus.
Die CueLists wirken Gerätegruppen (um flexibel Geräte hinzufügen zu können).
Das manuelle hinzufügen von Geräte zu den Geätegruppen via Projektexplorer ist aber im laufenden Betrieb eher nicht machbar.
Die Frage:
Gibt es eine Möglichkeit (die mir entgangen ist), wie man Geräte dynamisch per Knopf im SD übers IA einer Gerätegruppe zuordnen kann?
Hintergrund:
Es ist eine im IA sehr komplex gestaltete "Lichtorgel" mit erheblichen Konfigurationsmöglichkeiten.
Hauptsächlich habe ich sie für eine Gruppe von 13 Lampen geschrieben.
Aber sie soll per dynamischer Gerätezuweisung auch andere Geräte steuern können.
Es müssten dafür also idealerweise andere Geräte in die Gerätegruppen geschoben werden können bzw. besehende herausgenommen werden können.
Vielen Dank und beste Grüße
Nora 🍀
Liebe alle,
nach wie vor bin ich super begeistert von der Fülle der Möglichkeiten, die DMXC bietet und es fallen mir immer wieder neue Dinge ein, die zu realisieren in DMXC immer Spaß machen.
Im Laufe der letzten Wochen sind mir einige Schluckaufs aufgefallen.
Bei fortschreitender Projektgröße (derzeit ca. 15MB in der Exportdatei, 22 Softdesks, Geräte in >2 Universen) fällt es auf, dass beim Programmstart manchmal ein Schieber oder Knopf oder eine Beschriftung in einem SD fehlt. Ich meine erkannt zu haben, dass es dann kurz zuvor eine Kopieraktion eines solchen verschwunden GUI-Elementes durch mich gab (zum Beispiel einen Schieber für einen neuen SD kopiert und eingefügt).
Beim Kopieren von GUI-Elementen von einem in einen anderen SD geht anscheinend der Style des Elements verloren - beim Kopieren innerhalb eines SD jedoch nicht. Ist das gewollt?
kürzich auch wenige Male festgestellt: Im IA fehlen eingebaute Nodes, die zuvor definitiv vorhanden waren. Ist ein solches Verhalten bekannt?
Mittlerweile passiert es auch recht häufig, dass die Eingangszuweisung (IA) nur noch ein leeres Fenster zeigt, statt der Inhalte. Kann das mit der Projektgröße zu tun haben?
Als Bildschirme nutze ich 3-4 portable 16"-Asus-Bildschirme mit Fingererkennung. Zwei davon FHD, zwei davon 4k.
In FHD auf allen Bildschirem (mit derzeit meist drei Bildschirmen) gibt es keine Probleme mit der Darstellung.
Kürzlich aber hatte ich die drei Bildschirme auf 2 x 4k und 1 FHD eingestellt - es gab immer wieder extrem "verrutschte" Grafik der Programmöberfläche.
Ist dieses Verhalten bekannt?
Ich umgehe dies, indem ich auch die 4k-Bildschirme nur auf FHD laufen lasse.
Export-Dialog:
Zuletzt passiert es fast immer, dass der Export-Dialog nicht alle GUI-Elemente zeigt - z.B. den neu zu wählenden Dateinamen und den Speichernknopf.
Hat das schon mal jemand erlebt?
Grundsätzlich ist DMXC mit den Softdesks eine super gute Instans, um in Verbindung mit kleinen tragbaren berührungsempfindlichen Bildschirmen einen super flexiblen Arbeitsplatz zu gestalten - idealerweise in Verbindung mit Midi-Controllern.
Ganz großen Dank für die unblaubliche Arbeit, die in DMXC steckt - super toll 🙏
Beste Grüße
Nora 🍀
Als kleine Seiteninfo - nur zum Thema Midi - möchte ich gern auch auf die Verwendung von "Bome Midi Translator" hinweisen - ein ähnlich komplexes "Zauberkästchen" wie DMXControl, nur eben auf Midi bezogen. Es kann damit praktisch alles, was Midi betrifft, umgerechnet und umgeleitet werden. Herstellerspezifische Belegungen gehören damit der Vergangenheit an, beliebig viele Midi-Controller sind möglich - jeweils mit beliebig vielen selbst erstellten Belegungsebenen.
Auch RTP-fähig.
So kann vieles an Midi-Umrechnung nach Bome ausgelagert werden, was oft den Midi-Anteil in den eigentlichen Anwendungen (wie DMXControl) einfacher werden lässt.
Bome als "Midi-Verwaltungs-Ebene" macht vieles leichter (aber auch viel komplexer, weil funktionsreicher) und erlaubt Midi-basierte Funktionalitäten, die man sonst nicht realisieren könnte.
LoopMidi ist dafür bereits eine Grundlage, um Bome per virtuellen Midi-Verbindungen zwischen den Controllern und der jeweiligen End-Software (z.B. DMXC) setzen zu können.
Beste Grüße
Nora 🍀
... gelöst -> Es war ein übersehener Menüpunkt, der genau die Reation auf die beiden DMX-Kanäle deaktiviert 🤣
Läuft gut nach entsprechender Überarbeitung - vielen Dank 🍀
Hallo,
ich arbeite grad daran, DDFs für meine vielen Gerätegruppen zu erweitern.
Ein relativ seltenes Gerät ist der Lüfter "Stairville Fan-200 DMX" mit 3 Kanälen für Intensität, Intervall, Dauer.
Eine DDF scheint es dafür noch nicht zu geben.
Ich habe eine einfache DDF selbst erweitert - die "raw step"-Inhalte werden auch richtig in DMXC in den Geräteeigenschaften angezeigt und können dort per Schieber variiert werden.
In der Kanalübersicht ist das auch gut sichtbar.
Der Intensität-Kanal spricht normal an - auch als Resultat am Gerät.
Aber am Gerät passiert für Intervall und Dauer nichts.
Kennt jemand funktionierende Einstellungen für Intervall + Dauer für die Windmaschine?
In der Herstellerbeschreibung steht nur:
Kanal / Funktion / Wert
1 / Lüftergeschwindigkeit / 0% … 100%
2 / Zeitabstand zwischen zwei Einschaltphase / 1m … 999m oder 5s … 999s
3 / Einschaltdauer pro Einschaltphase / 1m … 999m oder 5s … 999s
Vielen Dank und beste Grüße
Nora 🍀
Liebe Alle,
ich sehe den Wald vor Bäumen nicht:
ich binde grad viele verschiedene Lampentypen ein - eine Sorte macht mir Prboblem: Stairville Quad Par 5x8 RGBW.
Ich teile die DDF in zwei teile (Dim+Strobe als Ctrl-DDF, und Farben getrennt in Color-DDF).
Der Fehler tritt aber ebenso auf, wenn eine Gesamt-DDF genutzt wird.
Der Strobe-Kanal geht nie unter DMX-Wert 5 - heißt: es blitzt dauernd.
Eigentlich bin ich mir sicher, dass die Werte in der Ctrl-DDF richtig eingegeben sind, aber irgendwie weiß ich: Wären die Werte in der DDF korrekt, hätte ich das Problem nicht 🫣
Hier die Ctrl-DDF (mit dem Fehler):
Hier die Color-DDF (funktioniert):
Und hier noch die Geräteanleitung:
Über einen Tipp, wo mein Fehler liegt, wäre ich super dankbar 🙏
Beste Grüße
Nora 🍀
Der Weg über ParameterMaster als ein Art "Zwischenspeicher" bzw. "Zustandsübermittler" hat mir gefallen und ist nun bereits im ersten Anwendungsfall angewandt. Vom Gedankengang ungewöhnlich, aber funktional 😊
Beste Grüße
Nora 🍀
Also das mit dem ParameterMaster auf die Farbe ist nicht geplant. Viel mehr ergibt es Sinn, die Steuerung über den ColorMaster noch etwas zu erweitern. ColorMaster können schon intern die RGB+ Zusatzfarben verarbeiten und verwalten. Das siehst du auch im Master-Fenster. Wenn du dort zu den ColorMastern gehst und diese nach rechts zwei Mal aufklappst, sind dort alle Farben drin. Aber die Executoren können damit noch nicht umgehen. Auch das mit dem Input Assignment ist eine gute Idee. Könntest du mir daher einen Gefallen tun und sowohl das mit den Executoren als auch das mit dem Input Assignment in unserem Bugtracker (https://dmxc.org/bugs) eintragen? Denn hier im Forum wandern solche Sachen schnell aus dem Blickfeld und gehen damit in den Untiefen des Forums verloren.
Viele Grüße
JP
Genau - die interne Steuerung im ColorMaster nutze ich dafür. Es ist nur etwas hakelig.
Die Möglichkeit, den ColorMaster im IA per Slider aus dem Softdesk regeln zu können, wäre fantastisch - den Eintrag dazu im Bugtracker habe ich angelegt.
Beste Grüße an alle
Nora 🍀