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 144815 - [alsasink] gst_element_set_time_delay() assertion failure on seek to start
[alsasink] gst_element_set_time_delay() assertion failure on seek to start
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins
git master
Other Linux
: Normal normal
: 0.8.3
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2004-06-22 13:48 UTC by Tim-Philipp Müller
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Tim-Philipp Müller 2004-06-22 13:48:25 UTC
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 gst_element_set_time_delay
    at gstelement.c line 922
  • #8 gst_alsa_sink_check_event
    at gstalsasink.c line 229
  • #9 gst_alsa_sink_loop
    at gstalsasink.c line 363
  • #10 loop_group_schedule_function
    at gstoptimalscheduler.c line 1278
  • #11 schedule_group
    at gstoptimalscheduler.c line 1114
  • #12 gst_opt_scheduler_schedule_run_queue
    at gstoptimalscheduler.c line 1157
  • #13 schedule_chain
    at gstoptimalscheduler.c line 1205
  • #14 gst_opt_scheduler_iterate
    at gstoptimalscheduler.c line 2384
  • #15 gst_scheduler_iterate
    at gstscheduler.c line 695
  • #16 gst_bin_iterate_func
    at gstbin.c line 1121
  • #17 gst_marshal_BOOLEAN__VOID
    at gstmarshal.c line 433
  • #18 g_type_class_meta_marshal
    at gclosure.c line 514
  • #19 g_closure_invoke
    at gclosure.c line 437
  • #20 signal_emit_unlocked_R
    at gsignal.c line 2474
  • #21 g_signal_emit_valist
    at gsignal.c line 2205
  • #22 g_signal_emit
    at gsignal.c line 2239
  • #23 gst_bin_iterate
    at gstbin.c line 1174
  • #24 gst_thread_main_loop
    at gstthread.c line 586
  • #25 g_thread_create_proxy
    at gthread.c line 556
  • #26 pthread_start_thread
    at manager.c line 309
  • #27 pthread_start_thread_event
    at manager.c line 333
  • #28 clone
    from /usr/lib/debug/libc.so.6
 
Cheers 
 -Tim
Comment 1 Christophe Fergeau 2004-06-24 19:40:45 UTC
This is fixed in gst-plugins CVS, please reopen this bug if you are still seeing
this.
I'm not setting the target milestone since I don't know if that was fixed right
before or right after the 0.8.2 release