Hi, I'm streaming from a DeckLink to an SRT in listening mode with a command similar to this:
ffmpeg -f decklink -i "DeckLink SDI (1)" ... [CBR h264 encoder] ... -f mpegts srt://:10001?mode=listener The command works perfectly, but it has an unwanted behavior when the command waits minutes or hours for the SRT client to connect. The problem is that while waiting for the client to connect, the Decklink's input queue buffer fills up and it drops all new packets. When the client connects, two things happen. First, it seems the queue flush the entire Decklink buffer at once, and for a few moments, the bitrates are excessively high even though the CBR and mux are limited to 10 Mbps. The second problem is that because the decklink's input buffer, when full, does drops the newest frames instead the oldest frames, the first frames sent to SRT correspond to the time the command was started, which may be minutes or hours earlier. You can see some frames from a long time ago. My question is whether there is any way to clear the input buffer at the moment the SRT client connects, or any way to at least prevent the bitrate exceeds the muxrate during the first few moments, which some clients do not accept. Kind regards, Ramon _______________________________________________ ffmpeg-user mailing list -- [email protected] To unsubscribe send an email to [email protected]
