[gstreamer-bugs] [Bug 159970] New: [typefinding] mpeg/audio typefind abort with musepack file

[bugzilla-daemon at bugzilla.gnome.org]

http://bugzilla.gnome.org/show_bug.cgi?id=159970
GStreamer | gst-plugins | Ver: HEAD CVS

           Summary: [typefinding] mpeg/audio typefind abort with musepack
                    file
           Product: GStreamer
           Version: HEAD CVS
          Platform: Other
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: critical
          Priority: High
         Component: gst-plugins
        AssignedTo: gstreamer-bugs at lists.sourceforge.net
        ReportedBy: t.i.m at zen.co.uk
         QAContact: gstreamer-bugs at lists.sourceforge.net


% gst-launch-0.8 filesrc location=05.mpc ! typefind 
RUNNING pipeline ... 
 
(process:5330): GStreamer-CRITICAL **: file gstbuffer.c: line 277 
(gst_buffer_create_sub): assertion `parent->size >= offset + size' failed 
 
** ERROR **: file gstbufferstore.c: line 214 
(gst_buffer_store_add_buffer_func): assertion failed: (sub) 
aborting... 
Aborted 
 
Stack trace: 
 
#6  0xb7c95b94 in g_log (log_domain=0x0, log_level=0, format=0x0) at 
gmessages.c:509 
#7  0xb7ae81e5 in gst_buffer_store_add_buffer_func (store=0x80cc210, 
buffer=0x8063060) at gstbufferstore.c:226 
#8  0xb7f26616 in gst_marshal_BOOLEAN__POINTER (closure=0x80cb6d0, 
return_value=0xbfffea70, n_param_values=2, param_values=0xbfffeba0, 
    invocation_hint=0xbfffea98, marshal_data=0xb7ae7cd0) at gstmarshal.c:547 
#9  0xb7d4efb7 in g_type_class_meta_marshal (closure=0x80cb6d0, 
return_value=0x0, n_param_values=0, param_values=0xbfffeba0, 
    invocation_hint=0x0, marshal_data=0x0) at gclosure.c:514 
#10 0xb7d4ec20 in g_closure_invoke (closure=0x80cb6d0, return_value=0x0, 
n_param_values=0, param_values=0x0, invocation_hint=0x0) 
    at gclosure.c:437 
#11 0xb7d62655 in signal_emit_unlocked_R (node=0x80cc1b8, detail=0, 
instance=0x80cc210, emission_return=0xbfffeb40, 
    instance_and_params=0xbfffeba0) at gsignal.c:2473 
#12 0xb7d619be in g_signal_emit_valist (instance=0x80cc210, signal_id=0, 
detail=0, var_args=0xbfffed30 "Híÿ¿\005") at gsignal.c:2204 
#13 0xb7d61ee4 in g_signal_emit (instance=0x0, signal_id=0, detail=0) at 
gsignal.c:2238 
#14 0xb7ae86c3 in gst_buffer_store_add_buffer (store=0x80cc210, 
buffer=0x8063ee0) at gstbufferstore.c:304 
#15 0xb7afd0ab in gst_type_find_element_chain (pad=0x80cbc50, data=0x8063ee0) 
at gsttypefindelement.c:627 
#16 0xb7f02364 in gst_pad_call_chain_function (pad=0x80cbc50, data=0x8063ee0) 
at gstpad.c:4430 
#17 0xb7efeecd in gst_pad_push (pad=0x80cb820, data=0x8063ee0) at 
gstpad.c:3241 
#18 0xb7ada3a3 in get_group_schedule_function (argc=0, argv=0x80cd3d8) at 
gstoptimalscheduler.c:1298 
#19 0xb7ad9d8f in schedule_group (group=0x80cd3d8) at 
gstoptimalscheduler.c:1151 
#20 0xb7ad9fde in gst_opt_scheduler_schedule_run_queue (osched=0x8058cd8) at 
gstoptimalscheduler.c:1198 
#21 0xb7ada13a in schedule_chain (chain=0x80cd2c8) at 
gstoptimalscheduler.c:1251 
#22 0xb7addf8f in gst_opt_scheduler_iterate (sched=0x8058cd8) at 
gstoptimalscheduler.c:2613 
#23 0xb7f0d469 in gst_scheduler_iterate (sched=0x8058cd8) at 
gstscheduler.c:738 
#24 0xb7edc2e8 in gst_bin_iterate_func (bin=0x80cc370) at gstbin.c:1216 
#25 0xb7f26509 in gst_marshal_BOOLEAN__VOID (closure=0x8058bf8, 
return_value=0xbffff1b0, n_param_values=1, param_values=0x0, 
    invocation_hint=0xbffff1d8, marshal_data=0xb7edc260) at gstmarshal.c:509 
#26 0xb7d4efb7 in g_type_class_meta_marshal (closure=0x8058bf8, 
return_value=0x0, n_param_values=0, param_values=0xbffff2e0, 
    invocation_hint=0x0, marshal_data=0x0) at gclosure.c:514 
#27 0xb7d4ec20 in g_closure_invoke (closure=0x8058bf8, return_value=0x0, 
n_param_values=0, param_values=0x0, invocation_hint=0x0) 
    at gclosure.c:437 
#28 0xb7d62655 in signal_emit_unlocked_R (node=0x8058c30, detail=0, 
instance=0x80cc370, emission_return=0xbffff280, 
    instance_and_params=0xbffff2e0) at gsignal.c:2473 
#29 0xb7d619be in g_signal_emit_valist (instance=0x80cc370, signal_id=0, 
detail=0, var_args=0xbffff46c "\210ôÿ¿ñ\004") at gsignal.c:2204 
#30 0xb7d61ee4 in g_signal_emit (instance=0x0, signal_id=0, detail=0) at 
gsignal.c:2238 
#31 0xb7edc4db in gst_bin_iterate (bin=0x80cc370) at gstbin.c:1269 
#32 0x08049615 in idle_func (data=0x0) at gst-launch.c:79 
#33 0xb7c8ff53 in g_idle_dispatch (source=0x80cdc38, callback=0xb7cfdd00 
<__JCR_LIST__+4>, user_data=0x0) at gmain.c:3806 
#34 0xb7c8cb92 in g_main_dispatch (context=0x80cdc88) at gmain.c:1942 
#35 0xb7c8dc88 in g_main_context_dispatch (context=0x80cdc88) at gmain.c:2492 
#36 0xb7c8dfc0 in g_main_context_iterate (context=0x80cdc88, block=1, 
dispatch=1, self=0x8050930) at gmain.c:2573 
#37 0xb7c8e603 in g_main_loop_run (loop=0x80cdf50) at gmain.c:2777 
#38 0xb7ed64ab in gst_main () at gst.c:862 
#39 0x0804a5a8 in main (argc=5, argv=0xbffff7e4) at gst-launch.c:542 
 
It's all valgrind clean. 
 
The file is available here: http://sceptic.centricular.net/05.mpc 
 
I'll attach the gst-debug log in a second. 
 
Cheers 
 -Tim

------- You are receiving this mail because: -------
You are the assignee for the bug.
You are the QA contact for the bug.