Rhythmbox Crashing on playing a song and listing a dir

Error log from trying to import a folder

Thanks for your bug. What version of Ubuntu do you use? Could you run "gst-launch -t filesrc location=/path/to/my/04.wma ! decodebin ! fakesink" and copy that to a comment?

i'm using dapper latest. Why don't I have gst-launch and only gst-launch-0.10? I have the same problem with ipython, I only have python2.4-ipython and not a link ipython.

retype@laura:~ $ gst-launch-0.10 -t filesrc location=/mnt/dados/musicas/04.wma ! decodebin ! fakesink
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
FOUND TAG : found by element "asfdemux0".

(gst-launch-0.10:22415): GLib-GObject-CRITICAL **: g_value_get_string: assertion `G_VALUE_HOLDS_STRING (value)' failed
          genre: (null)

(gst-launch-0.10:22415): GLib-GObject-CRITICAL **: g_value_get_string: assertion `G_VALUE_HOLDS_STRING (value)' failed
               : (null)
FOUND TAG : found by element "asfdemux0".
    audio codec: WMA Version 8
FOUND TAG : found by element "asfdemux0".
          title: I Believe in a Thing Called Love
Pipeline is PREROLLED ...
Setting pipeline to PLAYING ...
New clock: GstSystemClock
Got EOS from element "pipeline0".
Execution ended after 1064487000 ns.
Setting pipeline to PAUSED ...
Setting pipeline to READY ...
Total Unfree 0 bytes cnt 0 [(nil),0]
Setting pipeline to NULL ...
FREEING pipeline ...

the unversionned version is shipped with gstreamer-tools but is not required. It doesn't crash. Could get a backtrace from rhythmbox?
- gdb rhythmbox
(gdb) run
... crash
(gdb) thread apply all bt

and copy that to a comment

here it is:

Total Unfree 0 bytes cnt 0 [(nil),0]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1262486608 (LWP 10326)]
0x07fe39f6 in ?? ()
(gdb) thread apply all bt

Thread 14 (Thread -1270879312 (LWP 10327)):
#0 0xffffe410 in __kernel_vsyscall ()
#1 0xb7983eec in pthread_cond_timedwait@@GLIBC_2.3.2 () from
/lib/tls/i686/cmov/libpthread.so.0
#2 0xb798f5dc in ?? () from /usr/lib/libgthread-2.0.so.0
#3 0x087a6a60 in ?? ()
#4 0x081499e8 in ?? ()
#5 0xb43fe384 in ?? ()
#6 0xb7abdef1 in gst_object_unref () from /usr/lib/libgstreamer-0.10.so.0
#7 0xb7126d8c in g_async_queue_push_sorted () from /usr/lib/libglib-2.0.so.0
#8 0xb715a4ae in g_thread_pool_free () from /usr/lib/libglib-2.0.so.0
#9 0xb7158582 in g_static_private_free () from /usr/lib/libglib-2.0.so.0
#10 0xb7981341 in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
#11 0xb709f4ee in clone () from /lib/tls/i686/cmov/libc.so.6

Thread 13 (Thread -1262486608 (LWP 10326)):
#0 0x07fe39f6 in ?? ()
#1 0xb4bfeeec in ?? ()
#2 0xb4bfef7c in ?? ()
#3 0x0877d330 in ?? ()
#4 0xb4bfefb0 in ?? ()
#5 0x00004000 in ?? ()
#6 0x07fe3d1a in ?? ()
#7 0x00000000 in ?? ()

Thread 12 (Thread -1251615824 (LWP 10325)):
#0 0xffffe410 in __kernel_vsyscall ()
#1 0xb7983c76 in pthread_cond_wait@@GLIBC_2.3.2 () from
/lib/tls/i686/cmov/libpthread.so.0
#2 0xb6c32874 in gst_queue_get_type () from
/usr/lib/gstreamer-0.10/libgstcoreelements.so
#3 0xb7ae65ba in gst_pad_chain () from /usr/lib/libgstreamer-0.10.so.0
#4 0xb7ae6d2e in gst_pad_push () from /usr/lib/libgstreamer-0.10.so.0
#5 0xb4d73ada in gst_asf_demux_get_type () from
/usr/lib/gstreamer-0.10/libgstasf.so
#6 0xb4d74625 in gst_asf_demux_get_type () from
/usr/lib/gstreamer-0.10/libgstasf.so
#7 0xb4d7aa9a in gst_asf_demux_get_type () from
/usr/lib/gstreamer-0.10/libgstasf.so
#8 0xb4d7af31 in gst_asf_demux_get_type () from
/usr/lib/gstreamer-0.10/libgstasf.so
#9 0xb7ae65ba in gst_pad_chain () from /usr/lib/libgstreamer-0.10.so.0
#10 0xb7ae6d2e in gst_pad_push () from /usr/lib/libgstreamer-0.10.so.0
#11 0xb6c37c3d in gst_type_find_element_get_type () from
/usr/lib/gstreamer-0.10/libgstcoreelements.so
#12 0xb7ae65ba in gst_pad_chain () from /usr/lib/libgstreamer-0.10.so.0
#13 0xb7ad7283 in gst_proxy_pad_get_type () from /usr/lib/libgstreamer-0.10.so.0
#14 0xb7ae65ba in gst_pad_chain () from /usr/lib/libgstreamer-0.10.so.0
#15 0xb7ae6d2e in gst_pad_push () from /usr/lib/libgstreamer-0.10.so.0
#16 0xb7b40798 in gst_base_src_set_format () from /usr/lib/libgstbase-0.10.so.0
---Type <return> to continue, or q <return> to quit---
#17 0xb7afa70f in gst_task_get_type () from /usr/lib/libgstreamer-0.10.so.0
#18 0xb715a428 in g_thread_pool_free () from /usr/lib/libglib-2.0.so.0
#19 0xb7158582 in g_static_private_free () from /usr/lib/libglib-2.0.so.0
#20 0xb7981341 in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
#21 0xb709f4ee in clone () from /lib/tls/i686/cmov/libc.so.6

Thread 11 (Thread -1251615824 (LWP 10325)):
#0 0xffffe410 in __kernel_vsyscall ()
#1 0xb7983c76 in pthread_cond_wait@@GLIBC_2.3.2 () from
/lib/tls/i686/cmov/libpthread.so.0
#2 0xb6c32874 in gst_queue_get_type () from
/usr/lib/gstrea...

also I discovered that if I have a imported song it doesn't crash. It only crashes with a clean music library

Thank you for your work on that. Could you get the same backtrace with libglib2.0-0-dbg libgstreamer0.10-0-dbg gstreamer0.10-plugins-ugly-dbg rhythmbox-dbg installed?

here is it:

retype@laura:~ $ gdb rhythmbox
GNU gdb 6.4-debian
Copyright 2005 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
Starting program: /usr/bin/rhythmbox
[Thread debugging using libthread_db enabled]
[New Thread -1226230080 (LWP 29464)]
[New Thread -1256305744 (LWP 29472)]
[New Thread -1264698448 (LWP 29473)]
[New Thread -1265378384 (LWP 29474)]
[Thread -1265378384 (LWP 29474) exited]
[New Thread -1273771088 (LWP 29475)]
[Thread -1273771088 (LWP 29475) exited]
[New Thread -1273771088 (LWP 29477)]
[Thread -1273771088 (LWP 29477) exited]
[New Thread -1273771088 (LWP 29479)]
[New Thread -1265378384 (LWP 29480)]
[New Thread -1284506704 (LWP 29481)]
[Thread -1273771088 (LWP 29479) exited]
[Thread -1265378384 (LWP 29480) exited]
[Thread -1284506704 (LWP 29481) exited]
[New Thread -1284506704 (LWP 29487)]
[New Thread -1273771088 (LWP 29488)]
[New Thread -1265378384 (LWP 29489)]
[Thread -1284506704 (LWP 29487) exited]
[Thread -1265378384 (LWP 29489) exited]
[Thread -1273771088 (LWP 29488) exited]
[New Thread -1273771088 (LWP 29494)]
[New Thread -1265378384 (LWP 29495)]
[New Thread -1284506704 (LWP 29496)]
Called unk__purecall
Total Unfree 0 bytes cnt 0 [(nil),0]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1265378384 (LWP 29495)]
0x07fcf7fa in ?? ()
(gdb) thread apply all bt

Thread 15 (Thread -1284506704 (LWP 29496)):
#0 0xffffe410 in __kernel_vsyscall ()
#1 0xb79ddeec in pthread_cond_timedwait@@GLIBC_2.3.2 () from
/lib/tls/i686/cmov/libpthread.so.0
#2 0xb79e95dc in g_cond_timed_wait_posix_impl (cond=0x874cc58,
entered_mutex=0x81499e8, abs_time=0xb36ff404) at gthread-posix.c:229
#3 0xb7180d8c in g_async_queue_pop_intern_unlocked (queue=0x8147b60,
try=<value optimized out>, end_time=0xb36ff404) at gasyncqueue.c:341
#4 0xb71b44ae in g_thread_pool_thread_proxy (data=0x81496b0) at
gthreadpool.c:220
#5 0xb71b2582 in g_thread_create_proxy (data=0x874cbd0) at gthread.c:582
#6 0xb79db341 in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
#7 0xb70f94ee in clone () from /lib/tls/i686/cmov/libc.so.6

Thread 14 (Thread -1265378384 (LWP 29495)):
#0 0x07fcf7fa in ?? ()
#1 0x0879ea00 in ?? ()
#2 0x00004000 in ?? ()
#3 0xb493cfd4 in ?? ()
#4 0x0873986c in ?? ()
#5 0x08739870 in ?? ()
#6 0x08739878 in ?? ()
#7 0x00000001 in ?? ()
#8 0xb383a738 in ?? () from /usr/lib/gstreamer-0.10/libpitfdll.so
#9 0x08739868 in ?? ()
#10 0xb493d038 in ?? ()
#11 0x00004000 in ?? ()
#12 0x0879ea00 in ?? ()
#13 0x00000000 in ?? ()

Thread 13 (Thread -1273771088 (LWP 29494)):
#0 0xffffe410 in __kernel_vsyscall ()
#1 0xb79ddc76 in pthread_cond_wait@@GLIBC_2.3.2 () from
/lib/tls/i686/cmov/libpthread.so.0
#2 0xb6c8c874 in gst_queue_chain (pad=0x870e108, buffer=0x8721df0) at
gstqueue.c:688
#3 0xb7b405ba in gst_pad_chain (pad=0x870e108, buffer=...

does it happen without gstreamer0.10-pitfdll?

2006/5/11, Sebastien Bacher <email address hidden>:
> does it happen without gstreamer0.10-pitfdll?

without it it works. So the problem is with pitfdll? I installed it so
I could use win32codecs to see divx and wmv movies, but as
totem-gstreamer doesn't work good I am using totem-xine and I can live
withou it. But you should probably fix it :)

Without pitfdll both the one song import and the complete dir import works.

now I have other problem, rhythmbox only finds 4120 songs and bashee
(and Listen) found 4800+. Then I closed it (whatched that in gnome
monitor it was really closed), opened rhythmbox again and now it says
1638 songs. (at least one of the times that I opened rhythmbox I had
to finalise it in gnome monitor because it stayied running even though
I had closed it)

I am now recomending Listen to everyone I know.

2006/5/11, Leonardo Santagada <email address hidden>:
> 2006/5/11, Sebastien Bacher <email address hidden>:
> > does it happen without gstreamer0.10-pitfdll?
>
> without it it works. So the problem is with pitfdll? I installed it so
> I could use win32codecs to see divx and wmv movies, but as
> totem-gstreamer doesn't work good I am using totem-xine and I can live
> withou it. But you should probably fix it :)
>
> Without pitfdll both the one song import and the complete dir import works.
>

--
Leonardo Santagada (http://www.lomohomes.com/retype)

Não se preocupe com o que os outros vão fazer. O melhor jeito de
prever o futuro é inventa-lo.
- Alan Kay

"I am Pentium of Borg. Arithmetic is irrelevant. Division is futile.
You will be approximated."
"Borg will be assimilated. Resistance is futile. We are Microsoft."

Right, that looks like a gstreamer0.10-pitfdll issue which is not surprising, that's something that still needs work according to upstream

Thank you for the constructive comment...

Sorry it was not really meant to upset anyone... Just that I need an
audio player now, not in 6 months. Also rhythmbox is giving me this
really strange "glib Critical something is null blah blah blah and
should be a string" even when it works, and that will not easily
happen in a python app. Maybe ubuntu should change its focus to
supporting only one audio player, not be sad because I just can't
cope with rhythmbox errors.

--
Leonardo Santagada (http://www.lomohomes.com/retype)

Não se preocupe com o que os outros vão fazer. O melhor jeito de
prever o futuro é inventa-lo.
- Alan Kay

"I am Pentium of Borg. Arithmetic is irrelevant. Division is futile.
You will be approximated."
"Borg will be assimilated. Resistance is futile. We are Microsoft."

I'm not sad about your comment, it's just not fair. rhythmbox works fine for many people and for me too and now. Gstreamer and rhythmbox bugs are fixed really by upstream.

You speak about glib NULL errors you get, could you describe them and attach or mail an example? You speak about listen, but using gstreamer and GTK it's likely to have the same issues on import since there is no reason than a gstreamer bug would not happen to its python bindings too.

I would be happy to try to work with upstream to fix your issue upstream if you are willing to provide an example of song which is an issue for rhythmbox at the moment

Does the problem still exists with latest pitfdll?
And I don't see how pitfdll could be the reason for this as tag getting is done via asfdemux and only the actual decoding of audio via pitfdll

(btw, divx can also be played with the xvid and ffmpeg gstreamer plugins)

Latest beeing 0.9.1.1+cvs20060312-0ubuntu3

Your bug lacks information we would need to investigate further. We
are now going to close the bug - please reopen if you have more
information at hand.