After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 658620 - Last.fm fingerprinting fails
Last.fm fingerprinting fails
Status: RESOLVED WONTFIX
Product: banshee
Classification: Other
Component: Other Extensions
2.0.0
Other Linux
: Normal normal
: ---
Assigned To: Banshee Maintainers
Banshee Maintainers
gnome[unmaintained]
Depends on:
Blocks:
 
 
Reported: 2011-09-09 00:47 UTC by ubuntumuntu
Modified: 2020-03-17 09:16 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
another detailed log (25.16 KB, text/plain)
2011-09-09 02:17 UTC, ubuntumuntu
Details

Description ubuntumuntu 2011-09-09 00:47:10 UTC
OS: Ubuntu Natty 11.04
Kernel: 2.6.38-11-generic x86_64
Banshee: 2.0.0-2ubuntu2
Extension: banshee-extension-lastfmfingerprint   2.0.0-1ubuntu1

Running banshee from CLI with debug options set, I try to find "unknown" track's meta-data via plugin.
I've authenticated against my paid-up account, & has worked a few times (seems to work on MP3 files only), but I'm getting failures on others; thereafter no files get fingerprinted, regardless of login.

Debug information for fingerprinting event:

(Banshee:20423): GStreamer-CRITICAL **: gst_caps_unref: assertion `caps != NULL' failed
[Warn  12:34:59.700] Caught an exception - System.ArgumentNullException: Argument cannot be null.
Parameter name: src (in `mscorlib')
  at (wrapper managed-to-native) System.Runtime.InteropServices.Marshal:copy_from_unmanaged (intptr,int,System.Array,int)
  at System.Runtime.InteropServices.Marshal.Copy (IntPtr source, System.Byte[] destination, Int32 startIndex, Int32 length) [0x00000] in <filename unknown>:0 
  at Banshee.LastfmFingerprint.AudioDecoder.Decode (System.String file) [0x00000] in <filename unknown>:0 
  at Banshee.LastfmFingerprint.LastfmFingerprintService+<OnGetTagFromFingerprint>c__AnonStorey0.<>m__0 (System.Object ) [0x00000] in <filename unknown>:0 
libLastfmfp: destroy.

Next I'll try loading the Ubuntu cutting-edge PPA's
Comment 1 ubuntumuntu 2011-09-09 02:17:21 UTC
Created attachment 196060 [details]
another detailed log

generated from CLI via `banshee --debug > banshee.detailed.log`

tried retrieving meta-data for 3 batches
Comment 2 Bertrand Lorentz 2011-09-10 15:54:56 UTC
Thank you for your bug report.

It seems something goes wrong when analyzing the files.

You mention it works with MP3 files, with what kind of files does it not work ? Are you able to play those files ?
Comment 3 ubuntumuntu 2011-09-10 21:54:03 UTC
For the most part I've been fingerprinting MP3's, but in the mix are other formats like FLAC & OGG (WAV is pretty pointless, since there's not meta-data attached). I've avoided the other formats like WMA & AAC, but I can test those too 
Could also be related to CODEC's (but not as likely)

I'll have to do some more tests over the coming days to ascertain whether or not I just couldn't fingerprint those files to to the request-"quota" running out
Comment 4 ubuntumuntu 2011-10-21 00:31:57 UTC
as per IRC request, link to last.fm forum post indicating functional API: http://www.last.fm/group/Last.fm+Web+Services/forum/21604/_/751349/1#f15594984
Comment 5 percherie 2011-10-23 10:29:57 UTC
Hello,

I also use FingerPrint but after a few songs found, I must again to connect. I do not need to re-authenticate but after 2 or 3 pieces should I start analyzing my application.

Is there a solution for this problem?
Comment 6 André Klapper 2020-03-17 09:16:24 UTC
Banshee is not under active development anymore and had its last code changes more than three years ago. Its codebase has been archived.

Closing this report as WONTFIX as part of Bugzilla Housekeeping to reflect
reality. Please feel free to reopen this ticket (or rather transfer the project
to GNOME Gitlab, as GNOME Bugzilla is being shut down) if anyone takes the
responsibility for active development again.
See https://gitlab.gnome.org/Infrastructure/Infrastructure/issues/264 for more info.