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 329839 - radio ogg stream play problems
radio ogg stream play problems
Status: RESOLVED DUPLICATE of bug 320984
Product: GStreamer
Classification: Platform
Component: gst-plugins-base
0.10.x
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2006-02-03 22:54 UTC by Christopher Aillon
Modified: 2006-02-07 09:22 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
gdb backtrace (7.03 KB, text/plain)
2006-02-04 21:36 UTC, Christopher Aillon
Details

Description Christopher Aillon 2006-02-03 22:54:29 UTC
I can reproduce this issue on 0.9.3

I'm upstreaming from https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=179594

--------
Description of problem:
Rhythmbox doesn't play (or starts to play but stops after a few seconds, or crashes) the stream http://shrike.colorado.edu:8000/high.ogg. No problems with command line ogg123 command.

>> ogg123 http://shrike.colorado.edu:8000/high.ogg

Version-Release number of selected component (if applicable):
rhythmbox-0.9.2.cvs20060123-1

How reproducible:
Always

Steps to Reproduce:
1. start rhythmbox
2. add http://shrike.colorado.edu:8000/high.ogg as an internet radio station
3. play the stream
  

Actual Results:  Starts but stops really soon, or doesn't start, or makes rhythmbox crash

Expected Results:  play the stream without problems
Comment 1 James "Doc" Livingston 2006-02-04 05:14:03 UTC
This works for me, with both GStreamer 0.8 and 0.10.

If it crashes occasionally, could you get a backtrace?
Comment 2 Christopher Aillon 2006-02-04 21:36:06 UTC
Created attachment 58721 [details]
gdb backtrace

I was about to resolve this as fixed since it appeared to work in 0.9.3.1, but it crashed after about 30 seconds of playing.  Here is the backtrace from gdb.
Comment 3 Jonathan Matthew 2006-02-05 03:20:51 UTC
For me it locks up when the active ogg chain changes.  Interesting thread stack traces:

Thread 2 (Thread -1246860368 (LWP 1459))

  • #0 __kernel_vsyscall
  • #1 __lll_mutex_lock_wait
    from /lib/tls/i686/cmov/libpthread.so.0
  • #2 _L_mutex_lock_29
    from /lib/tls/i686/cmov/libpthread.so.0
  • #3 ??
  • #4 IA__g_malloc
    at gmem.c line 137
  • #5 gst_object_check_uniqueness
    at gstobject.c line 1006
  • #6 gst_bin_add_func
    at gstbin.c line 716
  • #7 gst_bin_add
    at gstbin.c line 829
  • #8 new_decoded_pad
    at gstplaybasebin.c line 670
  • #9 gst_play_marshal_VOID__OBJECT_BOOLEAN
    at gstplay-marshal.c line 123
  • #10 IA__g_closure_invoke
    at gclosure.c line 492
  • #11 signal_emit_unlocked_R
    at gsignal.c line 2485
  • #12 IA__g_signal_emit_valist
    at gsignal.c line 2244
  • #13 IA__g_signal_emit
    at gsignal.c line 2288
  • #14 close_pad_link
    at gstdecodebin.c line 617
  • #15 close_pad_link
    at gstdecodebin.c line 1253
  • #16 new_pad
    at gstdecodebin.c line 1046
  • #17 IA__g_cclosure_marshal_VOID__OBJECT
    at gmarshal.c line 636
  • #18 IA__g_closure_invoke
    at gclosure.c line 492
  • #19 signal_emit_unlocked_R
    at gsignal.c line 2485
  • #20 IA__g_signal_emit_valist
    at gsignal.c line 2244
  • #21 IA__g_signal_emit
    at gsignal.c line 2288
  • #22 gst_element_add_pad
    at gstelement.c line 633
  • #23 gst_ogg_demux_activate_chain
    at gstoggdemux.c line 1430
  • #24 gst_ogg_pad_submit_page
    at gstoggdemux.c line 905
  • #25 gst_ogg_demux_chain
    at gstoggdemux.c line 2375
  • #26 gst_pad_chain
    at gstpad.c line 3172
  • #27 gst_pad_push
    at gstpad.c line 3271
  • #28 gst_type_find_element_chain
    at gsttypefindelement.c line 672
  • #29 gst_pad_chain
    at gstpad.c line 3172
  • #30 gst_proxy_pad_do_chain
    at gstghostpad.c line 205
  • #31 gst_pad_chain
    at gstpad.c line 3172
  • #32 gst_pad_push
    at gstpad.c line 3271
  • #33 gst_base_src_loop
    at gstbasesrc.c line 1284
  • #34 gst_task_func
    at gsttask.c line 186
  • #35 g_thread_pool_thread_proxy
    at gthreadpool.c line 114
  • #36 g_thread_create_proxy
    at gthread.c line 564
  • #37 start_thread
    from /lib/tls/i686/cmov/libpthread.so.0
  • #38 clone
    from /lib/tls/i686/cmov/libc.so.6

Roughly similar symptoms when playing the stream with gst-launch-0.10, but one thread gets stuck inside ALSA, trying to do an ioctl.
Comment 4 James "Doc" Livingston 2006-02-07 07:42:03 UTC
This looks like a gstreamer issue (chained oggs again), so moving there.
Comment 5 Tim-Philipp Müller 2006-02-07 09:22:55 UTC

*** This bug has been marked as a duplicate of 320984 ***