[gstreamer-bugs] [Bug 562086] New: mpeg2 stream crashes something in gstreamer

Sun Nov 23 19:13:51 PST 2008

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
  http://bugzilla.gnome.org/show_bug.cgi?id=562086

  GStreamer | don't know | Ver: HEAD CVS
           Summary: mpeg2 stream crashes something in gstreamer
           Product: GStreamer
           Version: HEAD CVS
          Platform: Other
        OS/Version: All
            Status: UNCONFIRMED
          Severity: critical
          Priority: Normal
         Component: don't know
        AssignedTo: gstreamer-bugs at lists.sourceforge.net
        ReportedBy: odie at cs.aau.dk
         QAContact: gstreamer-bugs at lists.sourceforge.net
     GNOME version: Unspecified
   GNOME milestone: Unspecified

Please describe the problem:
The stream available at

https://trac.videolan.org/libmpeg2/browser/streams/twilight_zone/walken/chroma_444/stream?format=raw

crashes

gst-launch-0.10 playbin
uri=https://trac.videolan.org/libmpeg2/browser/streams/twilight_zone/walken/chroma_444/stream?format=raw

producing

Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
WARNING: from element
/GstPlayBin:playbin0/GstBin:vbin/GstAutoVideoSink:videosink/GstXvImageSink:videosink-actual-sink-xvimage:
Internal data flow problem.
Additional debug info:
gstbasesink.c(2854): gst_base_sink_chain_unlocked ():
/GstPlayBin:playbin0/GstBin:vbin/GstAutoVideoSink:videosink/GstXvImageSink:videosink-actual-sink-xvimage:
Received buffer without a new-segment. Assuming timestamps start from 0.
Pipeline is PREROLLED ...
Setting pipeline to PLAYING ...
New clock: GstSystemClock
*** glibc detected *** /usr/bin/gst-launch-0.10: free(): invalid pointer:
0xb5b55008 ***
======= Backtrace: =========

Steps to reproduce:

Actual results:

Expected results:

Does this happen every time?

Other information:
The backtrace from gdb

#0  0xb7f21424 in __kernel_vsyscall ()
#1  0xb7abe0f1 in *__GI_raise (sig=6)
    at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
#2  0xb7abf918 in *__GI_abort () at abort.c:88
#3  0xb7af6d5b in __libc_message (do_abort=2, 
    fmt=0xb7baf9c0 "*** glibc detected *** %s: %s: 0x%s ***\n")
    at ../sysdeps/unix/sysv/linux/libc_fatal.c:170
#4  0xb7afca4f in malloc_printerr (action=2, 
    str=0xb7bac7b2 "free(): invalid pointer", ptr=<value optimized out>)
    at malloc.c:5949
#5  0xb7afe469 in *__GI___libc_free (mem=0xb5af3008) at malloc.c:3625
#6  0xb7c1b2b1 in IA__g_free (mem=0xb5af3008) at gmem.c:190
#7  0xb7e7bda9 in gst_buffer_finalize (buffer=0x81369f0) at gstbuffer.c:190
#8  0xb7e9c40d in gst_mini_object_unref (mini_object=0x81369f0)
    at gstminiobject.c:320
#9  0xb7e9c826 in gst_mini_object_replace (olddata=0x80e11e0, 
    newdata=0x812cda0) at gstminiobject.c:395
#10 0xb79d6a7f in handoff (identity=0x8132060, frame=0x812cda0, data=0x80e1068)
    at gstplaybin.c:781
#11 0xb79abf95 in marshal_VOID__MINIOBJECT (closure=0x80ce070, 
    return_value=0x0, n_param_values=2, param_values=0x8136c78, 
    invocation_hint=0xb6d97b5c, marshal_data=0xb79d6a30) at gstidentity.c:169
#12 0xb7cd7a9a in IA__g_closure_invoke (closure=0x80ce070, return_value=0x0, 
    n_param_values=2, param_values=0x8136c78, invocation_hint=0xb6d97b5c)
    at gclosure.c:767
#13 0xb7cec476 in signal_emit_unlocked_R (node=0x80d9330, detail=0, 
    instance=0x8132060, emission_return=0x0, instance_and_params=0x8136c78)
    at gsignal.c:3244
#14 0xb7cee076 in IA__g_signal_emit_valist (instance=0x8132060, signal_id=39, 
    detail=0, var_args=0xb6d97d80 "�\021\017\b") at gsignal.c:2977
#15 0xb7cee3c9 in IA__g_signal_emit (instance=0x8132060, signal_id=39, 
    detail=0) at gsignal.c:3034
#16 0xb79ab8a0 in gst_identity_transform_ip (trans=0x8132060, buf=0x812cda0)
    at gstidentity.c:604
#17 0xb7982d4c in gst_base_transform_handle_buffer (trans=0x8132060, 
    inbuf=0x812cda0, outbuf=0xb6d97ff8) at gstbasetransform.c:1816
#18 0xb7985167 in gst_base_transform_chain (pad=0x81013f0, buffer=0x812cda0)
    at gstbasetransform.c:1921
#19 0xb7ea2faa in gst_pad_chain_unchecked (pad=0x81013f0, buffer=0x812cda0)
    at gstpad.c:3890
#20 0xb7ea3606 in gst_pad_push (pad=0x80f1b00, buffer=0x812cda0)
    at gstpad.c:4057
#21 0xb7e927fd in gst_proxy_pad_do_chain (pad=0x80f12a0, buffer=0x812cda0)
    at gstghostpad.c:188
#22 0xb7ea2faa in gst_pad_chain_unchecked (pad=0x80f12a0, buffer=0x812cda0)
    at gstpad.c:3890
#23 0xb7ea3606 in gst_pad_push (pad=0x80ec6c0, buffer=0x812cda0)
    at gstpad.c:4057
#24 0xb79afa8f in gst_queue_loop (pad=0x80ec6c0) at gstqueue.c:1047
#25 0xb7ec22bd in gst_task_func (task=0x80ff148, tclass=0x805b110)
    at gsttask.c:192
#26 0xb7c3cfca in g_thread_pool_thread_proxy (data=0x805b1a0)
    at gthreadpool.c:265
#27 0xb7c3b2bf in g_thread_create_proxy (data=0x814a8c8) at gthread.c:635
#28 0xb7cb617b in start_thread (arg=0xb6d98b90) at pthread_create.c:297
#29 0xb7b5a99e in clone () from /lib/libc.so.6

-- 
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=562086.