<div dir="ltr">Hi Nicolas,<br><br>On Wed, Jun 21, 2017 at 12:59 AM, Nicolas Dufresne <<a href="mailto:nicolas@ndufresne.ca">nicolas@ndufresne.ca</a>> wrote:<br>> Le mardi 20 juin 2017 à 13:21 +0900, Yasushi SHOJI a écrit :<br>> > the tee element reads FullHD buffer from vpudec to userland, memcpy() it, and<br>> > enqueues/writes back to imxv4l2sink and imxeglvivsink.<br>> ><br>> > I don't know how those sinks are implemented but it takes some IO and CPU<br>> > time for sure.<br>><br>> With tee, the zero-copy options are indeed very limited as tee<br>> currently drops the allocation queries. We don't know yet how to<br>> aggregate an allocation query to enable some zero copy with a tee<br>> (multiplexer).<br><br><div>It's off topic but what was the reason for tee to drop allocation queries?</div><div><br></div><div>GstBuffer has read-only shared capability, so it's possible to send the same buffer</div><div>to multiple downstream?</div><div><br></div><div>Even with dmabuf support, tee could forward allocation queries and resulting buffers</div><div>back and forth, no?</div><div><br></div><div>I'm not familiar with other device specific allocation method, but the GstBuffer,</div><div>in theory, should encapsulate what's underneath right?</div><div><br></div><div>I'd appreciate if you'd enlighten me a bit.</div><div><br></div><div>Thanks,</div><div>-- </div><div>             yashi</div><div><br></div></div>