GNOME Bugzilla – Bug 482946
warning in demuxer when receiving GST_EVENT_LATENCY
Last modified: 2007-10-05 15:03:43 UTC
Please describe the problem: When an event GST_EVENT_LATENCY (since 0.10.12) is received on a src pad, it's not managed and the gst_ffmpegdemux_src_event func returns FALSE. This leads to the following warning on gstreamer side : Internal GStreamer error: clock problem. Please file a bug at http://bugzilla.gnome.org/enter_bug.cgi?product=GStreamer. build/host/gst/gstpipeline.c(487): gst_pipeline_change_state (): /playeraudiovideo: Failed to configure latency of 0:00:00.000000000 Steps to reproduce: 1. create a pipeline with ffdemux element and set it to PLAYING state 2. 3. Actual results: You get the previous warning and latency cannot be set. Expected results: The event should be send upstream. Does this happen every time? Yes. Other information:
Created attachment 96569 [details] [review] gst_ffmpegdemux_src_event function handling GST_EVENT_LATENCY Maybe the way the demux handles src event is bad, and may need a deeper rework. This is only a hack to correctly push the event upstream.
Patch by: Yann Gilquin <yann dot gilquin at purplelabs dot com> * ext/ffmpeg/gstffmpegdemux.c: (gst_ffmpegdemux_src_event): Don't return FALSE for the LATENCY event but instead forward it upstream. Fixes #482946.