GNOME Bugzilla – Bug 581201
Internal GStreamer error: clock problem
Last modified: 2010-02-09 10:08:50 UTC
Please describe the problem: I have large pipeline divided to few threads by queues. Recording part of the pipeline is behind multiqueue. When everything is linked (playing and recording) then there is no problem. I disable recording part by unlinking src pads on multiqueue and then... - set pipeline in PLAYING - nothing happens (no video, no audio) - set pipeline in PAUSED - nothing happens - set pipeline in PLAYING - get warnings: GStreamer Warning: Internal GStreamer error: clock problem. Please file a bug at http://bugzilla.gnome.org/enter_bug.cgi?product=GStreamer. debug: gstbin.c(2240): gst_bin_do_latency_func (): /GstPipeline:tvk-player: Failed to configure latency of 0:00:00.201812500 GStreamer Warning: Nie można zapisywać danych dźwiękowych wystarczająco szybko debug: gstbaseaudiosrc.c(805): gst_base_audio_src_create (): /GstPipeline:tvk-player/GstAlsaSrc:audio-src: dropped 127040 samples and everything works fine - both video and audio are ok and in sync. But I would like it working in the first time :) Steps to reproduce: 1. 2. 3. Actual results: Expected results: Does this happen every time? Other information:
Created attachment 133870 [details] debug log Here is output of: GST_DEBUG=*PAD*:5,*bin*:5 tvk >debug.log 2>&1
Does it still happen with never versions?
No, now it works fine - but unfortunately I cannot confirm what really fixed the problem becouse I made a lot of changes in my app and I cannot reproduce that particular pipeline, I don't have old code. I forgot to close this bug, sorry.