Artnet, Timing

Hallo red

ein paar mehr Infos wären Hilfreich.

Beat senden über Midi, DMX oder als Audio oder noch anderen Weg?

DMXControl als Sender oder als Empfänger ?

Falls du den Audio Analyser nutzt zum Beat erkennen, der hat immer etwas Schwankungen drin welches aber bekannt ist.

Quote from red

(Normale DMX Signale kamen ok, aber halt vom timing total asynchron)

DMXC nutzt beim Beat den "Speedmaster 1" als Standard.

Also wäre ein Bild vom IA vielleicht auch noch Hifreich.

also ich würde nicht den Weg über die Cuelist gehen. Ich empfehle dir in der 3.2.2 das Beatsignal direkt im Input Assignement auf nen DMX Kanal (Artnet) zu mappen.

Das Problem ist aber, dass schon der Audio Analysen beim Analysieren ca 100ms Latenz hat.

Du kannst ja Mal alternativ nen Speedmaster testen.

Leider ist das Softdesk aus der 3.1 nicht kompatibel mit dem Softdesk der 3.2. Auch das Input Assignment wurde komplett überarbeitet und muss neu verknüpft werden.

Das Softdesk in der 3.2er ist aber deutlich besser zu bedienen und gibt einem extrem viele Möglichkeiten. Da lohnt es sich auf jedenfall mal rein zu schauen.

Meine Beschreibung bezog sich jetzt auf die 3.2.2

In der 3.1er gibt es wahrscheinlich keine andere Lösung...

Gruß

Nutzer99

ich war auch davon ausgegangen das du die 3.2.2 drauf hast. auch dort ist es möglich mit einem Beat zu arbeite. Und nicht nur einen Weg und das ist auch der Grund warum es nicht mit der Vorgängerversion kompatibel da sich die Notes geändert haben.

Falls du mit DJ Software arbeitest die Midi unterstüzt ist es bestimmt auch möglich den Beat über Midi zu bekommen.

Guten Abend!

Quote from red

Oh, hätte ich jetzt nicht erwartet, einfach nicht kompatibel finde ich jetzt schon sehr grenzwertig.

Grundsätzlich versuchen wir, dass alte Projekte mit der neuen Version kompatibel sind. Das wird immer ausführlich geprüft, was wie wo möglich ist. Das Problem, was bei uns als ehrenamtliches Software-Projekt leider deutlich mehr ins Gewicht fällt, sind die zur Verfügung stehenden Ressourcen zum einen bei der Schaffung einer Konvertierungsmöglichkeit als auch bei deren Pflege. Diese Konvertierungsmöglichkeit hätte wie nun auch in deinem Fall nicht nur in DMXControl 3.2.0 enthalten sein müssen, sondern eben auch noch in der aktuellen Version 3.2.2.

Auf Grund dieser Gesichtspunkte fiel aber eben die Entscheidung dagegen, an dieser Stelle, nämlich für das 3.1er-Softdesk, eine Konvertierung einzubauen. Hinzu kommt, dass in DMXControl 3.2.0 ja nicht nur das Softdesk von Grund auf neu programmiert wurde, sondern eben auch das Input Assignment. Spätestens an an dieser Stelle wäre Schluss gewesen, eine Kompatibilität von DMXC 3.1.3 rauf zu DMXC 3.2.x mit den uns zur Verfügung stehenden Ressourcen anzubieten. Das Input Assigment denkt nämlich etwas anderes als das alte und hier hätten für jede erdenkliche Möglichkeit entsprechende (vereinfacht ausgedrückt) Übersetzungstabellen und -prozeduren vorgehalten werden müssen. Ein weiterer Grund ist, dass das Vorhalten einer solchen Konvertierungsmöglichkeit sich unter Umständen auch negativ auf die Gesamtperformance auswirken kann. Um eine gewisse Abwärtskompatibilität zu gewährleisten, muss zum einen entsprechend alter Code mitgeschleppt werden, damit alte Projekte überhaupt vollständig (also inklusive altem Softdesk und altem Input Assignment) geladen werden können und zum anderen Code, der dann die eigentliche Konvertierung vornimmt. Beides sind Punkte, die ein gewisses Fehlerrisiko mit sich bringen und wie eingangs bereits gesagt dann auch zu warten wären.

Ich hoffe, du kannst bis dahin die Beweggründe an diesem konkreten Fall nachvollziehen, warum es manchmal eben nicht möglich ist.

Viele Grüße, Stefan

PS.: Noch ein paar Worte in eigener Sache... Auch ich stand bei beim Projekt vor dem Problem, sowohl das Softdesk als auch die Logik im Input Assignment neu anlegen zu müssen. Ich habe diesen Umschwung in DMXControl 3 auch für mich genutzt, um meine Arbeitsweise an die zahlreichen neuen Möglichkeiten anzupassen und dahingehend weiter zu entwickeln. Es war und ist immer mit einem gewissen Zeitaufwand verbunden, aber rückblickend hast sich diese Investition für mich persönlich gelohnt. Vielleicht ist es bei dir ja ähnlich?

Losgelöst der zuvor behandelten Thematik - was ich irgendwie noch nicht richtig rausgelesen oder auch vielleicht nur überlesen habe: wo kommt das Audio-Signal am Ende selbst her, dessen Beat du "herausfinden" und dann per Art-Net irgendwohin übertragen möchtest? Bedeutet: wie soll im Idealfall dein komplettes finales Setup aussehen? Läuft dann alles auf einem System oder wenn nicht, wie sieht der Aufbau aus? Welchen Anwendungsfall hast du, dass du eine solche Lösung benötigst?

Bezugnehmend auf deinen Screenshot mit der Zuweisung des Beat-Signals von AudioAnalyser zu einer Cuelist. In DMXControl 3.2.x entfällt dieser Weg über das Input Assignment. Die Zuweisung einer Quelle für das Beat-Signal (Speedmaster, Manual Beat) ist nun eine Einstellung in den Cuelist-Optionen und damit auch eine (meiner Meinung nach) deutlich angenehmere Lösung.