X264 will have performance impact as it’s done through the CPU. This results in videos with a bitrate of like, 3-12mbps, but of course, they all look the same quality (which is the point) and I can neither tell the difference between uploading lossless and these videos in the final product, but also from an objective measure (ssim), there's barely any difference. I also re-add the video audio sans the vocal track as another audio track so I can re-use the finished episode's footage for trailers, clips, and archival etc.
I encode in x265/hevc.įor audio I use opus, as it's the best lossy codec 256kbps (probably overkill, and it isn't really at 256, but that's because it's tried to describe a quality with a bitrate). I use crf 18 for <=30fps content, and 15 for <=60. What you care about for uploading to youtube is a trade off between video / audio quality and size, both for uploading / archiving concerns and so the final youtube video looks as good as it can at the low bitrates it uses.įor a long time the default for modern codecs has been some form of arbitrary quality rate control. You don't really care about the bitrate unless you're bitrate limited (i.e. Personally, I think it's silly and old-fashioned (and h264-centric, more modern codecs will need fewer bits for the same quality). They suggest 8mpbs for <= and 12mb for <=60 1080. Looking at some content, that's 70mbps to 150mbps depending on content (and including audio). My footage is recorded from obs in Intel's (QuickSync) CQP 1 (after ICQ 1 stopped working) for video, highest bitrate for the three audio channels.
0 kommentar(er)
