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