You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Mar 28, 2022. It is now read-only.
Repository navigation
This repository was archived by the owner on Mar 28, 2022. It is now read-only.
2 audio files of same song in different formats recognized differently #80
These 2 are the same (Michael Jackson - Billie Jean). The 1st one is what was in my iPod and the 2nd one, I downloaded from Youtube and converted to mp3. I've attached both files.
I just can't figure out why the 1st file yields the song name correctly while the 2nd one returns none. The codes both are making seems to be different.
The expected outcome was for both of these to match the song correctly to Michael Jackson?
They are visually not the same in the screen shot you provided. Similar in the context of this granularity, but you can see the differences even at the provided resolution.
Best guess at this point is that the conversions of the YouTube version to mp3 has left artifacts that make it difficult for codegen to handle.
Have you tried other conversion processes with the same results?
@echoajohnson I've tried a couple different conversions with the same result. Is there more detailed documentation on the process echoprint is doing?
If echoprint is capable of detecting songs sung by a human through a microphone, could it be thrown off by such slight difference because of artifacts? It should be more resilient, right?
Activity
sreejithr commentedon May 28, 2015
I even tried looking at the differences between these 2 files in Audacity. Looks very alike.

sreejithr commentedon May 28, 2015
I read the paper on echoprint codes. Didn't help.
echoajohnson commentedon May 28, 2015
The expected outcome was for both of these to match the song correctly to Michael Jackson?
They are visually not the same in the screen shot you provided. Similar in the context of this granularity, but you can see the differences even at the provided resolution.
Best guess at this point is that the conversions of the YouTube version to mp3 has left artifacts that make it difficult for codegen to handle.
Have you tried other conversion processes with the same results?
sreejithr commentedon May 30, 2015
@echoajohnson I've tried a couple different conversions with the same result. Is there more detailed documentation on the process echoprint is doing?
If echoprint is capable of detecting songs sung by a human through a microphone, could it be thrown off by such slight difference because of artifacts? It should be more resilient, right?