[Gstreamer-bugs] [Bug 144815] New: - [alsasink] gst_element_set_time_delay() assertion failure on seek to start

[bugzilla-daemon at bugzilla.gnome.org]

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

           Summary: [alsasink] gst_element_set_time_delay() assertion
                    failure on seek to start
           Product: GStreamer
           Version: HEAD CVS
          Platform: Other
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gst-plugins
        AssignedTo: gstreamer-maint at bugzilla.gnome.org
        ReportedBy: t.i.m at zen.co.uk
         QAContact: gstreamer-maint at bugzilla.gnome.org


When playing a song and using alsasink as output, I get the following 
assertion failure when trying to seek back to GST_FORMAT_TIME offset 0: 
 
GStreamer-CRITICAL **: file gstelement.c: line 922 
(gst_element_set_time_delay): assertion `time >= delay' failed 
 
and the seeking doesn't work. The seek event is dispatched like this: 
 
	ev = gst_event_new_seek (GST_FORMAT_TIME | GST_SEEK_METHOD_SET | 
GST_SEEK_FLAG_FLUSH,  
	                         (guint64) newtime); 
	 
	(void) gst_element_send_event (play->priv->audiosink, ev); 
 
Works fine for other audiosinks, and for any offset != 0. 
 
Stack trace (let me know if there's anything useful to look up): 
 
#7  0x404fcfdd in gst_element_set_time_delay (element=0x8287790, time=0, 
delay=305260771) at gstelement.c:922 
#8  0x4149d2c6 in gst_alsa_sink_check_event (sink=0x8287790, pad_nr=0) at 
gstalsasink.c:229 
#9  0x4149e179 in gst_alsa_sink_loop (element=0x8287790) at gstalsasink.c:363 
#10 0x40d3e126 in loop_group_schedule_function (argc=0, argv=0x82d5730) at 
gstoptimalscheduler.c:1278 
#11 0x40d3daf2 in schedule_group (group=0x82d5730) at 
gstoptimalscheduler.c:1114 
#12 0x40d3dbb6 in gst_opt_scheduler_schedule_run_queue (osched=0x814a8d8) at 
gstoptimalscheduler.c:1157 
#13 0x40d3de0a in schedule_chain (chain=0x82aa278) at 
gstoptimalscheduler.c:1205 
#14 0x40d41179 in gst_opt_scheduler_iterate (sched=0x814a8d8) at 
gstoptimalscheduler.c:2384 
#15 0x40522c69 in gst_scheduler_iterate (sched=0x814a8d8) at 
gstscheduler.c:695 
#16 0x404f4808 in gst_bin_iterate_func (bin=0x81c3000) at gstbin.c:1121 
#17 0x40539609 in gst_marshal_BOOLEAN__VOID (closure=0x80ad5e8, 
return_value=0xbf5ff764, n_param_values=1, param_values=0x0, 
    invocation_hint=0xbf5ff78c, marshal_data=0x404f4780) at gstmarshal.c:433 
#18 0x40601fb7 in g_type_class_meta_marshal (closure=0x80ad5e8, 
return_value=0x0, n_param_values=0, param_values=0xbf5ff894, 
    invocation_hint=0x0, marshal_data=0x0) at gclosure.c:514 
#19 0x40601c20 in g_closure_invoke (closure=0x80ad5e8, return_value=0x0, 
n_param_values=0, param_values=0x0, invocation_hint=0x0) 
    at gclosure.c:437 
#20 0x40615685 in signal_emit_unlocked_R (node=0x80ad620, detail=0, 
instance=0x81c3000, emission_return=0xbf5ff834, 
    instance_and_params=0xbf5ff894) at gsignal.c:2474 
#21 0x406149ee in g_signal_emit_valist (instance=0x81c3000, signal_id=0, 
detail=0, var_args=0xbf5ffa20 "<ú_¿\222\004") at gsignal.c:2205 
#22 0x40614f14 in g_signal_emit (instance=0x0, signal_id=0, detail=0) at 
gsignal.c:2239 
#23 0x404f49fb in gst_bin_iterate (bin=0x81c3000) at gstbin.c:1174 
#24 0x4052cbb6 in gst_thread_main_loop (arg=0x0) at gstthread.c:586 
#25 0x407fd8dd in g_thread_create_proxy (data=0x8398930) at gthread.c:556 
#26 0x40771e51 in pthread_start_thread (arg=0xbf5ffbe0) at manager.c:309 
#27 0x40771ecf in pthread_start_thread_event (arg=0xbf5ffbe0) at manager.c:333 
#28 0x4093a69a in clone () from /usr/lib/debug/libc.so.6 
 
Cheers 
 -Tim

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