NetterSilverandClaude Opus 5.5 d8bca3cdd9 Overlap movie encoding with rendering ...

Movie exports (H.264, HEVC, AV1, ProRes, uncompressed) rendered a batch of
frames on every core, then encoded it frame by frame while the render
threads waited. Each batch now encodes on a pool shared by all exports while the
next batch renders (Cx::frames_beside). With deferred GPU readbacks, or
where no thread can be started (wasm without threads), the two still take
turns. A panicking encoder becomes an export error.

H.264 frames are converted to 4:2:0 on the render threads, per frame, instead
of on the encoder's critical path. The conversion reads 8-bit levels from a
table and rounds without a libm call; both give the same values as before
(tested against the previous formula).

Demo comp (1920x1080, 300 frames) to H.264 on a 16-thread Ryzen, export
wall time -6% (median of 7 interleaved runs); output byte-identical.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

2026-10-27 17:40:41 +01:00

..

encode.rs

Overlap movie encoding with rendering

2026-10-27 17:40:41 +01:00

hevc_av1.rs

Merge main into M13.4 (codec completion): HEVC/AV1 on the export pipeline (Cx), one key-frame interval for all movie codecs

2026-10-03 07:29:32 -04:00

lib.rs

M0.37: reconcile shared docking and qualify migration follow-up

2026-10-26 06:47:07 +01:00

out.rs

M15.1: web build (eframe wasm) + xtask web

2026-10-02 00:19:35 -04:00

pipeline.rs

Overlap movie encoding with rendering

2026-10-27 17:40:41 +01:00

uncompressed.rs

#372: uncompressed QuickTime (raw RGB / ARGB) output module format

2026-10-11 12:43:33 +02:00

webm_av1.rs

MCP: report render progress and handle cancellation

2026-10-09 00:20:22 -07:00

webm.rs

G3: preserve exported audio sample positions

2026-10-10 17:55:50 +10:00