GST_ELEMENT_FLAG_SINK not set
Christian Sell
christian at gsvitec.com
Thu May 21 04:35:39 PDT 2015
..and to a little more:
after setting the flag in the element init method, seek still fails, but now
with a different message:
0:00:09.377578993 13884 0x22f1f60 DEBUG baseparse
gstbaseparse.c:4137:gst_base_parse_handle_seek:<marathonparse0> seek to format
time, rate -1.000000, start type 1 at 0:00:00.000000000, end type 1 at
0:01:36.033000000
0:00:09.377613309 13884 0x22f1f60 FIXME baseparse
gstbaseparse.c:4367:gst_base_parse_handle_seek:<marathonparse0> negative
playback in pull mode needs fixing
looks like I am on a lost ship with GstBaseParse.. or am I doing something
wrong?
thanks,
Christian
> Christian Sell <christian at gsvitec.com> hat am 21. Mai 2015 um 13:24
> geschrieben:
>
> Hello,
>
> I have an element derived from GstBaseParse. Now, whenever I perform a seek
> operation on the pipeline, the seek fails, and I see a log messate stating
> "child <element> is not a sink". Digging into the code that emits the log
> message, I see that a flag GST_ELEMENT_FLAG_SINK is queried, which is not set
> on the element, although it clearly has a sink pad.
>
> My question: who is responsible for setting it? Is this described somewhere?
>
> thanks,
> Christian
>
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20150521/4543baff/attachment.html>
More information about the gstreamer-devel
mailing list