Skip to content

topology2: fix audio format bit depth in deepbuffer copier - #6583

Closed
yongzhi1 wants to merge 1 commit into
thesofproject:mainfrom
yongzhi1:deep-formats
Closed

yongzhi1 wants to merge 1 commit into
thesofproject:mainfrom
yongzhi1:deep-formats

Conversation

@yongzhi1

Copy link
Copy Markdown
Contributor

Fix out_valid_bit_depth for 16-bit and 24-bit audio formats.

Signed-off-by: Yong Zhi yong.zhi@intel.com

Fix out_valid_bit_depth for 16-bit and 24-bit audio formats.

Signed-off-by: Yong Zhi <yong.zhi@intel.com>
@yongzhi1
yongzhi1 marked this pull request as draft November 13, 2022 00:28

@lgirdwood lgirdwood left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@RanderWang @ranj063 pls review

@RanderWang RanderWang left a comment

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

why use 32bit valid sample size ? Internal pipeline uses 24bit valid bits to do calculation.

@ranj063

ranj063 commented Nov 15, 2022

Copy link
Copy Markdown
Collaborator

why use 32bit valid sample size ? Internal pipeline uses 24bit valid bits to do calculation.

but this change is needed to make the format matching to work in the kernel isnt it?

@RanderWang

Copy link
Copy Markdown
Collaborator

why use 32bit valid sample size ? Internal pipeline uses 24bit valid bits to do calculation.

why use 32bit valid sample size ? Internal pipeline uses 24bit valid bits to do calculation.

but this change is needed to make the format matching to work in the kernel isnt it?

yes. @yongzhi1 What's the problem now ?

@yongzhi1

Copy link
Copy Markdown
Contributor Author

Hi @RanderWang , we observed no sound coming from "Deepbuffer Amps" when playing 16-bit material.

@ranj063

ranj063 commented Nov 15, 2022

Copy link
Copy Markdown
Collaborator

Hi @RanderWang , we observed no sound coming from "Deepbuffer Amps" when playing 16-bit material.

@yongzhi1 it would be helpful if you can file a bug that this PR fixes so we can see why this is needed

@yongzhi1

yongzhi1 commented Nov 15, 2022 •

Copy link
Copy Markdown
Contributor Author

@yongzhi1 it would be helpful if you can file a bug that this PR fixes so we can see why this is needed

Sure, #6595.

@yongzhi1

yongzhi1 commented Nov 16, 2022 •

Copy link
Copy Markdown
Contributor Author

The issue seems to be deepbuffer-playback pipeline only supports $HDA_HOST_OUTPUT_CLASS node_type, which works fine for HDA and SDW but not I2S.

@plbossart

Copy link
Copy Markdown
Member

The issue seems to be deepbuffer-playback pipeline only supports $HDA_HOST_OUTPUT_CLASS node_type, which works fine for HDA and SDW but not I2S.

That seems very odd @yongzhi1, @RanderWang just added the deep buffer for the nocodec topology which does use I2S/SSP.

@RanderWang

Copy link
Copy Markdown
Collaborator

The issue seems to be deepbuffer-playback pipeline only supports $HDA_HOST_OUTPUT_CLASS node_type, which works fine for HDA and SDW but not I2S.

That seems very odd @yongzhi1, @RanderWang just added the deep buffer for the nocodec topology which does use I2S/SSP.

@plbossart yong is doing experiment and pick my change to his private branch

@yongzhi1

Copy link
Copy Markdown
Contributor Author

Learned a clever way to do it from @RanderWang , updated top level conf instead yongzhi1@09966aa, so no need to hard-code the changes here, thanks all for reviewing the changes.

@yongzhi1 yongzhi1 closed this Nov 22, 2022
@yongzhi1
yongzhi1 deleted the deep-formats branch April 26, 2024 16:52
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants