BPM ermitteln, via DAW, Programm oder VST?

[RK79]

Bin mir nicht ganz sicher was du meinst, denke aber es ist "rechtsklick" aufs Event und dort dann die BPM eingeben, danach bleiben die so wenn die Spur nicht auf "Drums" steht.

Genau das, danke!!

 

[stereolli]

Ah, ok. Und speichert dann Wechsel, damit man das in der daw programmieren kann?
Gut, meine Tama Rythmwatch von anno knips für 150 DM macht das auch, is aber schon eher Handwerk dann..^^

Habe das mal vor vielen Jahren einmal gemacht, weil ich mir nicht anders zu helfen wusste.
Da kommen dann auch Zahlen hinter dem Komma raus. Muss also noch in beide Richtungen "gesucht" werden. Dann halt die wav genau auf die 1 usw.

 

[Dub Element]

Tap BPM - Online Beats Per Minute Calculator And Counter

www.beatsperminuteonline.com

 

[EarDrum]

Habe das mal vor vielen Jahren einmal gemacht, weil ich mir nicht anders zu helfen wusste.
Da kommen dann auch Zahlen hinter dem Komma raus. Muss also noch in beide Richtungen "gesucht" werden. Dann halt die wav genau auf die 1 usw.

Gut, in der S1 Tempospur hab ich dann auch gerne mal 143, 3339 bpm... machts unheimlich leicht für coops.... not.^^

 

[Sascha Franck]

Doch, wenn man, am besten mit den Sync dingens, das Event genau auf die eins schiebt dann bleibt alles unabhängig von der BPM im Takt.

Und wenn man Schnipselchen hat (die man nicht auf Einsen schubsen kann) geht das in den meisten DAWs per "SMPTE Lock" (o.ä.). Da wird dann alles an einer absoluten Zeitposition, also unabhängig von Tempo und Taktart, fixiert.

 

[EarDrum]

Und wenn man Schnipselchen hat (die man nicht auf Einsen schubsen kann) geht das in den meisten DAWs per "SMPTE Lock" (o.ä.). Da wird dann alles an einer absoluten Zeitposition, also unabhängig von Tempo und Taktart, fixiert.

Was raff ich hier nicht? Wenn Spuren oder events unabhängig von DAW, Takt und bpm bleiben, kann das doch im Songkontext nicht passen?

 

[Sascha Franck]

Was raff ich hier nicht? Wenn Spuren oder events unabhängig von DAW, Takt und bpm bleiben, kann das doch im Songkontext nicht passen?

Als Beispiel: Sowas brauchste dann, wenn du bspw. ungeklicktes Material bekommst und das erstmal zurechtschneidest und schiebst und dir dann einfällt, dass du das doch gerne per Takt/BPM/Raster organisiert haben würdest. Oder wenn du aus irgendwelchen anderen Gründen das Songtempo ändern willst (Bsp.: Tempo halbieren oder verdoppeln, macht man ja manchmal u.a. aus Darstellungsgründen) und da eben schon viele Schnipsel rumgurken - bei denen aber die Relation der absoluten Regionspositionen zueinander intakt bleiben soll.
Die Regionen sind aber standardmäßig in der DAW an Taktpositionen gebunden. Sprich, eine Region, die bei Tempo 120 auf der 2 anfängt, würde bei Tempo 60 immer noch auf der 2 anfangen - auf einem absoluten Zeitstrahl aber deshalb nach hinten verschoben werden, denn bei 60BPM kommt die 2 nunmal später als bei 120BPM.
Hier kommt dann eben "SMPTE Lock" (oder wie auch immer es in der jeweiligen DAW heißt) ins Spiel. Das verankert die Events dann eben nicht mehr an einem taktbasierten Lineal sondern bei einem absoluten Zeitwert. Da kann man dann munter am DAW-Tempo rumdrehen, alles was bisher da war und SMPTE-gelockt wurde, bleibt zeitlich absolut betrachtet an derselben Position.

 

[EarDrum]

Als Beispiel: Sowas brauchste dann, wenn du bspw. ungeklicktes Material bekommst und das erstmal zurechtschneidest und schiebst und dir dann einfällt, dass du das doch gerne per Takt/BPM/Raster organisiert haben würdest. Oder wenn du aus irgendwelchen anderen Gründen das Songtempo ändern willst (Bsp.: Tempo halbieren oder verdoppeln, macht man ja manchmal u.a. aus Darstellungsgründen) und da eben schon viele Schnipsel rumgurken - bei denen aber die Relation der absoluten Regionspositionen zueinander intakt bleiben soll.
Die Regionen sind aber standardmäßig in der DAW an Taktpositionen gebunden. Sprich, eine Region, die bei Tempo 120 auf der 2 anfängt, würde bei Tempo 60 immer noch auf der 2 anfangen - auf einem absoluten Zeitstrahl aber deshalb nach hinten verschoben werden, denn bei 60BPM kommt die 2 nunmal später als bei 120BPM.
Hier kommt dann eben "SMPTE Lock" (oder wie auch immer es in der jeweiligen DAW heißt) ins Spiel. Das verankert die Events dann eben nicht mehr an einem taktbasierten Lineal sondern bei einem absoluten Zeitwert. Da kann man dann munter am DAW-Tempo rumdrehen, alles was bisher da war und SMPTE-gelockt wurde, bleibt zeitlich absolut betrachtet an derselben Position.

Scheiffe, lern ich am Ende hier noch, wie Prog-Rock geht?^^

 

[Dodo_I]

Ich mach's hiermit. Gab's mal für umme. Einfach Tonspur reinziehen (egal, welches Format), schon spukt es zuverlässig bpm und Chords aus.

https://www.bestservice.com/de/deco...eine Software, die,Minuten lernen, diesen zu spielen.

 

[RK79]

Ich mach's hiermit. Gab's mal für umme. Einfach Tonspur reinziehen (egal, welches Format), schon spukt es zuverlässig bpm und Chords aus.

https://www.bestservice.com/de/decoda.html#:~:text=deCoda ist eine Software, die,Minuten lernen, diesen zu spielen.

Das kannte ich noch gar nicht.
Ein richtig gutes Stück Software, danke für den Tipp!!

 

[EarDrum]

Ich mach's hiermit. Gab's mal für umme. Einfach Tonspur reinziehen (egal, welches Format), schon spukt es zuverlässig bpm und Chords aus.

https://www.bestservice.com/de/decoda.html#:~:text=deCoda ist eine Software, die,Minuten lernen, diesen zu spielen.

Ah, DeCoda. Hab ich auch für quick checks for bpm. Aber entweder kann ich damit nicht umgehen, oder DeCoda nimmt nur die bpm (Edit: chords kann es) vom Anfang des tracks - und ignoriert, wenn Änderungen kommen. Hatte tracks mit Tempowechseln, wähle parts im track, die defo andere bpm haben, DeCoda bleibt stur beim ursprünglichen tempo in der Anzeige. Gegenagrumente..?^^