This project is read-only.

Is there something wrong with lastfmfpclient.exe?


Is there something wrong with lastfmfpclient.exe? It doesn't work anymore ..


DougMurphy82 wrote Sep 24, 2014 at 3:25 PM


I haven't had the chance to look into this issue further yet. Could you provide me with some more detail as to what it is doing exactly? Screenshots are helpful. :)

-Doug Murphy

DougMurphy82 wrote Sep 25, 2014 at 2:54 AM


I was able to set my development environment back up tonight (I had a HDD crash recently...) and I stepped through the code. It turns out that there is in fact an issue with the lastfmfpclient.exe file. I'm not sure what the issue is exactly, but it is returning "ERROR: Empty reply from server" when passing the file to it. They may have shut down their fingerprinting server or just disconnected the lastfmfpclient.exe's access to it. I'll try to look into this further and find an alternative route.

AmirH484 wrote Sep 26, 2014 at 12:41 AM

Hi, Sorry 4 delay, Thanks, First I should sorry 4 my poor English ..
As alternative you can use Echo Nest API, I already have built an app based on echo nest API and if you want it, I'll gladly send it to you, But, Last.FM's database is much bigger than echo nest's, If you could spend time on solving lastfmfpclient.exe 's issue I would be very appreciate that ..
But about what you said that "They may have shut down their fingerprinting server or just disconnected the lastfmfpclient.exe's access to it", I doubt it, Because on their website (, They said : "Retrieve track metadata associated with a fingerprint id generated by the Fingerprinter. Returns track elements, along with a 'rank' value between 0 and 1 reflecting the confidence for each match. See this blog post for more info." .. So, I don't Think so ..

Thanks again ..

DougMurphy82 wrote Sep 30, 2014 at 4:18 PM


I stumbled upon your thread on the Last.FM and it appears that other users are also having this same issue with the lastfmfpclient.exe. I went to view the code on GitHub and it appears that there is no exception message specifically regarding the message we are seeing "ERROR: Empty reply from server". This leads me to further believe that the problem is rather with their server and not anything wrong with the lastfmfpclient.exe file itself. I have investigated a little in to switching to using Gracenote entirely, but have had no luck using their GNSDK for C# just yet.

Since it is an issue with their server, either by accident or intentional, then the problem may fix itself at any moment. I urge you to continue trying the application to see if the lastfmfpclient.exe fixes itself. In the meantime, I might find some time to go ahead and re-publish a new updated version that will throw an exception when this happens so that you (the user) is aware that an issue has occurred.

Lastly, I tested it with using Gracenote and it still seems to work just as well. So if the lastfmfpclient.exe is not working for an extended period of time, you can fill in what you know and then the auto-detect should do the rest for you. Notably, you should enter the Artist, Song Title and Album if you know those.

-Doug Murphy

Chrisfitzsimons wrote Apr 20, 2016 at 9:34 AM

Hi, I have an issue where 404 file not found is received from the lastfmfpclient.exe for every MP3 used. You get this error also from the command line: lastfmfpclient a.mp3. Have you seen this error before?

DougMurphy82 wrote Apr 20, 2016 at 12:41 PM


Unfortunately, the reality is that I have not had a chance to work on this project since a couple of months after I graduated. Life got busy (as one would expect) and I just haven't had the time to focus on this. The hope is that another developer would come along and send a pull request. :)

Even though the lastfmfpclient is not working as intended, the Gracenote side of this should function fine as a backup. In order for Gracenote to work, however, you need to have a few of the ID3 tags set first.