-
Notifications
You must be signed in to change notification settings - Fork 64
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
load on the processor. #12
Comments
I know about this, but there is no way to get rid of it, the only solution is to transfer the task of searching for a song by file to a separate processor so as not to block the code. This is a difficult task of converting files, changing hertz patterns and searching for a signature in the shazam base. |
Thanks. Is there a way to reduce the load? I remember that in older versions of api shazam, it was necessary to send only RAW file data 44100Hz, 1 channel (Mono), signed 16 bit PCM. No re-encoding. |
Thanks, I'll check it out over the weekend. |
@masksshow, |
|
Closed, problem fixed. |
Hi. Great project.
You can tell why recognition is causing such a heavy load on the processor.
I am sending a file of 500 kb, this is enough for the detection, but the CPU load is huge at the moment of recognition.
Can the load be reduced? Does it depend on the file format for recognition?
Thanks!
The text was updated successfully, but these errors were encountered: