AW: splitmuxsink passing buffers in bursts

[Thornton, Keith]

Hi, 
In order to split properly I think you'll find that splitmuxsink needs to write complete GOPs. So it needs to collect gops before writing them out.
Gruesse

-----Ursprüngliche Nachricht-----
Von: gstreamer-devel <gstreamer-devel-bounces at lists.freedesktop.org> Im Auftrag von logidelic
Gesendet: Dienstag, 1. Oktober 2019 22:28
An: gstreamer-devel at lists.freedesktop.org
Betreff: splitmuxsink passing buffers in bursts

I have a pipeline which uses splitmuxsink to write to a file. I noticed immediately that, as opposed to filesink, the file only gets updated in
(relatively) infrequent bursts, rather than regularly if using a regular filesink.

This is not due to filesink's buffering mode: I tried them all and it had no effect.

Just to be sure, I switched splitmuxsink to use an appsink instead of a filesink and, indeed, the appsink's new_sample callback is called in bursts, instead of being called regularly if we use a straight appsink without splitmuxsink.

In case you were wondering I set the appsink's sync property to FALSE.
Indeed, with all settings in the pipeline identical, except for the existence of splitmuxsink, I see that with splitmuxsink buffers arrive at the final sink in bursts, whereas they arrive regularly otherwise.

Any ideas what causes this and if there is a setting that can fix it?
Getting the buffers in a timely manner is important in my case...

Thank you!



--
Sent from: https://eur01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fgstreamer-devel.966125.n4.nabble.com%2F&data=02%7C01%7C%7C2f0d7ef9342c4353f7de08d746ddb547%7C28042244bb514cd680347776fa3703e8%7C1%7C0%7C637055790350906128&sdata=sFHiIRnyGFAf%2F2cA7f61hhQAgEai4fTIRhWHqM06kEc%3D&reserved=0
_______________________________________________
gstreamer-devel mailing list
gstreamer-devel at lists.freedesktop.org
https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.freedesktop.org%2Fmailman%2Flistinfo%2Fgstreamer-devel&data=02%7C01%7C%7C2f0d7ef9342c4353f7de08d746ddb547%7C28042244bb514cd680347776fa3703e8%7C1%7C0%7C637055790350916131&sdata=2O6SzAzBNFrFBxoXaRlC1R4jkc8clRnqfk%2BLE6L29jk%3D&reserved=0