bpm detection goes on endlessly if the music folder contains a non-audio file

Bug #875554 reported by PeterPall
28
This bug affects 5 people
Affects Status Importance Assigned to Milestone
Banshee
New
Medium
banshee (Ubuntu)
Triaged
Undecided
Unassigned

Bug Description

If the music folder contains any text file containing lyrics, html file or any other file gstreamer doesn't know how to decode the bpm detection will stop at this file leaving the throbber running and leaving half of the music library without bpm information. The only hint the user gets about that problem is the console message that gstreamer has not been able to decode a file - and the fact that the throbber in the lower left edge of the screen is turning endlessly always indicating that the bpm detection is in progress.

ProblemType: Bug
DistroRelease: Ubuntu 11.10
Package: banshee 2.2.0-1ubuntu2
ProcVersionSignature: Ubuntu 3.0.0-12.20-generic-pae 3.0.4
Uname: Linux 3.0.0-12-generic-pae i686
NonfreeKernelModules: nvidia wl
ApportVersion: 1.23-0ubuntu3
Architecture: i386
Date: Sun Oct 16 09:57:18 2011
EcryptfsInUse: Yes
ExecutablePath: /usr/lib/banshee/Banshee.exe
InterpreterPath: /usr/bin/mono
ProcEnviron:
 SHELL=/bin/bash
 PATH=(custom, user)
 LANG=en_US.UTF-8
 LC_TIME=de_DE.UTF-8
SourcePackage: banshee
UpgradeStatus: No upgrade log present (probably fresh install)

Revision history for this message
PeterPall (peterpall) wrote :
Revision history for this message
PeterPall (peterpall) wrote :

Did rename the following file:
/home/gunter/MP3/Music/WamdueProject/kingofmycastle_musicload/Wamdue Project_King Of My Castle_04_King Of My Castle (Bini & Martini 999 Dub)_ML2567187.mp3

to anything without spaces, '&' signs and brackets along with all other files in the directory it was in. The bpm detection now did output the following lines:

[33 Debug 10:23:50.169] Finished - Downloading Cover Art
[15 Debug 10:23:50.259] Preempting - Detecting BPM
[15 Debug 10:23:50.261] Starting - Saving Metadata to File
[34 Debug 10:23:50.336] Finished - Saving Metadata to File
[34 Debug 10:23:50.338] Starting - Detecting BPM
[15 Debug 10:23:57.164] Starting - Downloading Cover Art
[35 Debug 10:23:57.200] Finished - Downloading Cover Art
[15 Debug 10:23:57.334] Preempting - Detecting BPM
[15 Debug 10:23:57.335] Starting - Saving Metadata to File
[36 Debug 10:23:57.359] Finished - Saving Metadata to File
[36 Debug 10:23:57.361] Starting - Detecting BPM

Let's see where it halts next.

Revision history for this message
PeterPall (peterpall) wrote :

Restarted banshee after the bpm detection hat halted again. The message it output this time was:

(Banshee:11259): GStreamer-CRITICAL **: gst_bin_get_by_interface: assertion `G_TYPE_IS_INTERFACE (iface)' failed
bpm_detect got error: Resource not found. gstfilesrc.c(1036): gst_file_src_start (): /GstPipeline:pipeline/GstFileSrc:filesrc:
No such file "/home/gunter/MP3/Music/WamdueProject/kingofmycastle_musicload/Wamdue Project_King Of My Castle_04_King Of My Castle (Bini & Martini 999 Dub)_ML2567187.mp3"
bpm_detect got error: Resource not found. gstfilesrc.c(1036): gst_file_src_start (): /GstPipeline:pipeline/GstFileSrc:filesrc:
No such file "/home/gunter/MP3/Music/WamdueProject/kingofmycastle_musicload/Wamdue Project_King Of My Castle_04_King Of My Castle (Bini & Martini 999 Dub)_ML2567187.mp3"

Marking Bug #483649 as duplicate of this one.

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in banshee (Ubuntu):
status: New → Confirmed
PeterPall (peterpall)
summary: - bpm detection never finishes
+ bpm detection goes on endlessly if the music folder contains a non-audio
+ file
PeterPall (peterpall)
description: updated
Revision history for this message
rubo77 (rubo77) wrote :

any progress with this bug?

i cannot use the bpm dedection, cause i have thousands of cover arts and so on in my library and don't want to rename them all

Revision history for this message
rubo77 (rubo77) wrote :

and i read, that the search ithin your library is also slow, when BPM-Detection gets stuck:
http://banshee-media-player.2283330.n4.nabble.com/Active-Task-Running-Detecting-BPM-td3533691.html#a3533741

Revision history for this message
Chow Loong Jin (hyperair) wrote :

Could you post the full output of "banshee --debug" while reproducing this bug, please?

Revision history for this message
rubo77 (rubo77) wrote :

 GStreamer running beat detection on /home/ruben/Musik/!...Sammlung/70er/!..Krautrock/King Crimson/kingcrimsonframebyframe.wav
bpm_detect got error: GStreamer hat einen allgemeinen Datenstromfehler festgestellt. gstdecodebin2.c(3239): gst_decode_bin_expose (): /GstPipeline:pipeline/GstDecodeBin2:decodebin2:
all streams without buffers

Revision history for this message
Chow Loong Jin (hyperair) wrote : Re: [Bug 875554] Re: bpm detection goes on endlessly if the music folder contains a non-audio file

*Full* output please?

--
Kind regards,
Loong Jin

Revision history for this message
rubo77 (rubo77) wrote :

that was the output.

after i removed the corrupt wav file it continued the BPM-detection.

i attached the corrupt file here see "this is the file, where it hangs " of my last comment.

i think that wav file has some speciality, so banshee hangs.
https://bugs.launchpad.net/ubuntu/+source/banshee/+bug/875554/+attachment/2611369/+files/kingcrimsonframebyframe.wav

Revision history for this message
Chow Loong Jin (hyperair) wrote :

On 29/11/2011 08:54, rubo77 wrote:
> that was the output.

Well, really, I wanted the stuff that came before that in the log as well. I'll
forward this upstream anyway, since the wav probably makes things debuggable
upstream.

--
Kind regards,
Loong Jin

Changed in banshee (Ubuntu):
status: Confirmed → Triaged
Revision history for this message
rubo77 (rubo77) wrote :
Changed in banshee:
importance: Unknown → Medium
status: Unknown → New
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.