There are two main groups of BRC algorithms in Media SDK.
- Adjust quality to maintain a specified bitrate:CBR, VBR, Lookahead, AVBR
- Allow bitrate to change to maintain a specified quality level: ICQ,LA_ICQ,QVBR
If you need to stay close to a specified bitrate, BRC modes from the first group may be a closer match for that task. From the second group, only QVBR has a target bitrate setting. It isn't available yet for Linux but you could prototype in Windows to see if it has the characteristics you're looking for. Unless you need the lowest possible latency, lookahead BRC may be a good match for Linux.
it is a hard problem to keep bitrate under control performing constant quality rate control. you may find interesting Google's YouTube research to predict CRF factor deploying NN http://www.streamingmedia.com/Articles/Editorial/Featured-Articles/Conference-Research-Tests-Adaptive-Video-and-Quality-Benchmarks-109907.aspx
Thanks for your providing paper about BRC.
If mediaSDK provides LA-ICQ setting at runtime(or based GOP), we can limit burst bitrate by adjusting ICQ value at next GOP. As net play has buffer to endure short time high burst biterate, this may overcome mosaic problem under bandwidth-limite net.
Of cause, intel providing LA-ICQ with maxkbps limiting is the best answer.