That is true for the delay, too… it takes at least half a second less to get the stream started. I find that to be a bit more stable, but mostly related to a/v sync and not delay. All I found is this syntax:īut it doesn’t specify quotation or any example. I’ve found many FFmpeg consumer argument examples all over the place but not much on the producer.
I tried many params in the PLAY command without any luck, not sure if I’m doing it right or simply the FFmpeg producer just works that way. That 1s delay is clearly intentional and it gets count from the first keyframe (so the final latency is 2~3s total). I managed to lower that to ~2s on 4G and ~1s on LAN. Most of the time the streams get restreamed to social networks directly, but in some cases the streams would serve as a live conference with an on-field reporter so low latency is crucial. I came up with a simple client that play each stream in a different channel when they become available and a poster when they go offline. I’m working on a project which involves receiving RTMP feeds (over 4G) and playing them out through CasparCG with added graphics.
0 kommentar(er)
