Morgan Aldridge

@rfht asked me on IRC if my CBR (constant bit rate) PR #7 (for issue #6) had also resolved audio/video desync. I wanted to answer in more detail here since...

As mentioned in [a comment](https://github.com/rfht/fauxstream/issues/10#issuecomment-3362562142) on Issue #10, I wonder if `-thread_queue_size` is actually causing some desync by forcing buffering instead of discarding input data which couldn't be processed quickly...

I have done several tests today, including recording to a local file and a live stream to Twitch, and found that removing `-thread_queue_size` does seem to resolve desync for me....

I have now created PR #12 to address issue #10, which will need to be merged -- no rush! -- as a prerequisite for this issue.

In my further attempted live stream tests of removing `-thread_queue_size` use entirely, I would get good bit rate & synced audio, but then -- after a few minutes and the...

Possibly related to issue #5.

I also found an example of turning off scene detection in `ffmpeg` in Twitch's 2017 [Live Video Transmuxing/Transcoding: FFmpeg vs TwitchTranscoder, Part I](https://blog.twitch.tv/en/2017/10/10/live-video-transmuxing-transcoding-f-fmpeg-vs-twitch-transcoder-part-i-489c1c125f28/) blog post. I'll take that as confirmation...

I have a WIP branch that implements the video improvements for CBR: * Uses `-b:v ${bitrate}k` instead of possibly-incorrect `-vb` option * Disables automatic scene detection to ensure keyframes at...

I've switched the video codec profile from 'main' to 'high', since either are supported for Twitch ingest. I also changed the `-b` (video bitrate) option to `-vb`, though I've retained...

After reviewing [ffmpeg's x264 preset & tune documentation](https://trac.ffmpeg.org/wiki/Encode/H.264#a2.Chooseapresetandtune) again, I compared the options set by the `ultrafast` preset (which `fauxstream` is already using) and the `zerolatency` tune. From the `x264...