[AksharP5]

CPU source transcodes reject browser recordings with an odd width or height. Pad only the CPU path to the next even dimensions, adding at most one row or column so libx264 can encode H.264 4:2:0.

Closes #2954.

VP8 input	Before, libx264	After, libx264
641×360	Encoder failure	642×360, 90 frames, 3 s
640×361	Encoder failure	640×362, 90 frames, 3 s
641×361	Encoder failure	642×362, 90 frames, 3 s
640×360	Succeeds	Byte-identical output

All fixed files decode and pass production MP4 indexing and remux checks. The default NVENC arguments are unchanged; all four NVENC control files match byte for byte on the tested RTX 5060.

Validation: all 163 render-farm tests pass, including three real FFmpeg regressions that fail on main. Scoped Biome and strict TypeScript checks pass. Integration tests skip explicitly when FFmpeg or ffprobe is absent. Tested with FFmpeg n9.0.2 on Linux; no live worker fleet or older FFmpeg version was exercised.

Confidence Score: 5/5

The PR appears safe to merge.

Summary

Adds even-dimension padding to CPU source transcodes so odd-sized recordings can be encoded with libx264.

• CPU transcodes pad odd-sized recordings for H.264 output.

_{Reviews (1) · Last reviewed commit: "fix(render-farm): transcode odd-sized re..." · Reviewed by Greptile}

[vercel]

The latest updates on your projects. Learn more about Vercel for GitHub.

1 Skipped Deployment

Project	Deployment	Actions	Updated
cap-status	Skipped		Oct 22, 2026 7:54pm UTC