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 331323 - [ffdec_mp3] crashing while playing mp3
[ffdec_mp3] crashing while playing mp3
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-libav
git master
Other Linux
: High critical
: 0.10.2
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2006-02-15 21:01 UTC by Robert Ford
Modified: 2006-04-11 17:56 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Robert Ford 2006-02-15 21:01:26 UTC
GStreamer-CRITICAL **: gst_segment_clip: assertion `segment->format == format' failed
aborting...


happens with any gstreamer based player, rhythmbox, totem, and banshee.

Robert
Comment 1 Jan Schmidt 2006-02-17 12:01:27 UTC
Which version of gstreamer core, gst-plugins-base, gst-plugins-good and gst-plugins-ugly is this with?
Comment 2 Robert Ford 2006-02-18 00:38:29 UTC
This is from a garnome build with gstreamer-0.10.3, gst-plugins-base-0.10.3, gst-plugins-good-0.10.2, and gst-ffmpeg-0.10.0. I am not the only one who has seen this problem, others in the garnome community have had that problem under different kinda of builds too.

you can join #garnome channel on the irc.gnome.org server

Robert
Comment 3 Christian Kirbach 2006-02-19 02:07:36 UTC
Thanks for the bug report. Without a stack trace from the crash it's very hard to determine what caused it.
Can you provide us with one? Please see http://live.gnome.org/GettingTraces for more information on how to do so.
Comment 4 Robert Ford 2006-02-19 23:14:56 UTC
Backtrace was generated from '/opt/garnome-cvs/bin/rhythmbox'

Using host libthread_db library "/lib/tls/libthread_db.so.1".
[Thread debugging using libthread_db enabled]
[New Thread 1094300416 (LWP 2045)]
[New Thread 1163987888 (LWP 2071)]
[Thread debugging using libthread_db enabled]
[New Thread 1094300416 (LWP 2045)]
[New Thread 1163987888 (LWP 2071)]
[Thread debugging using libthread_db enabled]
[New Thread 1094300416 (LWP 2045)]
[New Thread 1163987888 (LWP 2071)]
[New Thread 1155324848 (LWP 2070)]
[New Thread 1132469168 (LWP 2068)]
[New Thread 1113709488 (LWP 2066)]
[New Thread 1103338416 (LWP 2047)]
[New Thread 1103072176 (LWP 2046)]
0xffffe410 in ?? ()

Thread 7 (Thread 1103072176 (LWP 2046))

  • #0 ??
  • #1 ??
  • #2 ??
  • #3 ??
  • #4 pthread_cond_timedwait
    from /lib/tls/libpthread.so.0
  • #5 g_cond_timed_wait_posix_impl
    at gthread-posix.c line 229

Comment 5 Robert Ford 2006-02-19 23:17:24 UTC
That is what bugbuddy reported from a rhythmbox crash, using the gst-fluendo-mp3 plugin works great, I have been using that.

Robert
Comment 6 Jan Schmidt 2006-02-20 09:19:58 UTC
That stacktrace hasn't captured anything useful, unfortunately. 

You're saying this only happens when using the mad mp3 decoder?
Comment 7 Robert Ford 2006-02-20 09:33:58 UTC
gstreamer 0.10.1 + gst-ffmpeg 0.10 = works (garnome 2.13.90)
gstreamer 0.10.3 + gst-fluendo-mp3 = works (garnome 2.13.91 with a custom makefile for the fluendo plugin)
gstreamer 0.10.2/3/cvs + gst-ffmpeg 0.10 = crash

Robert
Comment 8 Jan Schmidt 2006-02-20 09:50:26 UTC
Oh, you don't have gst-plugins-ugly installed - you're using the mp3 decoder from ffmpeg and not the libmad based one. 

With that info, I can reproduce the problem here:


gst-launch filesrc location=file.mp3 ! typefind ! ffdec_mp3 ! audioconvert ! alsasink


Comment 9 Daniel Drake 2006-03-17 17:09:38 UTC
Got a trace from banshee:

GStreamer-CRITICAL **: gst_segment_clip: assertion `segment->format == format' failed
aborting...

Program received signal SIGABRT, Aborted.

Thread 1123215696 (LWP 2820)

  • #0 raise
    from /lib/libc.so.6
  • #1 abort
    from /lib/libc.so.6
  • #2 g_logv
    from /usr/lib/libglib-2.0.so.0
  • #3 g_log
    from /usr/lib/libglib-2.0.so.0
  • #4 gst_segment_clip
    from /usr/lib/libgstreamer-0.10.so.0
  • #5 gst_base_audio_sink_get_type
    from /usr/lib/libgstaudio-0.10.so.0
  • #6 gst_base_sink_get_max_lateness
    from /usr/lib/libgstbase-0.10.so.0
  • #7 gst_base_sink_get_max_lateness
    from /usr/lib/libgstbase-0.10.so.0
  • #8 gst_base_sink_get_max_lateness
    from /usr/lib/libgstbase-0.10.so.0
  • #9 gst_base_sink_get_max_lateness
    from /usr/lib/libgstbase-0.10.so.0
  • #10 gst_pad_chain
    from /usr/lib/libgstreamer-0.10.so.0
  • #11 gst_proxy_pad_get_type
    from /usr/lib/libgstreamer-0.10.so.0
  • #12 gst_pad_chain
    from /usr/lib/libgstreamer-0.10.so.0
  • #13 gst_proxy_pad_get_type
    from /usr/lib/libgstreamer-0.10.so.0
  • #14 gst_pad_chain
    from /usr/lib/libgstreamer-0.10.so.0
  • #15 gst_pad_push
    from /usr/lib/libgstreamer-0.10.so.0
  • #16 gst_base_transform_set_passthrough
    from /usr/lib/libgstbase-0.10.so.0
  • #17 gst_pad_chain
    from /usr/lib/libgstreamer-0.10.so.0
  • #18 gst_pad_push
    from /usr/lib/libgstreamer-0.10.so.0
  • #19 gst_base_transform_set_passthrough
    from /usr/lib/libgstbase-0.10.so.0
  • #20 gst_pad_chain
    from /usr/lib/libgstreamer-0.10.so.0
  • #21 gst_proxy_pad_get_type
    from /usr/lib/libgstreamer-0.10.so.0
  • #22 gst_pad_chain
    from /usr/lib/libgstreamer-0.10.so.0
  • #23 gst_pad_push
    from /usr/lib/libgstreamer-0.10.so.0
  • #24 gst_queue_get_type
    from /usr/lib64/gstreamer-0.10/libgstcoreelements.so
  • #25 gst_task_get_type
    from /usr/lib/libgstreamer-0.10.so.0
  • #26 g_thread_pool_free
    from /usr/lib/libglib-2.0.so.0
  • #27 g_static_private_free
    from /usr/lib/libglib-2.0.so.0
  • #28 start_thread
    from /lib/libpthread.so.0
  • #29 clone
    from /lib/libc.so.6
  • #30 ??

Comment 10 Wim Taymans 2006-04-11 17:56:12 UTC
        * ext/ffmpeg/gstffmpegdec.c: (gst_ffmpegdec_sink_event):
        Actually convert to time instead of pretending.. Also
        the bitrate of the context is mostly wrong so don't
        bother calculating a stop position.
        Closing (#331323)