MrCloudy2andClaude Opus 5.5 f79a51dd24 #480: exports no longer stop for good when a clip's decoding uses rayon ...

A GopCache decodes with its lock held, and that decoding starts rayon work
(rotating iPhone frames, cropping, slice-threaded decoders). On the global pool
a worker that took part of it could, waiting inside it, pick up another render
job asking the same cache for a frame and block on the lock, while the lock
holder waited for the work on that worker's stack: exports of rotated iPhone
HEVC clips stopped making frames in about half the runs.

The locked decoding now runs on a separate decode pool, whose threads never wait
for a cache's lock; a caller that is a rayon worker waits on a plain thread so it
does no other rayon work while holding the lock. The cancel/catch-up/draft/
background hints travel with it (filmcraft_media::cancel::Context). Intra-only
streams crop and rotate before taking the lock again.

Second version of #662 (reverted): the regression test's stand-in decoder summed
with overflow, which panics in debug builds; it now wraps explicitly.

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

2026-10-11 01:16:43 +02:00

..

src

#480: exports no longer stop for good when a clip's decoding uses rayon

2026-10-11 01:16:43 +02:00

tests

#800: MP2 audio in MP4 and MOV decodes instead of playing silent

2026-10-11 00:26:39 +02:00

Cargo.toml

#480: exports no longer stop for good when a clip's decoding uses rayon

2026-10-11 01:16:43 +02:00