Posts by Justin

Quote from JPK

Nein, das erste geht nicht. Der Beat-Trigger wird immer dann getriggert, wenn ein Beat z.B. von einem SpeedMaster kommt. Dieser arbeitet intern fest mit 1/4 Takt, also jeder vierte Beat ist der Erste. Außerdem ist der einzige Ort, an dem du bei Mastern rechnen kannst bei der Eingabe im Device Control. An allen anderen Stellen kannst du den Wert nicht verändern. Aber es gibt die Möglichkeit, den BPM-Wert des SpeedMasters zu verdoppeln / zu halbieren. Dazu den SpeedMaster einfach einem Executor hinzufügen und das entsprechend auf den Buttons unten so konfigurieren, dass man die BPM verdoppeln / halbieren kann.

das verdoppelte habe ich auch gesehen aber leider ist das nicht so wie ich mir das vorstelle

Alles über InputAssignments zu machen erscheint mir gerade das beste.

Vorallem weil ich gerade eine lampe auf takt 0 und lampe 2 auf takt 2 laufen lassen will das geht leider aber nicht mit normale Cuelists (bzw ich weiß einfach nicht wie falls es geht haha)

Kann man den Trigger "beat" auch sagen er soll 1/8 statt 1/4 machen?

Zudem wollte ich noch fragen ob man auch Parameter benutzten kann um beispielsweise dynamisch den Step anzupassen

heißt wenn im lied z.b eine passage kommt wo die drums immer schneller werden das ich quasi über ein fader von jedem zweiten beat auf jedem beat wechseln kann

Quasi das man einen fader hat der es mir erlaubt von 1/2 auf 1/4 dann 1/8 1/16 etc zu gehen. Desto höher der fader geht desto schneller (aber halt immernoch im bpm)

Genau so wollte ich das haben vielen dank!

Hm leider Funktioniert das auch nach dem erneuten laden nicht

Gibt es sonst noch eine Alternative?

Hauptsächlich versuche ich gerade das Problem zu lösen das der Sync button beim Speedmaster noch nicht auf Effekte angewendet wird.

Deshalb wollte ich die Efefkte einfach einzeln triggern lassen mit einem Beat als Trigger

Quote from JPK

Hallo,

schau mal in das von mir dazu geschriebene Schon gewusst?: Schon gewusst? #31 - Mit Mastern rechnen Das sollte eigentlich alle deine Fragen zum Rechnen mit Mastern beantworten Bzw. alternativ ist das auch in unserem Wiki bei den Mastern beschrieben. Der Inhalt der Artikel ist aber eigentlich der gleiche.

Edit: Habe gerade erst deine zweite Frage gesehen. Schaue dazu mal nach "One shoot"-Trigger. Für diesen gibt es auch eine kurze Erklärung in unseren Tutorial-Videos:

External Content www.youtube.com

Content embedded from external sources will not be displayed without your consent.

Display all external content

Through the activation of external content, you agree that personal data may be transferred to third party platforms. We have provided more information on this in our privacy policy.

Viele Grüße

JP

Display More

Super! Vielen dank für die Information.

Leider verstehe ich nicht ganz genau wie die Cues anzuordnen sind bzw dessen inhalt.

Ich glaube ich habs nicht so ganz verstanden

Bei mir ändert sich nichts egal was ich für eine zahl beim one shot eintrage

Es fadet immer nach 2 sekunden aus

Funktioniert das eventuell einfach bei Matrix effekten nicht oder liegt das an mir?

Gibt es eventuell das Projekt im video zum download?

Quote from LightningBrothers

Guten Abend!

Da es sich um eine Frage zu DMXControl 3 handelt, habe ich diesen Thread mal ins Unterforum von DMXControl 3 verschoben...

Stefan

Verzeihung ich hab das wohl übersehen

Guten Abend,

ich wollte eben mal nachfragen wie man genau Mathe Operationen auf einem Fanning bzw SpeedMaster anwendet.

Ich möchte ein Effekt über einen SpeedMaster steuern um die BPM zu syncronisieren. Allerdings ist der Effekt gerade noch ziemlich langsam und würde gerne das dieser in 1/4 oder 2/4 abständen getriggert wird.

Deshalb hier zwei fragen

1. Wie sorge ich dafür das der Effekt x mal im Takt so schnell ist wie der SpeedMaster vorgibt ohne diesen direkt zu ändern

z.b Sowas hier

So das ich Lampe 1 auf 1/4 laufen lassen kann und Lampe 2 auf 2/4

2. Ist es möglich Effekte einmal zu triggern, so das sie sich nicht wiederholen?

Denn den Pulse Effekt würde ich gerne selber triggern so das er einmal Pulsiert und danach auf ein Signal von mir (Beat) wartet um dann manuell getriggert zu werden.

p.s Mir wurde das mal gezeigt aber leider habe ich es vergessen. Immerhin können es dann auch andere nachvollziehen wenn sie auf diesen Thread stoßen

Funktionieren ebenfalls beide.

Folgendes konnte ich erfolgreich Testen

Wave, 48 kHz, Mono

Wave, 192kHz, Stereo

mp3, 48 kHz, Stereo

Ich konnte keine Probleme feststellen.

Sehe es als eine Art "Horizonterweiterung"

Dann hat man es wenigstens schonmal gehört

Falls es noch nicht erwähnt wurde hier ein Projekt welches ich selber schon umgsetzt habe

GitHub - hideakitai/ArtNet: Art-Net Sender/Receiver for Arduino (Ethernet, WiFi)

Art-Net Sender/Receiver for Arduino (Ethernet, WiFi) - GitHub - hideakitai/ArtNet: Art-Net Sender/Receiver for Arduino (Ethernet, WiFi)

github.com

Diese lib hat FastLED support womit ich selber schon über artnet meine WS2812b angesteuert habe und es funktioniert wunderbar.

Einfach ArtNet Konfigurieren in DMXC3 und schon kannst du jeden Channel einzeln ansteuern (oder mehrere Sektionen wenn man das möchte)

Damit kann man dann sogar hingehen und ein DDF mit einer Matrix erstellen und hat Pixelstreifen mit DMXC3 verbunden

Quote from LightningBrothers

Moin...

Das ist ja cool, dass du dich da so reingefuchst hast und ein entsprechendes Plugin geschrieben hast. Solche Leute brauchen wir

Unabhängig davon: magst du mal ein Ticket hierzu in unserem Bugtracker anlegen, auch mit der kurzen Skizzierung des Problems, deinem Lösungsansatz und vor allem einem Verweis auf diesen Thread? Dann kann das Problem ggf. einfach grundlegend behoben werden, sodass ein Plugin dafür nicht mehr benötigt wird.

Viele Grüße, Stefan.

Vielen Dank

Ich erstelle eben ein Ticket

Hier mal mit meinem Timecode+ Plugin sowie die ganzen tests.

Das Plugin war gerade nur ein test sowie Proof of Concept also nichts festes

Frame perfect wie gewollt

Das einzige Problem ist jetzt nur das der Controller nicht immer hinterherkommt (was jetzt auch nicht das größte problem ist)

Quote from nutzer99

Hast du in der StageView oder in der DMX Ausgabe geschaut?

1 frame hat ca 40ms...

Das kann weder die StageView, noch die Cuelist richtig anzeigen. Wie JP schon gesagt hat ist alles unter 100ms am PC etwas schwierig...

Gruß

Nutzer99

Ich habe in das Licht in echt beobachtet. Also die DMX Ausgabe.

Mein DMX Controller kann nichts unter ~40FPS darstellen also heißt ein abstand von 25ms +-10ms sollten machbar sein

Folgende Tests habe ich gemacht

Abstand von 30ms

- Funktioniert in 90% der fällen ohne Probleme. Hier und da wird mal eine cue verschluckt alle 5 Versuche

Abstand von 50ms (sichtbarer unterschied zum vorherigem)

- Funktioniert ohne Probleme

Abstand von 100ms (sichtbarer unterschied zum vorherigem)

- Funktioniert ohne Probleme

Genau so wie ich es haben mit dem "workarround" über ein Wait

- Funktioniert ohne Probleme

- Genau so wie ich es haben will ohne auch nur eine einzige Verzögerung

Genau das gleiche nur mit Timecodes

- Funktioniert wie mehrfach gesagt nicht richtig.

Trifft jedenfalls nicht den Timecode

Nur beim Timecode ist es nicht möglich was für mich ein eindeutiges zeichnen ist das irgendwo ein Fehler sein muss.

Ich habe schon genug Software unter Windows benutz benutzt welche einigermaßen zeitkritisch sind (FL Studio, Abelton Live, Premiere Pro, After Effects, Unity, Unreal Engine 5).

Jede dieser Software kann Frame Perfekt im loop etwas abspielen mit nur wenigen ms abstand ohne auch nur ein einzigen Delay.

Möglich ist es also nach eigenen Erfahrungswerten. Nur der Timecode in DMXC3 kann das nicht..

Ein Echtzeitbetriebssystem wäre komplett overkill. Es geht sich ja nicht um tausenstel nanosekunden Genauigkeit sondern um einige ms (40ms ist garnichts wobei es in dem beispiel ja um gerade mal 100ms - 200ms geht) und das ist komplett im rahmen des machbaren in Windows.

Ich hab mir mal die Zeit genommen um etwas zu analysieren

• Tick = Der akuelle Tick der alle 40ms geupdated wird
• CurrentTime = blockAlignedStream.CurrentTime.TotalMilliseconds
• WavePosition = Die aktuell abgespielten millisekunden berechnet durch geschriebene bytes
• Stopwatch = Eine Stopwatch welche beim ersten tickevent getriggert wird (also fast (+-5ms) zeitgleich mit dem abspielen der datei)

Die Audiodatei war eine 300 BPM Metronom (4 Sekunden)

Meine Empfehlung wäre

statt

SceneTriggerManager.getInstance().getSceneTriggers<TimecodeSceneTrigger>().ForEach<TimecodeSceneTrigger>((Action<TimecodeSceneTrigger>) (t => t.Timecode = (long) blockAlignedStream.CurrentTime.TotalMilliseconds));

lieber

double wavePositionMs = WaveOut.GetPosition() * 1000.0 / WaveFormat.BitsPerSample / WaveFormat.Channels * 8 / WaveFormat.SampleRate;
SceneTriggerManager.getInstance().getSceneTriggers<TimecodeSceneTrigger>().ForEach<TimecodeSceneTrigger>((Action<TimecodeSceneTrigger>) (t => t.Timecode = (long) wavePositionMs));

Dann ist der Timestamp perfekt ohne Abweichung vom abspielen.

Fazit:

Mit dem aktuellen Code wird eine Genauigkeit von ~8 FPS (~120ms) erzielt wobei es eigentlich ja 40ms mit einem TImecode von 25 FPS wäre

Wenn ihr mir jetzt immer noch nicht glaubt dann weiß ich auch nicht mehr

Bitte überzeugt euch selbst im Anhang

Quote from LightningBrothers

Das ist eher ein bisschen der Punkt, wie DMXControl 3 eine Cuelist wiedergibt. Hierzu haben wir auf unserem YouTube-Kanal auch ein extra Video, dass die Zusammenhänge nochmal genau erklärt. Dem folgend, ist das Verhalten in dem Sinne genau richtig. Die Cuelist wird von oben nach unten abgearbeitet. Und da die Cue 5 mit dem Timecode für 10 Sekunden vor der Cue 7 mit der erneuten Zeit für 17 Frames kommt, wird die Cue 7 nicht mehr wiedergegeben, da der Timecode schon längst abgelaufen ist.

Gut ich habe in dem fall tatsächlich ein blödes Beispiel gefliefert und ja so macht das ganze sinn.

Ich versuche das problem jetzt nochmal etwas genauer zu beschreiben

vs

Beide Werden exakt gleich ausgeführt. Das delay zwischen den einzelnen (Lampe 100% und Lampe 0%) ist immer der gleiche.

Man sieht auch das beide an der gleichen stelle stoppen (weil die audiodatei zu ende ist OBWOHL der Timecode der eingegeben wurde vor dem ende des Sounds war)

Hier einmal in Audacity die Tonspur. Man sieht unten das sie .15 lang ist.

Die Videos zum Thema Trigger und advanced Trigger habe ich mir bereits angeschaut.

Das untere müsste doch logischerweise Sehr schnell hintereinander abgespielt werden und deutlich schneller als das obrige sein oder verstehe ich da was falsch?

Quote from LightningBrothers

Die weitere Frage ist: was geben die Cues wieder? Vielleicht lässt sich dies auch mit einem Effekt und dann mit nur einer Cue realisieren. Da wäre dann ggf. mal interessant, dein Projekt zu sehen, damit das am "lebenden Objekt" nachvollzogen werden kann. Ist bestimmt einfacher, als das in viele Worte zu packen. Bzw. umgekehrt: du formulierst dein gewünschtes Ergebnis und wir schauen gemeinsam, wie das sich im Ideallfall umsetzen lässt.

Die Cues setzen lediglich die Helligkeit auf 100% und auf 0% (manuelles strobo quasi).

Der sound ist ein lautes Türklopfen von "Fbi open up" und möchte gerne das bei jedem Schlag das licht aufblinkt.

Natürlich könnte man ein Strobo effekt nehmen allerdings löst das nicht das Grundproblem, da die sounds nicht immer einen Rythmus haben wie bei Musik. Z.b ein lautes Türklopfen hat ungefähr den gleichen rythmus wo das ganze noch gehen würde bei unrythmichen sounds leider nicht.

Gerne teile ich heute Abend mein Projekt (es ist eigentlich sogut wie leer außer diese eine Cuelist zum testen). Vielen dank für die Hilfe bis jetzt!

Quote from JPK

öhm ich weiß ja nicht, was und wie du das getestet hast, aber Cues hören tatsächlich absolut auf Timecodes und nicht relativ, so wie du das hier in deinem Bild aufgebaut hast. So wie in deinem Bild kann das also nicht funktionieren Gib allen Cues einen absoluten Timecode als Startpunkt an und dann musst du einen Timecode in DMXC 3 produzieren. Dies geht am besten mit einem Audiofile, was du in einer (z.B. anderen) Cue startest. Der Timecode dieser laufenden Audiodatei triggert dann die Cues. Mit deiner relativen Angabe der Cue-Zeiten (wenn du also tatsächlich alle zum selben Zeitpunkt triggerst) müsstest du die minimal technische Triggerzeit zwischen zwei Cues innerhalb einer Cuelist sehen (müsste mir das aber nochmal genauer im Code anschauen).

Mein test sah genau so aus

Wenn das ganze absolut wäre, würden die unteren Aktionen trotzdem ausgeführt werden. Der Timecode "geber" ist in dem falle eine Audio die als aller erstes abspielt wird.

Vielleicht liegt es auch an einer falschen Einstellung welche ich übersehe aber wie man im Screenshot sehen kann warten die unteren Aktionen darauf das der obere Timecode fertig wird.

Quote from JPK

Bevor du das machst, damit einiges an eigener Entwicklungszeit verbrätst und etwas doppelt machst, was es teilweise schon gibt: Was willst du denn überhaupt am Ende erreichen, also was ist deine Anwendung? Klar kann man versuchen, Dinge selbst noch einmal "besser" zu implementieren als die Entwickler, die auch die Innereien der Software kennen . Das hängt aber eben auch von einigen Randbedingungen ab, die man vielleicht nicht auf den ersten Blick sieht. Aber vielleicht gibt es ja auch andere, einfachere Wege, das zu erreichen, was du möchtest . Und wenn es da wirklich Probleme gibt, kann man sich die nochmal anschauen und fixen.

Ich möchte nichts "besser" entwickeln sondern etwas was mein genau meinen Anforderungen entspricht. Aber deswegen frage ich genau hier nach um zu schauen ob es ein echtes Problem ist oder nur User error

Natürlich kann ich nichts "besser" implementieren als die Entwickler. Ich habe legitlich eine andere vorstellen davon wie das funktionieren soll (wie gesagt kann ja auch einfach eine einstellungssache sein)

Genau genommen möchte ich auf ein soundboard für meinen twitch kanal haben welche dann neben dem sound eine kleine lichtshow abspielt. Z.b bei einem Flashbang sound effekt alle lichter 100% und auf weiß

Heißt quasi eine art Soundboard welche den abgespielten Sound nochmal mittels Licht unterstreicht.

P.s Das ganze soll in keinster weise eine Kritik sein ich find super was ihr hier geschaffen! Mir gefällt besonders gut das man einen Server hat welcher die ganze arbeit macht und man einfach mit einem seperaten Client verbindet. Das ganze noch Linux kompatible und den Kernel Open Source und die welt ist perfekt

Quote from LightningBrothers

Guten Abend!

Kannst du mal die obere Zeile des Cuelist Editors zeigen? Ich habe das Gefühl, dass du den Fade Faktor verstellt hast. Denn an sich arbeitet DMXControl 3 schon sehr akkurat - ich habe bereits mehrere Timecode-basierte Lichtshows gefahren. Über die Ergebnisse habe ich bereits im Rahmen eines Live@Works berichtet.

Viele Grüße, Stefan.

PS.: ich habe deine Frage mal aus dem ursprünglichen Thread herausgelöst, weil wir zwar thematisch im Bereich der Cuelists unterwegs sind, aber dann doch thematisch anders unterwegs sind.

Hey

Gerade gesehen das dieser auf 10% stand. Ich hätte allerdings erwartet das dieser Wert nichts aussagt wenn man überall 0ms als Fade stehen hat

Hier nochmal ein screenshot wie das gerade mit den timecodes aussieht.

Egal ob ich nun 10% oder 1000% einstelle es wird beim Timecode gleich schnell abgespielt (was ja prinzipiell sinn macht)

Leider gibt es trotzdem keinen unterschied zwischen 00:00:00.10 und 00:00:00.01

Gibt es eine Möglichkeit das die trigger auch auf dem Timecode direkt hören und nicht der Timecode als eine art "delay" dient?

Nach meinen tests verhält sich das ganze nämlich relativ und nicht absolut was schon sehr schade ist.

Gerne schaue ich mir deine Berichte an um noch mehr zu lernen, da ich selber noch ziemlich neu in der Software und allgemein das Thema DMX bin. Hast du diesbezüglich ein Konkretes Video oder ein anderen Link für mich?

Ich bin aber hauptsächlich mehr an der Entwicklung und Automatisierung interessiert weshalb ich aktuell ein "timecode+" Plugin schreibe (was ziemlich anstregend ist ohne ein funzel an Dokumentation ) welches dann im besten falle 40 FPS unterstützt um noch genauer zu sein

Quote from JPK

Hallo,

generell kann man schon sagen, dass DMXControl 3 recht genau triggert. Aber irgendwo sind tatsächlich die technischen Grenzen. Alles unter 100ms-150ms (jenachdem, welche Aktion es ist) wird schon sehr schwierig. Das liegt aber auch daran, dass wir auf einem Windows-System arbeiten, also definitiv einem nicht echtzeitfähigen Betriebssystem. Wenn das eben gerade wichtigere Aufgaben hat, kommt DMXControl erst verspätet dran und kann dann eben auch erst verspätet starten. Nur der Vollständigkeit halber: Auf einem Echtzeitbetriebssystem sind die Delays, also die zeitlichen Verzögerungen sogar noch größer, aber sie sind exakter, planbarer und haben weniger Jitter (zeitliche Ungenauigkeit)). Dieses Problem haben prinzipiell alle Programme auf Windows (und normalen Linuxen). Auch andere Faktoren in der gesamten Ansteuerungskette wie z.B. das Interface und die Kommunikation dahin spielen eine Rolle. Das technische Delay von einigen ms an dieser Stelle und den Jitter von bestimmt auch einigen ms wirst du aber nur sehr sehr schwer und mit spezieller, sich aktiv synchronisierender Hardware deutlich drücken können. Wenn du jetzt also einen Strobe auf exakt gewisse Frames haben möchtest, dann wird das ziemlich sicher nicht funktionieren. Das wirst du aber vermutlich auch mit anderen Lichtsteuerungsprogrammen nicht hinbekommen.

Viele Grüße

JP

Hey,

vielen dank für deine ausführliche Antwort!

Da meine Anforderung von ein "paar" ms (5 FPS = 200ms) definitiv kein Echtzeitbetriebssytem benötigt denke ich eher das es ein anderes Problem sein muss.

Vorallem weil gerade DAWS oder Videoschnittprogramme perfekt funktionieren und auch kein hör oder sichtbaren jitter haben.

Ich glaube eher das DMXC3 wohl die zeit ganz falsch Interpretiert (jegliche delays, fadings sind auf 0ms gesetzt)

Wenn ich bis 100 zähle komme ich nicht bei 1000 raus

Gleiches problem hier. 10 Sekunden statt 1 Sekunde

Ich vermute das wird beim Timecode wohl genau das gleiche Problem sein

Leider habe ich das Problem das ich keine frame perfect Ausgabe erzielen kann. Ich muss den Dimmer alle paar frames ändern was nach meinem testen einfach nicht möglich ist. Die cue wird gleich schnell abgespielt egal ob 00:00:00.01 oder 00:00:00.10. Bin ich da der einzige der das Problem hat?