It says recordings from Norichan won't encode properly. He replied with a more in-depth response: I'm working on that right now too (and that is part of the reason I'm changing how frames are grabbed from sources) I should probably add defaults for some of the x264 settings too.Īlso a lot of this doesn't matter since Twitch is going to start enforcing strict CBR mode and 2 second keyframe intervals soon.
I'm moving to a design where I just grab frames at the specified framerate so it should result in saner rate control. That said, the current architecture just takes frames as they arrive from the source and encodes them, if the frame rate starts fluctuating or is too slow (the laptop webcams seem to be terrible about this) I'm pretty sure that really messes with x264 rate control. There are lots of discussions of proper settings of rate/buffer/crf out there, for reference I'm setting things up more or less how OBS does. VBV+CRF attempts to smooth things out, but it may do so at the expense of quality. It can result in really spikey bandwidth use it'll happily use lots more bandwidth temporarily if it hasn't used as much recently, so long as it hits the average. Just setting bit_rate is effectively average bit-rate rate control, and x264 may or may not be good at hitting that target depending on what's going on.
