<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<br>
-----BEGIN PGP SIGNED MESSAGE-----<br>
Hash: SHA1<br>
<br>
On 03/02/2014 11:20 PM, Sebastian Dröge wrote:<br>
<span style="white-space: pre;">> On So, 2014-03-02 at 22:51
+0100, Stefan Sauer wrote:<br>
>> On 03/02/2014 09:44 PM, Stefan Sauer wrote:<br>
>>> hi,<br>
>>><br>
>>> I tried to do the proper pad blocking thing in
buzztrax again, now with<br>
>>> 1.0. One issue I face right now when adding sources
(or sources +<br>
>>> transforms) to adder/audiomixer is that the new
elements are not<br>
>>> negotiated. While debugging I was wondering whether
sticky events are<br>
>>> replayed on the new request (sink)-pad of adder. They
are not. In tee<br>
>>> this is done. If I simply create the counterpart of
the tee code in<br>
>>> adder
(<a class="moz-txt-link-freetext" href="https://gist.github.com/ensonic/b73c16958d9304dfd2e0">https://gist.github.com/ensonic/b73c16958d9304dfd2e0</a>), I get<br>
>>> (lt-buzztrax-edit:6264): GStreamer-WARNING **: pad
'':sink_2 pushing<br>
>>> stream-start event in wrong direction<br>
>>> (lt-buzztrax-edit:6264): GStreamer-WARNING **: pad
'':sink_2 pushing<br>
>>> caps event in wrong direction<br>
>>> (lt-buzztrax-edit:6264): GStreamer-WARNING **: pad
'':sink_2 pushing<br>
>>> segment event in wrong direction<br>
>>><br>
>>> Now I am a bit confused:<br>
>>> 1.) how come we store these events on the sticky list
of the src-pad?<br>
>>> How would one use gst_pad_push_event() to sent them
there in the first<br>
>>> place?<br>
>> Now after some chat on irc, I learned that we actually
don't have any<br>
>> upstream stick events right now. Still these are stored
on the pad, a bug?<br>
><br>
> They are stored on all pads through which they travel, that's
intended.</span><br>
If that is the case wouldn't the code in tee that does<br>
gst_pad_sticky_events_foreach (tee->sinkpad,
forward_sticky_events, srcpad);<br>
<br>
where forward_sticky_events() is basically<br>
gst_pad_push_event (srcpad, gst_event_ref (*event));<br>
break as soon as we introduce a sticky upstream event?<br>
<br>
Stefan<br>
<span style="white-space: pre;">><br>
><br>
><br>
><br>
> _______________________________________________<br>
> gstreamer-devel mailing list<br>
> <a class="moz-txt-link-abbreviated" href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a><br>
> <a class="moz-txt-link-freetext" href="http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel">http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a></span><br>
<br>
-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v1.4.11 (GNU/Linux)<br>
Comment: Using GnuPG with Thunderbird - <a class="moz-txt-link-freetext" href="http://www.enigmail.net/">http://www.enigmail.net/</a><br>
<br>
iEYEARECAAYFAlMU1owACgkQITDA+qr9gcyUIwCgiWNCzipvr4cO3iQrZamqamRY<br>
RFUAn1wA/or1dcWv5S/yeOErMZBFs0bf<br>
=n7jG<br>
-----END PGP SIGNATURE-----<br>
<br>
</body>
</html>