Closed amiartus closed 1 year ago
Hi @miartad,
We will try this and get back to you at the earliest!
Hi @miartad ,
The stream "C104_3_FD.mhas" is a special stream with speaker layout index value set to "0" in the bit stream. The value 0 for this field refers to "any speaker set up". Since the source speaker set up is not clear, its not possible to initialize a rendering algorithm for any CICP option. We have corrected the error propogation path in #41.
Also we have tested CICP option for other streams where speaker layout set index value in the bit-stream is not "0" and the option works fine for those cases.
Thanks!
Hello @miartad,
I was wondering if you got a chance to validate the fix pushed for this issue.
Thanks!
hi @SakethSathuvalli
I tried to decode the file.
when ui_cicp_layout_idx in input config is set to 0 the file will decode.
if I try to set a ui_cicp_layout_idx to value other than 0 for this kind of file the error during decoder init is propagated correctly.
thanks!
Hello,
I have found a following behavior of the decoder:
pstr_out_cfg->i_bytes_consumed > 0 pstr_out_cfg->num_out_bytes == 0
Expected:
User can select cicp index to use for decoding and decoder will provide output bytes > 0, or if not possible ia_mpegh_dec_init + ia_mpegh_dec_execute should fail if selected cicp index is not valid.
Selecting cicp index manually works for other conformance streams and MHA mp4 files, for example: when decoding 'H8_3_FD.mhas' I can select any cicp value and decoder will set proper num_out_bytes. Or I can set the default cicp value and decoder will detect the cicp layout from the file.
I guess I have also follow up question:
Could you please clarify?
Best Regards, Adam