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 140138 - media file makes totem-gst go nuts
media file makes totem-gst go nuts
Status: VERIFIED INCOMPLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins
git master
Other Linux
: Normal normal
: 0.8.2
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2004-04-15 09:53 UTC by Johan (not receiving bugmail) Dahlin
Modified: 2009-08-15 18:40 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Johan (not receiving bugmail) Dahlin 2004-04-15 09:53:21 UTC 
With this media file:
ftp://ftp.mplayerhq.hu/MPlayer/samples/A-codecs/MP3/Silent_Light.mp3

I can make totem crash, show lots of warnings (GObject), freeze randomly.
Sometimes it just plays normally too. So there is definitely something fishy
with it. I can only reproduce this with the gstreamer backend, but it's not
directly a gstreamer error since it's not reproducable with other gstreamer
tools (or at least I couldn't).
It might be related to weird charaters in the tags. Since it's hungarian or
russian or another slavic/cyrillic language with I cannot understand.
Comment 1 Johan (not receiving bugmail) Dahlin 2004-04-15 10:18:27 UTC 
I reran in gdb and got the following traceback:
(gdb) r --g-fatal-warnings ../MP3/Silent_Light.mp3
Starting program: /opt/gnome/bin/totem --g-fatal-warnings ../MP3/Silent_Light.mp3
[Thread debugging using libthread_db enabled]
[New Thread -1207474016 (LWP 29124)]
[New Thread 104709040 (LWP 29125)]
[New Thread 20007856 (LWP 29126)]
[New Thread 112966576 (LWP 29127)]
 
Program received signal SIGSEGV, Segmentation fault.

+ Trace 46069

Thread 104709040 (LWP 29125)

  • #0 ??
  • #1 gst_data_unref
    at gstdata.c line 245
  • #2 gst_pad_event_default_dispatch
    at gstpad.c line 3783
  • #3 gst_pad_event_default
    at gstpad.c line 3842
  • #4 gst_spider_identity_handle_src_event
    at gstspideridentity.c line 588
  • #5 gst_pad_send_event
    at gstpad.c line 3916
  • #6 gst_pad_event_default_dispatch
    at gstpad.c line 3779
  • #7 gst_pad_event_default
    at gstpad.c line 3842
  • #8 gst_pad_send_event
    at gstpad.c line 3916
  • #9 gst_pad_event_default_dispatch
    at gstpad.c line 3779
  • #10 gst_pad_event_default
    at gstpad.c line 3842
  • #11 gst_pad_send_event
    at gstpad.c line 3916
  • #12 gst_pad_event_default_dispatch
  • #13 gst_pad_event_default
    at gstpad.c line 3842
  • #14 gst_queue_handle_pending_events
    at gstqueue.c line 392
  • #15 gst_queue_chain
    at gstqueue.c line 434
  • #16 gst_pad_push
    at gstpad.c line 3053
  • #17 gst_pad_event_default_dispatch
    at gstpad.c line 3772
  • #18 gst_pad_event_default
    at gstpad.c line 3813
  • #19 gst_pad_send_event
    at gstpad.c line 3916
  • #20 gst_opt_scheduler_chain_wrapper
    at gstoptimalscheduler.c line 1376
  • #21 gst_pad_push
    at gstpad.c line 3053
  • #22 gst_pad_event_default_dispatch
    at gstpad.c line 3772
  • #23 gst_pad_event_default
    at gstpad.c line 3813
  • #24 gst_pad_send_event
    at gstpad.c line 3916
  • #25 gst_opt_scheduler_chain_wrapper
    at gstoptimalscheduler.c line 1376
  • #26 gst_pad_push
    at gstpad.c line 3053
  • #27 gst_spider_identity_chain
    at gstspideridentity.c line 199
  • #28 gst_spider_identity_dumb_loop
    at gstspideridentity.c line 437
  • #29 loop_group_schedule_function
    at gstoptimalscheduler.c line 1217
  • #30 schedule_group
    at gstoptimalscheduler.c line 1054
  • #31 gst_opt_scheduler_schedule_run_queue
    at gstoptimalscheduler.c line 1097
  • #32 gst_opt_scheduler_get_wrapper
    at gstoptimalscheduler.c line 1327
  • #33 gst_pad_pull
    at gstpad.c line 3103
  • #34 gst_spider_identity_dumb_loop
    at gstspideridentity.c line 435
  • #35 loop_group_schedule_function
    at gstoptimalscheduler.c line 1217
  • #36 schedule_group
    at gstoptimalscheduler.c line 1054
  • #37 gst_opt_scheduler_schedule_run_queue
  • #38 schedule_chain
    at gstoptimalscheduler.c line 1145
  • #39 gst_opt_scheduler_iterate
    at gstoptimalscheduler.c line 2317
  • #40 gst_scheduler_iterate
    at gstscheduler.c line 695
  • #41 gst_bin_iterate_func
    at gstbin.c line 1116
  • #42 gst_marshal_BOOLEAN__VOID
    at gstmarshal.c line 433
  • #43 g_type_class_meta_marshal
    at gclosure.c line 514
  • #44 g_closure_invoke
    at gclosure.c line 437
  • #45 signal_emit_unlocked_R
    at gsignal.c line 2474
  • #46 g_signal_emit_valist
    at gsignal.c line 2205
  • #47 g_signal_emit
    at gsignal.c line 2239
  • #48 gst_bin_iterate
    at gstbin.c line 1153
  • #49 gst_thread_main_loop
    at gstthread.c line 587
  • #50 g_thread_create_proxy
    at gthread.c line 556
  • #51 start_thread
    from /lib/tls/libpthread.so.0
  • #52 clone
    from /lib/tls/libc.so.6 

So maybe it is a gst bug after all.
Comment 2 Bastien Nocera 2004-04-16 10:21:27 UTC 
A possible GStreamer problem.
Comment 3 Ronald Bultje 2004-04-19 02:48:57 UTC 
Is this related to #124504?
Comment 4 Johan (not receiving bugmail) Dahlin 2004-04-19 09:33:22 UTC 
Might be, I cannot confirm with 100% certainty though.
Comment 5 Ronald Bultje 2004-06-13 22:38:58 UTC 
I can no longer reproduce this...
Comment 6 Johan (not receiving bugmail) Dahlin 2004-06-13 22:42:46 UTC 
We cannot be sure if it's fixed. Moving to NEEDINFO in case someone can
reproduce it.
Comment 7 Christian Fredrik Kalager Schaller 2004-12-07 23:55:07 UTC 
Nothing heard so marking as closed.