Gate/Trigger/Audio nach Clock Synchronizer Modul ?

Danke, r7, endlich kommt mal Bewegung in die Sache ,

also ich gehe davon aus, dass der Triggergeber (Mensch) Signale auf dem Raster, z.b. 16tel hört und musikalisch genug ist, nicht völlig daneben zu hauen, nur wird er eben nicht jedes 16tel spielen.
Ich nehme nun z.B. an, dass ich den Bereich der zeitlichen Breite um ein 16tel herum zentriert, also den 32tel Zeitraum davor und dahinter, oder besser nur ein kleinerer zentrierter Ausschnitt davon - damit 32tel nicht mal so mal so beeinflussen - zur Steuerung der Tempo-Steigerung bzw. Verlangsamung nehme.

Über eine kompliziertere Delay/Switch Schaltung kann ich mir die Funktion sogar noch immer über eine PPL vorstellen: z.B. man verzögert das gelegentliche Triggersignal genau um eine Sync-Einheitslänge und schaltet dann, je nach dem, ob im (verkleinerten) Zeitfenster ein Tiggerimpuls da war, entweder das Oszillator/Syncsignal (keine Beinflussung) oder das verzögerte Triggersignal (Beeinflussung) auf den PPL Vergleichseingang.
Oder sehe ich da was komplett falsch?

(Wer baut so (mir) ein Gerät Gibt ja einige high skilled experts hier .... )

Hallo,

da ich im Modulbereich noch nicht so recht weiter gekommen bin, und nicht davon ausgehe, dass alle Sequenzer/Drums-Interessierten im Modulbereich lesen, nochmal hier meine Frage mit Querverweis:

Gibt es ein Gerät, das aus einem gelegentlichen Audio oder auch Gate Triggersignal, das nicht auf jedem Puls meines Zeitrasters anliegt, die Geschwindigkeit eines Gate/Clocksequenzers steuert. (Möglichst ohne Nutzung von Midi / Computer ! Ein kleiner Microcontroller darf es notfalls sein, jedenfalls als kompaktes Gerät oder Modul.)

siehe hier meine Frage nach dem Modul:
viewtopic.php?f=36&t=36405

Bitte lieber dort antworten ...

Viele Grüße

Danke für Deinen Beitrag, ich antworte jetzt mal im Modulbereich (inkl. Zitat) ...

von Gomonoa:

Wie soll sowas denn genau funktionieren?
Mal kommt ein Gate alle 15 sek, dann mal nach 20sek, WOHER soll das Gerät dann ermitteln WIE SCHNELL das Teil nun laufen soll?
Bin echt kein Technik Freak, aber so wie du dir das wünschst, machts rein logisch keinen richtigen Sinn.

Da bräuchte man schon einen etwas komplexeren Microcontroller, welcher zum Beispiel bestimmt, dass wenn alle 15-20sek ein Signal kommt, die Geschwindigkeit 100bpm beträgt, wenn alle 20-25sek dann so und so schnell.

Ich will behaupten da hilft nur selber programmieren, fertig finden, wirst du sowas mit ziemlicher Sicherheit nicht.

Hmja was mir grad noch dazu einfällt... Ne ähnliche Möglichkeit wäre dass du zum Beispiel einen analogen Sequencer hast, und dessen Geschwindkeit mit ner Spannung steuerst, da reicht dann aber kein normales Gate Signal, sondern das müsste man zum Beispiel mittels Velocity, oder der Notenhöhe machen. Also nicht ganz so wie du das willst.

Zum Vergrößern anklicken....

Stell Dir als Beispiel einen guten Schlagzeuger vor: Der klopft nicht mit allen vier Extremitäten immer auf allen 16tel rum (zum Glück!), und trotzdem kann (fast) jeder Mensch hören, wo die Clock ist.
Auch selbst bei alle 15-30 Sekunden kann die Clock in Ruhe weiterlaufen. Je nach relativer Lage des Triggers zum nächstliegenden Click, kann das System dann die Clockgeschwindigkeit anpassen.
Außerdem habe ich in meinem Modular Post (siehe Link) ja schon eine potentielle Verwirklichungsmöglichkeit beschrieben.
Sinn macht es allemal und dass es geht steht für mich außer Zweifel.

Das es das direkt zu kaufen gibt, glaube ich leider auch kaum, aber vielleicht gibt es ja z.B. weitere Interessenten.
Ich hätte schon Ideen, wer hier im Forum sowas wesentlich besser umsetzen könnte als ich, aber die haben ja sicher auch nicht unendlich Zeit, Bock und Nerven (siehe die jeweiligen Projekte der Leute)

Aber vielleicht kann man das im Nord Modular (evtl nur im G2) mal nachbauen (hab keinen aber einen Mikromodular würde ich mir dann vielleicht kaufen, wenn man es von "gelegentlichem Audiotrigger nach Midiclock Synchronisation" hinbekommt)

Die Umwandlung z.B. des Schlagzeugsounds über Mikrophon(e) von der Basedrum, Snare, etc in ein Gate-Signal ist gelöst und funktioniert ausreichend gut. Ich hab auch schon verschiedene Triggersignale in Abhängigkeit von der Dynamik erzeugt (aber das ist ein anderes Thema ...)

Noch nochmal zur Wiederholung - falls es untergegangen sein sollte - ich gehe davon aus, dass der Musiker bereits sequenzierte Klänge (natürlich am besten mit gutem Attack, und günstigerweise auf dem Raster) hört.

DIe Messung des minimalen Abstands zwischen Triggersignalen ist vermutlich ein schlechtes Maß für eine direkte Bestimmung. Wenn man vorher zeitliche Vielfache von der kleinsten Clockeinheit abzieht und den Rest betrachtet wird es schon besser. (Mathematisch -> Modulo Funktion)

Ansich kann das ganze trotzdem auch mit nur einem einzelnen Triggersignal funktionieren, wenn man die Analyse des Triggers im Zeitfenster (mit z.B. halber Größe des Clockabstandes) um das nächstgelegene Clocksignal herum betreibt.

Apropos Tightness:
Die Tempoanpassung muss natürlich in jedem Fall gedämpft werden, z.B. das die relative Abweichung über einen einstellbaren Funktionskurve den anzuwendenden Änderunganteil vom maximal erlaubten relativen Tempoänderung bestimmt.
Des weiteren kann man noch die Abweichung in einen direkt gültigen Anteil, d.h. einmalige Verschiebung der "Phasenlage" des Clocksignals und in einen die Tempoveränderung auslösenden Teil auftrennen. Dann z.B. auch unter zu Hilfenahme von "zeitlichen Abständen und Modulo-Funktion", damit der Triggergeber auch als
Weitere, zum Glück gültige Annahme: der Triggergeber (hier Schlagzeuger) ist sehr tight und weiss was er tut.

opt.X hat geschrieben:

DIe Messung des minimalen Abstands zwischen Triggersignalen ist vermutlich ein schlechtes Maß für eine direkte Bestimmung. Wenn man vorher zeitliche Vielfache von der kleinsten Clockeinheit abzieht und den Rest betrachtet wird es schon besser. (Mathematisch -> Modulo Funktion)

Zum Vergrößern anklicken....

ich tu mal so als verstünde ich, worauf du hinaus willst... und frage: ich dachte die clockeinheit ist das, was du wissen willst? die kennst du doch garnicht?

Zum Vergrößern anklicken....

Ich hab schon eine laufende Clock (mit Clockeinheit) die läuft, und will nur die Veränderung wissen, hätte also besser schreiben sollen "... von der kleinsten momentan gültigen Clockeinheit ..." Keine Unpräzision wird verziehen Richtig so!

Also mit Clockeinheit meine hier ich (eigentlich) die Zeit zwischen 2 (16tel) Clicks/Pulsen vom zu synchronisierenden Zeitgeber

Danke Max, hatte ich auch schon gesehen. Hätte halt gerne HW, und die SW Version des von Dir erwähnten ist schon einigermaßen teuer, finde ich und nachdenken kann ja manchmal ganz schön dauern.
Vielleicht doch was mit dem Mircomodular (falls die Modulfunktionen ausreichend sind) basteln oder auf http://www.arduino.cc Basis (falls Zeit und Nerven reichen). Mal sehen, oder es findet sich doch noch was Fertiges ohne PC. Werde es aber trotzdem mal testen.