You are not logged in.
But this is w/ both mics off - do you have some sound artifacts at this point?
alsamixer operates on the pipewire device - stop the pipewire-pulse.service and/or use "alsamixer -c2"
Offline
Strange. I can’t find pipewire-audio unit on systemctl while on multi-user.target.
Offline
Here's alsamixer -c2
Offline
Strange. I can’t find pipewire-audio unit on systemctl while on multi-user.target.
nor on graphical.target
Offline
Here's alsamixer -c2
That's the proper card. Now play w/ the mic settings until you get or get rid of the artifacts.
Pipewire uses systemd/User for management of the server and automatic socket activation.
Offline
pvpmartins wrote:Here's alsamixer -c2
That's the proper card. Now play w/ the mic settings until you get or get rid of the artifacts.
https://wiki.archlinux.org/title/PipeWire#Installation wrote:Pipewire uses systemd/User for management of the server and automatic socket activation.
Am I suppose to do it on multi-user.target?
Offline
I've downloaded qpwgraph... here's a screenshot of my system:
Offline
Yes - that was the point of the last 15 posts…
Edit:
Am I suppose to do it on multi-user.target?
Last edited by seth (2022-05-25 05:55:26)
Offline
What does that have to do with anything?
It's now twenty posts and you've not stated whether the issue exists on the multi-user.target and whether you can trigger it w/ some mixer setting - for all we know this could be a bug in discord ffs.
Edit:
I've downloaded qpwgraph... here's a screenshot of my system:
Last edited by seth (2022-05-25 05:55:44)
Offline
well... I will just reinstall arch. Thank you
Offline
I don't know to how verify the sound without an app like discord, OBS... Since on multi-user.target I can't access those, I don't know how to verify any sound artifact while I'm on it.
That's also something you have not explained to me. How am I suppose to check the sound while on multi-user.target?
Last edited by pvpmartins (2022-05-25 14:22:01)
Offline
Yes. I. Have.
Open the alsamixer on the card and start enabling the microphones and boosters and see at which point and if you get the audible artifact.
But at least you (hopefully…) accidentally established that this isn't something permanent but depending on you using some electron implemention (I guess, since discord and OBS are both "implemented" as wrappers around chromium)
Offline
So each time I change any parameter on alsamixer, i should boot the machine on GUI right after? That's what sounds weird to me.
You see? I don't know how to check the sound without those apps I mentioned.
Last edited by pvpmartins (2022-05-25 15:22:32)
Offline
Yes. I. Have.
Open the alsamixer on the card and start enabling the microphones and boosters and see at which point and if you get the audible artifact.But at least you (hopefully…) accidentally established that this isn't something permanent but depending on you using some electron implemention (I guess, since discord and OBS are both "implemented" as wrappers around chromium)
You got it wrong. It IS permanent. I also got on that google meet, and anywhere I got mic and speakers on
Last edited by pvpmartins (2022-05-25 15:27:43)
Offline
You don't need to "test the sound".
Again: are there any audio artifacts in the basic condition of the multi-user.target?
If not: run "alsamixer" and activate the mic(s) and there boosters and possibly also other input/output devices there until the artifact shows up.
Alternatively postamixer -c2 pactl list sources pactl list source-outputs
*while* "testing" the sound causes the artifact.
Information that you gather while the artifacts aren't present are worthless.
You said this to me... I don't know how to procedure after I'm in alsamixer in multi-user.target. Ok, I understand that I can change some parameters like rear mic boost, levels... but so what??? no matter how I change those, it doesn't solve my problem.
How could I know if I have any sound artifact in the basic condition of the multi.user.target?
What do you mean by sound artifact? Noise, hum... Right?
Offline
no matter how I change those, it doesn't solve my problem.
They're not supposed to "solve" anything but reveal the cause.
How could I know if I have any sound artifact in the basic condition of the multi.user.target?
Is there a permanent "horrible mic feedback" in that situation?
Offline
While booted to multi-user.target you should be able to record your microphone with e.g. "arecord" to an audio file, then listen to it.
Some commands are here: https://wiki.archlinux.org/title/Advanc … hone_input
If pulseaudio or pipewire is running you can also try "parecord".
Last edited by progandy (2022-05-25 16:27:52)
| alias CUTF='LANG=en_XX.UTF-8@POSIX ' |
Offline
While booted to multi-user.target you should be able to record your microphone with e.g. "arecord" to an audio file, then listen to it.
Some commands are here: https://wiki.archlinux.org/title/Advanc … hone_inputIf pulseaudio or pipewire is running you can also try "parecord".
Thank you very much.
Offline
Is there a permanent "horrible mic feedback" in that situation?
That's the thing. I don't know. But progandy did finally explain how to do it.
Do you understand my issue now??
Last edited by pvpmartins (2022-05-25 19:11:12)
Offline
What do you mean "you don't know" - is the "feedback" (we'll put that into quotes) not audible across the speakers? It only show up in recordings??
Offline
Edit: Sorry, wrong thread.
I'm not sure, but maybe the microphone is disabled when nothing is trying to record?
Last edited by progandy (2022-05-25 19:37:35)
| alias CUTF='LANG=en_XX.UTF-8@POSIX ' |
Offline
That's why he shall enable the microphone(s, there're two…) from alsamixer - if the artifacts only show up in sound recordings (let alone from specific clients) it's rather not a feedback loop and could be simply sonme encoder artifact.
(Except if PA/pipewire ends up redirecting some output into the mic but not the speakers, which, yeah: don't use pipewire… but we'll at least know where to look and where not)
Offline
when I am on multi-user.target and enter alsamixer -c2, I don't know how to proceed. Once I'm on the multi-user.target I DON'T KNOW HOW TO CHECK THE SOUND.
That is the whole point right?? you want me there so there aint any other potential service to cofound the root error. Ok. But now then what do I do? Just messing around with alsamixer without any sound return doesn't seem to help.
Man, how can you not understand what I am telling you?!
Last edited by pvpmartins (2022-05-26 04:03:02)
Offline
You can use the mixer w/ the keyboard. "m" toggles mute, up & down in/decrease volume, F3/4 select playback and recording devices and escape quits.
You check the sound w/ your ears - except:
Please clarify whether the "horrible mic feedback" only appears in the discord recording or whether you can actually hear that immediately.
Edit: a "horrible mic feedback" is caused by the sound input feeding into the output and from there back into the input - just activating a microphone input would in the worst of cases immediately cause this noise.
Last edited by seth (2022-05-26 05:23:18)
Offline
You check the sound w/ your ears.
Ohh... My bad. Is this package on the AUR?
Please clarify whether the "horrible mic feedback" only appears in the discord recording or whether you can actually hear that immediately.
I can hear it immediately. or should I say anyone who is in a call with me.
Last edited by pvpmartins (2022-05-28 20:06:48)
Offline