You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Mar 22, 2022. It is now read-only.
By default the H264 encoder code uses the min bitrate as starting bitrate, which leads to very poor image quality at the beginning of the stream. The problem is compounded by the fact that:
the bitrate is changed through stopping the stream, resetting the whole Media Foundation pipeline and restarting the stream; this takes a long time and causes visible stuttering
the min interval between successive resets is set to 15s (supposedly to avoid a lot of stuttering in one go) which has the side effect of making significant rate changes take a very long time.
initialize the new pipeline while the old one is still encoding (not sure if this is possible or there are limitations, especially with hardware encoders)
expose the start/min bitrate through the native API and have the user/high-level API set it to a higher value (depending on e.g. the resolution).
By default the H264 encoder code uses the min bitrate as starting bitrate, which leads to very poor image quality at the beginning of the stream. The problem is compounded by the fact that:
There are several ways we can address this: