rhythmbox crashes during playback of a mp3

Bug #96690 reported by AdamReid
10
Affects Status Importance Assigned to Milestone
gst-fluendo-mp3 (Ubuntu)
In Progress
Low
Unassigned
gstreamer (Ubuntu)
New
Undecided
Unassigned

Bug Description

This has only happened to a single mp3 that I've noticed so far. It always happens at the same point in the song. I noticed it in rythmbox first, but I've reproduced it using the following:
------------------------------------------------------------------------------------------------------------------------------------------
 gst-launch-0.10 filesrc location=Various\ Artists\ -\ Garden\ State\ -\ 06\ -\ Blue\ Eyes.mp3 ! decodebin ! audioconvert ! alsasink
------------------------------------------------------------------------------------------------------------------------------------------
Here's the output:
------------------------------------------------------------------------------------------------------------------------------------------
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
Pipeline is PREROLLED ...
Setting pipeline to PLAYING ...
New clock: GstAudioSinkClock

** ERROR **: file mp3-c.c: line 518 (III_huffman_decode): assertion failed: (i <= SSLIMIT * SBLIMIT)
aborting...
Aborted (core dumped)
------------------------------------------------------------------------------------------------------------------------------------------

I could not find a core dump, but I'd be willing to e-mail said mp3 to a developer if they need it.

ProblemType: Bug
Architecture: i386
Date: Mon Mar 26 17:45:42 2007
DistroRelease: Ubuntu 7.04
ExecutablePath: /usr/bin/rhythmbox
Package: rhythmbox 0.9.8-0ubuntu2
PackageArchitecture: i386
ProcCmdline: rhythmbox
ProcCwd: /home/adam
ProcEnviron:
 LANGUAGE=en_CA:en_US:en_GB:en
 PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11:/usr/games
 LANG=en_CA.UTF-8
 SHELL=/bin/bash
SourcePackage: rhythmbox
Uname: Linux neurosys 2.6.20-13-generic #2 SMP Sun Mar 25 00:21:25 UTC 2007 i686 GNU/Linux

Revision history for this message
AdamReid (atomic0x) wrote :
Revision history for this message
Chris Rose (chris-vault5) wrote :

Thank you for your bug report, Adam.

Can you please attach the .crash file, from /var/crash after the crash?

This bug is possibly a duplicate of bug 85828.

Changed in gstreamer:
assignee: nobody → chris-vault5
importance: Undecided → Low
status: Unconfirmed → Needs Info
description: updated
Revision history for this message
AdamReid (atomic0x) wrote :
Revision history for this message
Chris Rose (chris-vault5) wrote :

Thank you.

Changed in gstreamer:
assignee: chris-vault5 → nobody
status: Needs Info → Confirmed
status: Confirmed → Unconfirmed
Revision history for this message
BHowell (mute-howell-ersatz) wrote :

I'm experiencing the same error. It always happens at the same point on the same mp3 file. I'm attaching log file from running "rhythmbox -d"

Revision history for this message
Greguti (greguti) wrote :

Hi,

noticed the same error since I installed a fresh Feisty Fawn instead of my Edgy Eft. Did'nt try it with Rhythmbox (I don't use it) but I got the same error message when I try to play at least 3 MP3 files from my collection, either from Listen 0.5 of from QuodLibet 0.24

When I launch these apps from a command line, when it crashes while beginning to play the file (after just 2 or 3 seconds of music), the following error prints in the terminal window:

** ERROR **: file mp3-c.c: line 518 (III_huffman_decode): assertion failed: (i <= SSLIMIT * SBLIMIT)
aborting...
Abandon (core dumped)

The same MP3 files were played ok under Edgy. I can still play them with Totem of XMMS. FYI, these 3 files are all from the Melvins, but inside several sub-folders.

I hope this helps.

Greg

Revision history for this message
ccc1 (cllccl-deactivatedaccount) wrote :
Download full text (7.7 KiB)

same problem here.

comment i posted already in some other bugreport (https://bugs.launchpad.net/bugs/85828):

"I have exactly the same problem with one mp3 in my library. rhythmbox crashes on the same spot every time when i play that file.

here is the backtrace (hope i typed the correct commands):

cl@cl:~$ gdb gst-launch-0.10
GNU gdb 6.6-debian
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i486-linux-gnu"...
Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".
(gdb) run playbin uri=file:///home/cl/Desktop/08.mp3
Starting program: /usr/bin/gst-launch-0.10 playbin uri=file:///home/cl/Desktop/08.mp3
[Thread debugging using libthread_db enabled]
[New Thread -1212983616 (LWP 22066)]
Pausiere Leitung ...
[New Thread -1216672880 (LWP 22070)]
[New Thread -1225958512 (LWP 22071)]
[Thread -1216672880 (LWP 22070) exited]
[New Thread -1216672880 (LWP 22072)]
[New Thread -1234351216 (LWP 22073)]
Leitung wird gestartet ...
[New Thread -1242743920 (LWP 22074)]
[New Thread -1251136624 (LWP 22075)]
[New Thread -1259529328 (LWP 22076)]
Leitung ist gestrartet ...
Setze Pipeline zum Abspielen...
New clock: GstAudioSinkClock
[Thread -1242743920 (LWP 22074) exited]
[Thread -1259529328 (LWP 22076) exited]

** ERROR **: file mp3-c.c: line 518 (III_huffman_decode): assertion failed: (i <= SSLIMIT * SBLIMIT)
aborting...

Program received signal SIGABRT, Aborted.
[Switching to Thread -1216672880 (LWP 22072)]
0xffffe410 in __kernel_vsyscall ()
(gdb) thread apply all backtrace

Thread 7 (Thread -1251136624 (LWP 22075)):
#0 0xffffe410 in __kernel_vsyscall ()
#1 0xb7d56a29 in ioctl () from /lib/tls/i686/cmov/libc.so.6
#2 0xb6f2da20 in ?? () from /usr/lib/libasound.so.2
#3 0x00000009 in ?? ()
#4 0x400c4150 in ?? ()
#5 0xb56d2290 in ?? ()
#6 0xb7dd8451 in pthread_mutex_lock () from /lib/tls/i686/cmov/libpthread.so.0
#7 0xb6f1db55 in snd_pcm_writei () from /usr/lib/libasound.so.2
#8 0xb77d49b7 in gst_alsasink_write (asink=0x8172000, data=0x81b5934,
    length=1764) at gstalsasink.c:785
#9 0xb785e4fa in audioringbuffer_thread_func (buf=0x8121b48)
    at gstaudiosink.c:226
#10 0xb7e33b7f in ?? () from /usr/lib/libglib-2.0.so.0
#11 0x08121b48 in ?? ()
#12 0x081719c0 in ?? ()
#13 0x00000000 in ?? ()

Thread 5 (Thread -1234351216 (LWP 22073)):
#0 0xffffe410 in __kernel_vsyscall ()
#1 0xb7dda5c6 in pthread_cond_wait@@GLIBC_2.3.2 ()
   from /lib/tls/i686/cmov/libpthread.so.0
---Type <return> to continue, or q <return> to quit---
#2 0xb78683f3 in wait_segment (buf=0x8121b48) at gstringbuffer.c:1142
#3 0xb7868af8 in gst_ring_buffer_commit_full (buf=0x8121b48,
    sample=0xb66d3968, data=0xac44 <Address 0xac44 out of bounds>,
    in_samples=1061, out_samples=1061, accum=0xb66d3974)
    at gstringbuffer.c:1380
#4 0xb7861283 in gst_base_audio_sink_render (bsink=0x8172000, buf=0x8208018)
    at gstbaseaudiosink.c:891
#5 0xb796fa90 in gst_base_sink_render_object (base...

Read more...

Revision history for this message
Jan Schmidt (thaytan) wrote :

Could someone please mail me a sample file? thaytan at noraisin dot net

Revision history for this message
Jan Schmidt (thaytan) wrote :

Thanks, I got a test file. The problem is fixed in Fluendo svn and will be in the 0.10.6 release of gst-fluendo-mp3.

In the meantime, people can remove the gstreamer0.10-fluendo-mp3 package and ensure they have gstreamer0.10-plugins-ugly installed to use the libmad based decoder instead of the Fluendo one.

Revision history for this message
ccc1 (cllccl-deactivatedaccount) wrote :

just upgraded to gusty and saw that it still ships with gst-fluendo-mp3 0.10.5 -> bug still present.
isn't 0.10.6 out yet?

Revision history for this message
Jan Schmidt (thaytan) wrote :

Yes, it was released in May.

Revision history for this message
ccc1 (cllccl-deactivatedaccount) wrote :

so why it's not in gusty yet?

Revision history for this message
Stéphane Loeuillet (leroutier) wrote :

Because noone did update the package

Changed in gstreamer:
status: New → In Progress
Revision history for this message
Dave Neary (dneary) wrote :

Any idea when 0.10.6 might be available in Gutsy?

What needs doing? Perhaps I can help...

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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