Version: 1.4.4 (using KDE KDE 3.5.5) Installed from: Gentoo Packages Compiler: gcc 4.1.1 OS: Linux Attempting to stream from di.fm causes Amarok to hang. Kaffeine streams just fine (which I think uses Xine), as does Audacious (which I dont't think uses Xine). Unfortunately, Amarok has a nicer UI, so I'd really like to see this work. No amount of waiting seems to help. Eventually, I just pkill it and go back to Audacious. Running it via gdb until it hangs nets me this: (gdb) thread apply all bt Thread 11 (Thread -1293571168 (LWP 18720)): #0 0xffffe410 in __kernel_vsyscall () #1 0xb5f1f216 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #2 0xb419cf1b in xine_event_wait () from /usr/lib/libxine.so.1 #3 0xb419cfb6 in xine_event_wait () from /usr/lib/libxine.so.1 #4 0xb5f1c167 in start_thread () from /lib/libpthread.so.0 #5 0xb5e883fe in clone () from /lib/libc.so.6 Thread 10 (Thread -1285178464 (LWP 18719)): #0 0xffffe410 in __kernel_vsyscall () #1 0xb5f1f216 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #2 0xb418ce2e in _x_dummy_fifo_buffer_new () from /usr/lib/libxine.so.1 #3 0xb4193acd in _x_audio_decoder_init () from /usr/lib/libxine.so.1 #4 0xb5f1c167 in start_thread () from /lib/libpthread.so.0 #5 0xb5e883fe in clone () from /lib/libc.so.6 Thread 9 (Thread -1263588448 (LWP 18718)): #0 0xffffe410 in __kernel_vsyscall () #1 0xb5f1f216 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #2 0xb4197fee in _x_ao_channels2mode () from /usr/lib/libxine.so.1 #3 0xb419a250 in xine_get_next_audio_frame () from /usr/lib/libxine.so.1 #4 0xb5f1c167 in start_thread () from /lib/libpthread.so.0 #5 0xb5e883fe in clone () from /lib/libc.so.6 Thread 8 (Thread -1255195744 (LWP 18717)): #0 0xffffe410 in __kernel_vsyscall () #1 0xb5f1f48c in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #2 0xb4189817 in _x_metronom_init () from /usr/lib/libxine.so.1 #3 0xb5f1c167 in start_thread () from /lib/libpthread.so.0 #4 0xb5e883fe in clone () from /lib/libc.so.6 Thread 7 (Thread -1255195744 (LWP 18717)): #0 0xffffe410 in __kernel_vsyscall () #1 0xb5f1f48c in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #2 0xb4189817 in _x_metronom_init () from /usr/lib/libxine.so.1 #3 0xb5f1c167 in start_thread () from /lib/libpthread.so.0 #4 0xb5e883fe in clone () from /lib/libc.so.6 Thread 6 (Thread -1255195744 (LWP 18717)): #0 0xffffe410 in __kernel_vsyscall () #1 0xb5f1f48c in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #2 0xb4189817 in _x_metronom_init () from /usr/lib/libxine.so.1 #3 0xb5f1c167 in start_thread () from /lib/libpthread.so.0 #4 0xb5e883fe in clone () from /lib/libc.so.6 Thread 5 (Thread -1263588448 (LWP 18718)): #0 0xffffe410 in __kernel_vsyscall () #1 0xb5f1f216 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #2 0xb4197fee in _x_ao_channels2mode () from /usr/lib/libxine.so.1 #3 0xb419a250 in xine_get_next_audio_frame () from /usr/lib/libxine.so.1 #4 0xb5f1c167 in start_thread () from /lib/libpthread.so.0 #5 0xb5e883fe in clone () from /lib/libc.so.6 ---Type <return> to continue, or q <return> to quit--- Thread 4 (Thread -1263588448 (LWP 18718)): #0 0xffffe410 in __kernel_vsyscall () #1 0xb5f1f216 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #2 0xb4197fee in _x_ao_channels2mode () from /usr/lib/libxine.so.1 #3 0xb419a250 in xine_get_next_audio_frame () from /usr/lib/libxine.so.1 #4 0xb5f1c167 in start_thread () from /lib/libpthread.so.0 #5 0xb5e883fe in clone () from /lib/libc.so.6 Thread 3 (Thread -1263588448 (LWP 18718)): #0 0xffffe410 in __kernel_vsyscall () #1 0xb5f1f216 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #2 0xb4197fee in _x_ao_channels2mode () from /usr/lib/libxine.so.1 #3 0xb419a250 in xine_get_next_audio_frame () from /usr/lib/libxine.so.1 #4 0xb5f1c167 in start_thread () from /lib/libpthread.so.0 #5 0xb5e883fe in clone () from /lib/libc.so.6 Thread 2 (Thread -1255195744 (LWP 18717)): #0 0xffffe410 in __kernel_vsyscall () #1 0xb5f1f48c in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #2 0xb4189817 in _x_metronom_init () from /usr/lib/libxine.so.1 #3 0xb5f1c167 in start_thread () from /lib/libpthread.so.0 #4 0xb5e883fe in clone () from /lib/libc.so.6 Thread 1 (Thread -1251964192 (LWP 18692)): #0 0xffffe410 in __kernel_vsyscall () #1 0xb5f21cc8 in connect () from /lib/libpthread.so.0 #2 0xb41a7ab6 in _x_io_tcp_connect () from /usr/lib/libxine.so.1 #3 0xb40edb9c in ?? () from /usr/lib/xine/plugins/1.1.2/xineplug_inp_http.so #4 0x08673310 in ?? () #5 0x08705f78 in ?? () #6 0x00000050 in ?? () #7 0x086d89f4 in ?? () #8 0x086d89e8 in ?? () #9 0x086d89ec in ?? () #10 0x086d89f8 in ?? () #11 0x00000000 in ?? () #0 0xffffe410 in __kernel_vsyscall ()
Which playlist are you trying to play, and how? I couldn't reproduce this at all.
http://www.di.fm/mp3/vocaltrance.pls - which I saved as a Radio Stream. I load up Amarok, hit play - and nothing further happens. Go over to Audacious or Kaffeine, and they play fine. (Well, Kaffeine is a bit quiet, not sure why, but if I were going to keep using Kaffeine as an audio player, I could play with that.) I just deleted the stream and re-added it, and now it's playing fine. I believe that di.fm keeps moving their streaming servers (perhaps DHCP?), so the old playlist may have been out of date. But that's not an excuse for a hang...
I've just tested it: One of the 4 servers of this playlist worked for me (the last one), the others crapped out with an error message. Nothing froze, though. Could be that you have an older xinelib version, which had a bug that could cause a freeze when a server did not respond. I suggest upgrading. At any rate, Amarok is not to blame.
My xine-lib version is 1.1.2 - according to their website, that's the current (stable) version. Is there any other way to get more information (whether amarok or xine-lib) which would help resolve this? Note - the behaviour you say you're seeing is exactly what I saw at first. It was only after a couple of days that amarok started to hang.