mirror of
https://github.com/heygen-com/hyperframes.git
synced 2026-11-04 13:07:11 +00:00
* fix(engine): forced-SDR renders show tone-mapped HDR footage as Studio does Forced-SDR extraction tone-maps HDR frames with zscale, but the frames kept the BT.709 transfer tag, so Chrome re-curved them (a tone-mapped 388d96 painted as 2d8790), and JPEG frames kept the BT.709 matrix every JPEG reader decodes as BT.601. Tone-mapped frames now get the same sRGB tag and BT.601 JPEG conversion as other SDR frames. macOS used VideoToolbox, which does not tone-map: its frames stay PQ and Chrome tone-maps them itself, darker than the hable curve Linux and Studio use. macOS now takes the zscale path whenever ffmpeg has zscale, found through the shared ffmpeg filter probe; without it the old path stays and the render warns once. Co-authored-by: Kenneth Shortrede <95665480+sontiac@users.noreply.github.com> * fix(engine): forced-SDR renders tone-map HDR footage that lacks matrix or primaries tags zscale finds no path between colourspaces without them, so the extraction failed. Untagged HDR footage is BT.2020 in practice, and now gets those tags. Co-authored-by: Kenneth Shortrede <95665480+sontiac@users.noreply.github.com> * fix(engine): forced-SDR tone map also tags the transfer ffprobe read from the container From ffmpeg 8.1 ffprobe reports a container-only PQ or HLG tag; the frames still lack it, so zscale failed where macOS VideoToolbox used to render. Co-authored-by: Kenneth Shortrede <95665480+sontiac@users.noreply.github.com> * test(engine): gate the container-only transfer case on the ffprobe that reads it * docs(engine): shorten the filter-probe comment to the comment limit * fix(engine): keep valid per-frame colour tags when tone-mapping HDR footage * test(engine): build the mixed HLG and PQ fixture without B-frames so its timestamps are valid * test(engine): build the trimmed mixed fixture without B-frames too --------- Co-authored-by: Kenneth Shortrede <95665480+sontiac@users.noreply.github.com>