Skip to content

Resolve "OMASA not BE between 5ms and 20ms rendering"

Reason why this change is needed

OMASA is not BE between 5ms and 20 ms rendering and rendering to non binaural and stereo. The causes are a wrong offset into the separate object transport channels for the unified memory case and delaying the object signals with non-matching td data due to not copying enough samples into the intermediate object buffer in the non-20ms cases.

Description of the change

Move the delay of the discrete objects from the rendering functions to the digest functions, make sure the delay is handled in a correct way with correct time domain object data.

Affected operating points

  • BE for 20ms (fix for 5ms rendering)
  • Produced bitstream is BE compared to previous state (no encoder change)

Related to #982 (closed)

Edited by bayers

Merge request reports

Loading