<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">

<html xmlns="http://www.w3.org/1999/xhtml"><head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8"/>
 </head><body style=""><div>hmm, but whats entirely not normal IMO is the fact that the seek fails without ever reaching my element logic. If I dont have the flag set, my element is not used at all. If I have it set, the BaseParse implementation says it cannot handle negative playback rates... bummer.</div>
<div> </div>
<div><br>> Tim Müller <tim@centricular.com> hat am 21. Mai 2015 um 14:13 geschrieben:<br>> <br>> <br>> On Thu, 2015-05-21 at 13:24 +0200, Christian Sell wrote:<br>> <br>> Hi,<br>> <br>> > I have an element derived from GstBaseParse. Now, whenever I perform a<br>> > seek operation on the pipeline, the seek fails, and I see a log<br>> > messate stating "child <element> is not a sink". Digging into the code<br>> > that emits the log message, I see that a flag GST_ELEMENT_FLAG_SINK is<br>> > queried, which is not set on the element, although it clearly has a<br>> > sink pad.<br>> > <br>> > My question: who is responsible for setting it? Is this described<br>> > somewhere?<br>> <br>> Only sink elements,i.e elements that *only* have a sink pad, should have<br>> that flag set. In any case it's just an optimisation so if it's not set<br>> that should not affect behaviour. GstBin looks at that.<br>> <br>> The log messages are normal. When a seek is sent to the top-level<br>> pipeline it travels down the pipeline bin/element hierarchy via the<br>> GstElement::send_event vfunc. Depending on whether the event is an<br>> upstream event or a downstream event the GstBin/pipeline will seek to go<br>> down the pipeline hierarchy until it finds a sink or source element,<br>> which will then inject the element into the data flow and push it<br>> upstream/downstream. So it's entirely normal.<br>> <br>> Cheers<br>> -Tim<br>> <br>> -- <br>> Tim Müller, Centricular Ltd - http://www.centricular.com<br>> <br>> _______________________________________________<br>> gstreamer-devel mailing list<br>> gstreamer-devel@lists.freedesktop.org<br>> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</div></body></html>