You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
[SDW][BUG]Pop noise occurred when do pause/release or switch to background/foreground during aplay0,0(RT711) or aplay0,2(RT1308) #1376
@YvonneYang2 I don't think there's anything we can do to avoid pops/clicks if there is an underflow during playback.
For pops for pause push/resume, this also goes back to the 'feature'. We will not have the ability to do a ramp down/up, so I don't think we can prevent such issues from happening due to discontinuites between samples. This is a standard audio problem, for me this is not a bug we can fix. It is what it is.
@YvonneYang2 Oh, I notice how do you reproduce this issue. This test method doesn't close/reopen the process of playback. The pop noise shouldn't come from the codec.
You could try to play the silence data to test it and that will proof my explanation.
"aplay -Dhw:0,2 -r48000 -c2 -fs16_le /dev/zero -vv -i"
I tested it and can't hear the pop noise.
I did the patches yesterday that fixed the pop noise while the playback off.
Test with latest soundwire-latest (661d261)+ #1385 + eea6126 and master (0e8cf66) branch, issue still reproduced when pause/release on "Aplay 0,2 via "aplay -Dhw:0,2 -r48000 -c2 -fs16_le wav/48California_Dreaming.wav -vv -i"
@shumingfan
Yes, confirmed that "aplay -Dhw:0,2 -r48000 -c2 -fs16_le /dev/zero -vv -i" cannot reproduce the issue with or without #1385 .
We found starting or stopping (ctrlC) playback in aplay will also meet a similar issue. I'm not sure if it is the same bug with this issue. I suggest we reopen this issue or maybe better to open a new bug for aplay starting or stopping with ctrlC.
Split background/foreground scenario to #1866
Split terminate via "Ctrl+c" scenario to #1865
Split Start scenario to #1867
Split pause/resume secnario to #1869
Activity
plbossart commentedon Oct 25, 2019
@YvonneYang2 I don't think there's anything we can do to avoid pops/clicks if there is an underflow during playback.
For pops for pause push/resume, this also goes back to the 'feature'. We will not have the ability to do a ramp down/up, so I don't think we can prevent such issues from happening due to discontinuites between samples. This is a standard audio problem, for me this is not a bug we can fix. It is what it is.
@bardliao please chime in.
mengdonglin commentedon Oct 28, 2019
Realtek will check this issue
bardliao commentedon Oct 28, 2019
It looks like a depop issue on codec and @shumingfan can reproduce the issue on his side. He will look into it.
shumingfan commentedon Oct 28, 2019
Hi all, please try to apply the PR #1385 and test again.
YvonneYang2 commentedon Oct 29, 2019
Issue can still be reproduced on CML laptop.
Test recipe:
kernel: https://github.com/thesofproject/linux/tree/integration/soundwire-latest commit: 661d261 + PR #1385 + eea6126
FW: https://github.com/thesofproject/sof/commits/master commit: 0e8cf66
tplg: https://github.com/bardliao/sof/commits/soundwire-tplg (commit: 0408153), sof-cml-rt711-rt1308-rt715.tplg
platform: CML SDW Laptop with ALC711+ ALC1308+ ALC715
Logs:
dmesg.log
logger.log
shumingfan commentedon Oct 29, 2019
@YvonneYang2 Oh, I notice how do you reproduce this issue. This test method doesn't close/reopen the process of playback. The pop noise shouldn't come from the codec.
You could try to play the silence data to test it and that will proof my explanation.
"aplay -Dhw:0,2 -r48000 -c2 -fs16_le /dev/zero -vv -i"
I tested it and can't hear the pop noise.
I did the patches yesterday that fixed the pop noise while the playback off.
YvonneYang2 commentedon Oct 29, 2019
Test with latest soundwire-latest (661d261)+ #1385 + eea6126 and master (0e8cf66) branch, issue still reproduced when pause/release on "Aplay 0,2 via "aplay -Dhw:0,2 -r48000 -c2 -fs16_le wav/48California_Dreaming.wav -vv -i"
@shumingfan
Yes, confirmed that "aplay -Dhw:0,2 -r48000 -c2 -fs16_le /dev/zero -vv -i" cannot reproduce the issue with or without #1385 .
plbossart commentedon Oct 30, 2019
@YvonneYang2 I don't think we can fix further, this should be tagged as closed or won't fix.
YvonneYang2 commentedon Oct 31, 2019
Won't fix it since it's a standard audio problem.
YvonneYang2 commentedon Nov 7, 2019
Test recipe:
kernel: https://github.com/thesofproject/linux/tree/integration/soundwire-latest commit: 35dd388
FW: https://github.com/thesofproject/sof/commits/master commit: 9844920
tplg: same path as FW branch, sof-cml-rt711-rt1308-mono-rt715.tplg
platform: CML SDW Laptop with ALC711+ ALC1308+ ALC715
plbossart commentedon Nov 7, 2019
@YvonneYang2 is this the right bug? You closed this 7 days ago?
libinyang commentedon Mar 5, 2020
We found starting or stopping (ctrlC) playback in aplay will also meet a similar issue. I'm not sure if it is the same bug with this issue. I suggest we reopen this issue or maybe better to open a new bug for aplay starting or stopping with ctrlC.
mengdonglin commentedon Mar 6, 2020
Seems to the same issue to thesofproject/sof#2203
YvonneYang2 commentedon Mar 6, 2020
Split background/foreground scenario to #1866
Split terminate via "Ctrl+c" scenario to #1865
Split Start scenario to #1867
Split pause/resume secnario to #1869