GNOME Bugzilla – Bug 512526
"clock problem" happend when doing seek in avidemux
Last modified: 2009-01-10 22:03:47 UTC
Please describe the problem: I’ve added seek function in a sample player, but seems the seek function failed. The playback resumed at the same pause point. I tried the following 2 functions, same error message. Any inputs? if (!gst_element_seek (player_status->demux, 1.0, GST_FORMAT_TIME, GST_SEEK_FLAG_FLUSH, GST_SEEK_TYPE_SET, time_nanoseconds, GST_SEEK_TYPE_NONE, GST_CLOCK_TIME_NONE)) { g_print("Seek failed!\n"); } if (!gst_element_seek_simple(player_status->demux, GST_FORMAT_TIME, GST_SEEK_FLAG_FLUSH, time_nanoseconds)) { g_print("Seek failed!\n"); } Here demux is gstreamer official "avidemux". I didn't use the "pipeline" in the first argument because it does not work. One thing to be mentioned is that I use 3rd party decoders, video/audio sink and clock. The 3rd party clock is already set to the whole pipeline. Error message: -------------------------------------------------------------------------- Warning: Internal GStreamer error: clock problem. Please file a bug at http://bugzilla.gnome.org/enter_bug.cgi?product=GStreamer. Steps to reproduce: 1. Wrote application code in sample player to link all necessary elements 2. Start the sample player, call the seek function to jump forward. Actual results: The playback paused with error message, after a while, the player resumed playback at the pause point. Expected results: I expect the playback jump to the seek point specified by "time_nanoseconds" Does this happen every time? Yes Other information:
what 3rd party codecs and sinks are you using? What is the more details error message you get regarding the clock.
Thanks for your reply. The 3rd party codecs and sinks are private. The codecs and sinks do not support seek, but they can accept the new data segment from "avidemux" and continue playback. So I do seek on "avidemux". No more details error message regarding the clock. After the error(or warning?) message, the pipeline resumed playback. Can user do seek on one element "avidemux" regardless of the other following elements? Let's say the other elments can process the data afer seek on "avidemux".
If you parse the error/warning message with gst_message_parse_error or gst_message_parse_warning, what is the 'debug' string? Could you make a GST_DEBUG=*:5 log available?
Closing this bug report as no further information has been provided. Please feel free to reopen this bug if you can provide the information asked for. Thanks!