-
Notifications
You must be signed in to change notification settings - Fork 108
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
calling from python with chunks of sets #11
Comments
Hello, I took the approach of extracting 12-second samples out of the middle of files/out of the recent microphone input because it seemed to be a value that provided very good results compared to shorter window sizes, without taking too much processing time. The core algorithm may look for for frequency peaks over any amount of spectrogram, but if you put more audio into it obviously it will take longer (it performs sliding Fourier transforms over fixed intervals). Regards, |
ok, then I think I will just experimentally decide how long the samples should be and how fast I should slide the window over. I just noticed I wasn't clear, I was talking about DJ-Sets. So I have 2/3 hours long of music and I want to find every song in the set. I'll just try, thanks! |
Would love to know if you've accomplished this! Doing the same myself youtube.com/@beanradio |
Great Project!
I want to use this to get the ids of track from sets. So let's say I have the audio file of a set, how would I approach it? I would like to have something like a sliding window over the set and use songrec on each window so that I get the time-stamps where the songs change.
I would write a small python scripts which calls SongRec (I don't know any rust).
Does this code just take the raw 12s PCM signals of the middle of the song and return it? Does the algorithm always expect 12s of pcm-data?
SongRec/src/fingerprinting/algorithm.rs
Line 37 in 59246d6
The text was updated successfully, but these errors were encountered: