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 577554 - segfault attempting to play this certain track
segfault attempting to play this certain track
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: dont know
unspecified
Other Linux
: High critical
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2009-04-01 01:39 UTC by lukeskibinski
Modified: 2011-11-15 10:37 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description lukeskibinski 2009-04-01 01:39:33 UTC
Banshee died unexpectedly while doing the first Mirage scan on my music directory. The console (I was running from Banshee with cmd: "dbus-launch banshee" (exact same behaviour with "dbus-launch banshee-1")) simply said "Segmentation fault".

Running Mirage's "rescan music collection" it failed again immediately with the same error, but I did manage to catch the name of the track in the lower left hand corner before it died.

Attempting to play this track after opening Banshee again caused the same crash.

There is no log file in my .config/banshee or .config/banshee-1 directories after running the "kill -s QUIT $(pidof banshee-1); cp ~/.config/banshee-1/log ~/Desktop/banshee.log" - this command fails with:

>>> pkill -s QUIT $(pidof banshee-1); cp ~/.config/banshee-1/log ~/Desktop/banshee.log
pkill: invalid session id: QUIT
cp: cannot stat `/home/alice/.config/banshee-1/log': No such file or directory

I toyed with the command but couldn't get a log file.

I'm running Ubuntu Hardy. I was running the packaged Banshee (0.4.3?) before adding the official repository and upgrading. After upgrade it converted(?) my old collection db to the new one without any apparent problem.

The filename is "Raison D'Etre - Apres nous le Deluge - 03 - The Final Wagon .mp3" and is 5.1M. The comment contains something that looks like a hex value "AG# 1FE8C808". 

I have no idea when or where I picked this track, most likely on IRC four/five years ago.

I can provide this file upon request.

If it's important, I'm running Ion3 and not gnome/metacity as my WM.
Comment 1 Bertrand Lorentz 2009-04-01 19:14:17 UTC
Could you try to play the file directly with another GStreamer-based media player, like totem ?
You could also play it directly with GStreamer by running the following command :

 gst-launch-0.10 playbin uri=file:///path/to/file.mp3
Comment 2 lukeskibinski 2009-04-01 23:42:16 UTC
(In reply to comment #1)
> Could you try to play the file directly with another GStreamer-based media
> player, like totem ?
> You could also play it directly with GStreamer by running the following command
> :
> 
>  gst-launch-0.10 playbin uri=file:///path/to/file.mp3

$ gst-launch-0.10 playbin uri=file:///home/alice/BIG_DADDY/media/music/music_misc/Raison\ D\'Etre\ -\ Apres\ nous\ le\ Deluge\ -\ 03\ -\ The\ Final\ Wagon\ .mp3 
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
Segmentation fault

tada. Looks like a gstreamer bug. 

In case it matters, the file works with mpd/ncmpc, vlc, mplayer, kaffeine.

The gstreamer unresolved bug list is pretty long - I'll add this anyway, quite possible it's just an example of something they already know about.

Comment 3 Andrés G. Aragoneses (IRC: knocte) 2011-10-03 14:32:02 UTC
(In reply to comment #2)
> $ gst-launch-0.10 playbin
> uri=file:///home/alice/BIG_DADDY/media/music/music_misc/Raison\ D\'Etre\ -\
> Apres\ nous\ le\ Deluge\ -\ 03\ -\ The\ Final\ Wagon\ .mp3 
> Setting pipeline to PAUSED ...
> Pipeline is PREROLLING ...
> Segmentation fault
> 
> tada. Looks like a gstreamer bug. 
> 

Thanks for testing, I'm redirecting this to GStreamer product to see if the maintainers can help.
Comment 4 Tim-Philipp Müller 2011-10-03 14:41:59 UTC
Thanks for taking the time to report this bug.
Without a stack trace from the crash it's very hard to determine what caused it.
Can you get us a stack trace? Please see http://live.gnome.org/GettingTraces for more information on how to do so. Thanks in advance!
Comment 5 Akhil Laddha 2011-11-15 05:52:18 UTC
lukeskibinski, can you please provide stacktrace as requested in comment#4 ?
Comment 6 lukeskibinski 2011-11-15 06:12:32 UTC
Hey Akhil,

It's been a while and my desktop had been upgraded several times and has now even swapped distributions.

I still have the music file though, so I ran the same command that failed in Hardy but it works in LMDE - I can't replicate this bug anymore.

Sorry I couldn't be of more help. Let me know if there is anything else I can do.
Comment 7 Tim-Philipp Müller 2011-11-15 10:37:45 UTC
Well, if it doesn't happen any more, that's even better. Will assumed it got fixed somehow then. Thanks for re-testing.