Skip to content

7.67.1 - Audio pick during load keeps Dolby Vision, FEL fold on undated GOPs

Latest

Choose a tag to compare

@superuser404notfound superuser404notfound released this 14 Nov 20:56
· 19 commits to main since this release

Changed

  • A frame chain stage can declare the colour volume of its output (#1065, #957, thanks @bdavid21wnec). Groundwork for a later tone map stage. The chain writes the frames' HDR10 metadata from the last stage that declares one, so the display is told what it actually gets and does not tone map a second time. The two existing stages declare nothing, so no frame changes in this release. Internal API only.

Fixed

  • An audio pick during a load no longer drops the Dolby Vision route (#1061, thanks @andreiborisov). A selectAudioTrack made as soon as audioTracks published landed inside the load's display handshake, and its rebuild replaced the load before the panel answers were stored. A DV or HDR title then went to the media playlist (HDR10 base layer, no DV signaling) and videoFormat stayed .sdr. The pick now waits for the load to return and rebuilds like any later pick, and load() returns normally instead of throwing CancellationError. selectTitle(id:) waits the same way.
  • The FEL curve fold no longer crashes on a GOP with undated packets (#1064, thanks @orut34iop). With DolbyVisionFelCurves on, a stream-copy cut of a Profile 7 FEL file can start with packets that carry neither PTS nor DTS. Measuring the frame spacing subtracted AV_NOPTS_VALUE and trapped on the overflow. Such a GOP now keeps the stream's mapping and the next GOP fits afresh.
  • The engine builds without warnings under Xcode 27.2 (#1062, thanks @YangHanqing). Six diagnostics in five files. The audio menu now loads a rendition's title asynchronously and drops an answer whose item or selection changed while it waited.
  • The APAC tests no longer expect two encoders to write the same bytes (#1063, thanks @YangHanqing). On an M6 under macOS 27.0.1 two encoders fed the same PCM wrote different packets on every run, while the decoded audio matched at about 93 dB SNR. The tests now decode both runs and require more than 60 dB. Test change only.

Full changelog: 7.67.0...7.67.1