<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le mer. 2 oct. 2019 09 h 55, logidelic <<a href="mailto:bill@orbit.org">bill@orbit.org</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Gruesse,<br>
<br>
Thank you for the response. I will investigate this, but it doesn't quite<br>
make sense to me. I can certainly understand that the split can't happen<br>
except at the end of a GOP, but aside from that why would splitmuxsink be<br>
any different from any other mux/sink in its requirement to wait for a<br>
complete GOP before passing to the muxer (in my case matroskamux) sink?<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">I believe the speed at which data is mixed is not controlled, it should pretty much reflect the source behavior.</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Thanks!<br>
<br>
Bill<br>
<br>
<br>
<br>
Thornton, Keith wrote<br>
> Hi, <br>
> In order to split properly I think you'll find that splitmuxsink needs to<br>
> write complete GOPs. So it needs to collect gops before writing them out.<br>
> Gruesse<br>
> <br>
> -----Ursprüngliche Nachricht-----<br>
> Von: gstreamer-devel &lt;<br>
<br>
> gstreamer-devel-bounces@.freedesktop<br>
<br>
> &gt; Im Auftrag von logidelic<br>
> Gesendet: Dienstag, 1. Oktober 2019 22:28<br>
> An: <br>
<br>
> gstreamer-devel@.freedesktop<br>
<br>
> Betreff: splitmuxsink passing buffers in bursts<br>
> <br>
> I have a pipeline which uses splitmuxsink to write to a file. I noticed<br>
> immediately that, as opposed to filesink, the file only gets updated in<br>
> (relatively) infrequent bursts, rather than regularly if using a regular<br>
> filesink.<br>
> <br>
> This is not due to filesink's buffering mode: I tried them all and it had<br>
> no effect.<br>
> <br>
> Just to be sure, I switched splitmuxsink to use an appsink instead of a<br>
> filesink and, indeed, the appsink's new_sample callback is called in<br>
> bursts, instead of being called regularly if we use a straight appsink<br>
> without splitmuxsink.<br>
> <br>
> In case you were wondering I set the appsink's sync property to FALSE.<br>
> Indeed, with all settings in the pipeline identical, except for the<br>
> existence of splitmuxsink, I see that with splitmuxsink buffers arrive at<br>
> the final sink in bursts, whereas they arrive regularly otherwise.<br>
> <br>
> Any ideas what causes this and if there is a setting that can fix it?<br>
> Getting the buffers in a timely manner is important in my case...<br>
> <br>
> Thank you!<br>
> <br>
> <br>
> <br>
> --<br>
> Sent from:<br>
> <a href="https://eur01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fgstreamer-devel.966125.n4.nabble.com%2F&amp;data=02%7C01%7C%7C2f0d7ef9342c4353f7de08d746ddb547%7C28042244bb514cd680347776fa3703e8%7C1%7C0%7C637055790350906128&amp;sdata=sFHiIRnyGFAf%2F2cA7f61hhQAgEai4fTIRhWHqM06kEc%3D&amp;reserved=0" rel="noreferrer noreferrer" target="_blank">https://eur01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fgstreamer-devel.966125.n4.nabble.com%2F&amp;data=02%7C01%7C%7C2f0d7ef9342c4353f7de08d746ddb547%7C28042244bb514cd680347776fa3703e8%7C1%7C0%7C637055790350906128&amp;sdata=sFHiIRnyGFAf%2F2cA7f61hhQAgEai4fTIRhWHqM06kEc%3D&amp;reserved=0</a><br>
> _______________________________________________<br>
> gstreamer-devel mailing list<br>
<br>
> gstreamer-devel@.freedesktop<br>
<br>
> <a href="https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.freedesktop.org%2Fmailman%2Flistinfo%2Fgstreamer-devel&amp;data=02%7C01%7C%7C2f0d7ef9342c4353f7de08d746ddb547%7C28042244bb514cd680347776fa3703e8%7C1%7C0%7C637055790350916131&amp;sdata=2O6SzAzBNFrFBxoXaRlC1R4jkc8clRnqfk%2BLE6L29jk%3D&amp;reserved=0" rel="noreferrer noreferrer" target="_blank">https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.freedesktop.org%2Fmailman%2Flistinfo%2Fgstreamer-devel&amp;data=02%7C01%7C%7C2f0d7ef9342c4353f7de08d746ddb547%7C28042244bb514cd680347776fa3703e8%7C1%7C0%7C637055790350916131&amp;sdata=2O6SzAzBNFrFBxoXaRlC1R4jkc8clRnqfk%2BLE6L29jk%3D&amp;reserved=0</a><br>
> _______________________________________________<br>
> gstreamer-devel mailing list<br>
<br>
> gstreamer-devel@.freedesktop<br>
<br>
> <a href="https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" rel="noreferrer noreferrer" target="_blank">https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a><br>
<br>
<br>
<br>
<br>
<br>
--<br>
Sent from: <a href="http://gstreamer-devel.966125.n4.nabble.com/" rel="noreferrer noreferrer" target="_blank">http://gstreamer-devel.966125.n4.nabble.com/</a><br>
_______________________________________________<br>
gstreamer-devel mailing list<br>
<a href="mailto:gstreamer-devel@lists.freedesktop.org" target="_blank" rel="noreferrer">gstreamer-devel@lists.freedesktop.org</a><br>
<a href="https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" rel="noreferrer noreferrer" target="_blank">https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a></blockquote></div></div></div>