Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

asound: try multiple devices if default fails #38

Merged
merged 1 commit into from May 26, 2022

Conversation

maciejhirsz
Copy link
Contributor

I'm on Pop!_OS, which is a popular distro, and haven't really messed with anything sound related. IDK why default doesn't work for me, and this is probably not the best way to fix it since it bakes in an assumption, but at very least it shouldn't break anything for anyone for whom it works already and I can carry on building stuff :)

@not-fl3 not-fl3 merged commit d40bcf1 into not-fl3:master May 26, 2022
@not-fl3
Copy link
Owner

not-fl3 commented May 26, 2022

Interesting!

I found a related issue in PopOs repo: pop-os/pop#2443 (comment) (yesterday's!)

Looks like they intentionally do not set the default PCM device to workaround some really weird bug?

But whatever the reason is - it's better to have a fix and work well on PopOs!
Thanks for PR!

@maciejhirsz
Copy link
Contributor Author

I found a related issue in PopOs

Interesting!

@spacekookie
Copy link

Hey, I opened the initial issue. I'm a bit confused at the reason the PopOS devs are giving as to why they are applying this work-around. Because I didn't suggest that pulseaudio should be the default PCM but pipewire?

Personally it was very helpful to me that aplay didn't try different PCMs after the default failed because it made it easier for me to debug what was going on, which ultimately lead me to find the missing configuration. Just my 2 cents...

@fluidvoice
Copy link

I upgraded to Pop!_OS 22.04 from an earlier version and it caused my notebook internal mic to stop working (Lenovo Ideapad 330S). I was able to get it working by playing around with the HDAJackRetask app overriding the internal-mic-pin assignment (Realtek ALC236 codec). I don't know much about audio debugging. What commands should I run to collect info to help them fix this problem?

@maciejhirsz
Copy link
Contributor Author

@fluidvoice no idea, I'm using a USB mic and it works without issues on 22.04. Also kind of the wrong place to ask :D

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.

None yet

4 participants