Resolve "OMASA not BE between 5ms and 20ms rendering"
- Related issues: #982 (closed)
- Requested reviewers: @paulusj, @pihlajakuja
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