Understanding about the 'tee' element
neoragex2002
neoragex2002 at qq.com
Thu May 5 10:24:18 UTC 2022
Hey all,
Recently I'm learning about how to use 'tee' and found things really weird.
What I'm doing is below:
```bash
$ gst-launch-1.0 videotestsrc pattern=18 ! 'video/x-raw, width=1920, height=1080' ! \
tee name=t \
t. ! queue ! videoconvert ! fpsdisplaysink sync=false \
t. ! queue ! videoconvert ! fpsdisplaysink name=sink0 sync=false
````
A probe function of gst-python was also been written to to hook the 'sink' pad of sink0 in the 2nd tee-branch.
As you can see the probe function was very simple. It just slept for random msec.
```python
import random
def probe_func(pad, info):
delay = random.randint(0,2)
GLib.usleep(delay*200000) # 200ms x delay
return Gst.PadProbeReturn.OK
````
But I found things are going weird: the display of the 1st tee-branch was frequently choked because of the random sleeps in the 2nd tee-branch.
It seems that the queue in 2nd tee-branch was totally USELESS to decouple the running of the two branches.
All I want is an 'independent enough' behavior of the 2nd tee-branch that does not block the 1st branch. and I also want my probe func could
read EVERY frame AT ITS OWN PACE, instead of DISCARDING some frames to catch up the pace of 1st branch by using `queue leaky=2 max-size-buffers=1'
in the 2nd tee-branch.
Can anyone kindly enough to explain this for me?
Thanks in advance,
Rio
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20220505/d1682d7a/attachment.htm>
More information about the gstreamer-devel
mailing list