** Bug watch added: Linux Kernel Bug Tracker #217526
https://bugzilla.kernel.org/show_bug.cgi?id=217526
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/1801540
Title:
Microphone
Done: https://bugzilla.kernel.org/show_bug.cgi?id=217526
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/1801540
Title:
Microphone distorted sound on ALC892/1220 on AMD chipsets
For ASUS-specific codec issues, could you open another bug instead of
hanging this old issue? The AMD controller problem was basically fixed,
and the Realtek codec quirk is a different story.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed
Created attachment 304349
patch_realtek_alc1220_record.diff
Hi all:
Basically, ASUS CROSSHAIR VI HERO only provides Windows version, not
Linux version.
You can try it, after entering the LINUX OS (ALC1220, 0x10ec1022, subsytem ID:
10438735)
"sudo su root" type root password
"hda-verb
Created attachment 304321
script to adapt alc3234 codec coefs
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/1801540
Title:
Microphone distorted sound on ALC892/1220 on AMD
(In reply to Frédéric Pierret from comment #5)
> Hi,
>
> I also had the same problem with my ASROCK X370 Gaming K4 (ALC1220):
>
> 1st case: Booting FIRST Linux: Sound with noise/crackling.
> 2nd case: Booting FIRST Windows and SECOND Linux: Sound is perfect.
>
> I suceed in solving the problem
@Takashi Iwai
> So moving it back would break something else, too. Hmm.
Indeed, it will break whatever solutions to the original issue of
microphone input crackling your changes may have fixed for this sound
device.
My use case - capturing from the global output monitor - has never had a
(In reply to Rob McCathie from comment #292)
> I should clarify: My broken use case is capturing from the global output
> monitor while also capturing the screen, and having the audio be
> synchronised like at capture time.
>
> In some of my early tests the audio was not only un-synchronised, but
Again a correction: the current default setup for Raven corresponds to
position_fix=6 option. It's not a simple LPIB read but contains some
awkward correction that takes the FIFO size into account.
--
You received this bug notification because you are a member of Desktop
Packages, which is
I should clarify: My broken use case is capturing from the global output
monitor while also capturing the screen, and having the audio be
synchronised like at capture time.
In some of my early tests the audio was not only un-synchronised, but
had other issues too (jolting, etc.), so it's possible
1487 is with the same setup as Raven (15e3), and the same workaround is
applied.
Please note that the workaround isn't actually delaying the sound
transfer. Instead, it reports the PCM delay value up to 32bytes for
FIFO size for the applications. If the application (the sound backend)
doesn't
(In reply to Rob McCathie from comment #296)
> Just thought i'd update on my situation, i've now tested that it is only the
> Pulse changing to batch mode that causes my issue. So i'm no longer running
> the patch i posted earlier, rather now i do this:
>
>
>
> diff -Naur
Just thought i'd update on my situation, i've now tested that it is only
the Pulse changing to batch mode that causes my issue. So i'm no longer
running the patch i posted earlier, rather now i do this:
diff -Naur a/sound/pci/hda/hda_controller.c b/sound/pci/hda/hda_controller.c
---
Any update on this? Perhaps I have a misunderstanding, however the issue
is still here unless I do a patch -R with what is in comment #296. Even
with the latest 5.11.13...
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to pulseaudio in
Update after the latest firmware update for the platform, called AMD
AGESA V2 PI 1.2.0.3 Patch A, released yesterday for my platform,
finally. This includes the USB patch for the drop in the USB
communication under load for too much recovery errors hitting the Pci-Ex
subsystem on the chipset,
I hit this issue as well on my Gentoo box (see
https://bugs.gentoo.org/779157).
After applying the patch mentioned in comment #296, the audio is back to
normal with PulseAudio, no more distortions, the audio is clean. No
perceived audio lags. Everything is in working order again.
Tested only
OK, I'm going to submit this partial revert.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/1801540
Title:
Microphone distorted sound on ALC892/1220 on AMD chipsets
Status in
Indeed.
My issue relates to usage with Pulse.
PipeWire looks like an interesting up-and-coming project, but right now
Pulse is what is rolled out in the vast majority of distros and, for
now, tales of outcomes with PipeWire aren't so useful.
--
You received this bug notification because you
Yes, that's merely an ugly workaround, and I'd happily get rid of it
once after confirming it's working fine without that!
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/1801540
After some gaming and streaming, I can confirm that I haven't heard
anymore pops or clicks, and a lot of performance issues completely
disappeared after applying this firmware, like microstutters in the
system under load and such. Kinda makes sense, since PciEx is basically
the main bus where
Created attachment 295735
The partial revert patch
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/1801540
Title:
Microphone distorted sound on ALC892/1220 on AMD chipsets
Status
... and looking back at the development history again, this seems too early to
be delighted. Actually the change to PRESET_AMD_SB was done as a fix for the
certain devices in the commit d2c63b7dfd06788a466d5ec8a850491f084c5fc2
ALSA: hda - Apply AMD controller workaround for Raven platform
That's a good discovery. This change makes sense, as the different of
PRESET_ATI_SB from PRESET_AMD_SB is about the position reporting. ATI_SB uses
the legacy LPIB register read while AMD_SB uses the position buffer table.
This could be verified by changing position_fix module option: 1 is
FYI, the 'solution' for this issue that is now in the kernel breaks
capturing screen+currrently playing audio with ffmpeg, for me at least,
on AMD Raven hardware.
I tried many things but could not achieve good audio capture that is
synchronised, not when capturing from Pulse anyway.
I'm guessing
Updates on this long endeavor as of today: I choose to give another try
for switching from PulseAudio to the PipeWire sound server.
The problems are completely gone. No audio clicking anywhere on the system.
I have tried one month ago, but on reboot I was not having any audio coming out
from
The problem still seems to affect Raven Ridge ([1022:15e3] in a HP
ProBook 455R G6) using kernel version 5.6.4.
Disabling the SNDRV_PCM_INFO_BATCH workaround subjectively improves
capture quality using `parecord` but it is not really usable either way.
--
You received this bug notification
Why the issue is back?
i remember in Linux kernel 5.3 RC7 it was fixed but now it's back my audio
codec is ALC887-VD
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/1801540
Title:
Confirming this for ALC887-VD Analog [ALC887-VD Analog]
Audio device [0403]: Advanced Micro Devices, Inc. [AMD] FCH Azalia
Controller [1022:780d] (rev 01)
Crackling seems to only go away when mix is set to lower than 10% in
pulseaudio. If the device oversaturates it seems to try to lower the
(In reply to Marco from comment #276)
> Following my previous post, disabling the batch flag on both streams (patch
> 3 from comment 269), Steam is perfect, Discord is lagged again while
> acquiring.
>
> With the second patch from the comment 269, same identical problem without
> the patch
Yours has a different controller chip, so the patch doesn't have any
effect as is.
Try a freshly submitted / merged patch on top of the previous fixes:
https://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git/commit/?id=d2c63b7dfd06788a466d5ec8a850491f084c5fc2
--
You received this bug
(In reply to Takashi Iwai from comment #280)
> Yours has a different controller chip, so the patch doesn't have any effect
> as is.
>
> Try a freshly submitted / merged patch on top of the previous fixes:
>
> https://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git/commit/
>
This patch, as applied to the latest 5.3 kernel, is not working on my
SO's desktop machine, running Arch Linux, still glitching in Discord
voice chat.
Gigabyte Aorus B450 Pro Wi-Fi
ALC1220, [1022:15e3] subsys [1458:a0c3]
alsainfo, if useful:
(In reply to Takashi Iwai from comment #271)
(In reply to Takashi Iwai from comment #249)
> (In reply to al from comment #248)
> > Thanks that did it works great now!
>
> OK, I'll add the entry for 1022:1487 in the upstream, too.
The patch was backported to the 4.19.67 kernel.
With this and
in the final release of Linux 5.3 are going to be these patches?
I ask because I am buying an amd laptop right now with ryzen 5 3550 H and want
to know how was going this problem !
In an acer swift with AMD ryzen I had the problem
--
You received this bug notification because you are a member
(In reply to Takashi Iwai from comment #273)
> Hmm, would it be only about playback? That is, restricting the workaround
> only to capture stream works better?
>
> --- a/sound/pci/hda/hda_controller.c
> +++ b/sound/pci/hda/hda_controller.c
> @@ -617,7 +617,8 @@ static int azx_pcm_open(struct
Following my previous post, disabling the batch flag on both streams
(patch 3 from comment 269), Steam is perfect, Discord is lagged again
while acquiring.
With the second patch from the comment 269, same identical problem
without the patch (Discord perfect, Steam crackling for the first minute
+
(In reply to Luca from comment #254)
> That's true, Steam Voice Chat has distortions/delays for 1 minute (but
> totally different than the usual like it was on Discord)
> Also, my voice has a much lower pitch too, and only for one minute.
>
> But I noticed this is happening on Discord too right
Created attachment 284117
Test fis patch no.5
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/1801540
Title:
Microphone distorted sound on ALC892/1220 on AMD chipsets
Status in
How does position_fix = 6 (the FIFO that the patch adds) work?
Because when I add it, makes the system (only for GNOME) laggy when using
Discord, exacly like before as I said in comment 86
https://bugzilla.kernel.org/show_bug.cgi?id=195303#c86
But this time obviously the mic capture is fine.
Created attachment 284111
Test fix patch no.3
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/1801540
Title:
Microphone distorted sound on ALC892/1220 on AMD chipsets
Status in
Created attachment 284113
Test fix patch (revised)
The previous one won't work, I'm afraid. This is the revised one
(no.4).
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/1801540
I confirm that both version of the second patch work. On playback I had
only some minor issues when the stream was starting, but after enabling
the playback patch, they disappeared too.
Without tsched=0 and without the playback patch, acquisition work
perfectly fine, but not the output, is
Thanks. The problem with playback indicates that the delay correction
isn't good for playback but only for capture.
Below is yet another revised patch. It corrects the position report
only for the capture, but takes the FIFO delay into account, too.
--
You received this bug notification
BTW, does anyone hit the problem on an AMD board with other PCI ID than
1022:1457?
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/1801540
Title:
Microphone distorted sound on
Created attachment 284171
Codec trace for the audio output delay problem
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/1801540
Title:
Microphone distorted sound on ALC892/1220 on
That's true, Steam Voice Chat has distortions/delays for 1 minute (but totally
different than the usual like it was on Discord)
Also, my voice has a much lower pitch too, and only for one minute.
But I noticed this is happening on Discord too right when I join a
channel (or do a voice self
Discord being robotic can happen on functional audio cards as well, i
for example had it on my laptop in the past. When subject to the real
bug this does not clear up at all and will remain an issue for a while.
The non related bug in discord itself i can usually get rid off by
opening and closing
(In reply to Ernst Sjöstrand from comment #257)
> (In reply to Khaled from comment #256)
> > I have MSI A320m mobo with a Realtek ALC887 and got the same problem not
> > sure if others are having another problem with this chip but if i connect a
> > speakers to the rear panel and a headset to the
(In reply to Vinay Shastry from comment #261)
> Distortion/crackled sound in steam voice chat started with kernel 5.2.9.
> Differently distorted sound in discord web - parts of voice is chopped off
> every half second or so, and a large lag - 1 second or so.
>
> Everything works fine in 5.2.8.
>
(In reply to Khaled from comment #256)
> I have MSI A320m mobo with a Realtek ALC887 and got the same problem not
> sure if others are having another problem with this chip but if i connect a
> speakers to the rear panel and a headset to the front panel it only detects
> my front panel it even
(In reply to Ernst Sjöstrand from comment #240)
> (In reply to Takashi Iwai from comment #237)
> > What if you remove azx_get_delay_from_fifo assignment to get_delay[0/1],
> > together with dropping SNDRV_PCM_INFO_BATCH flag? Still getting the same
> > problem?
>
> I getting the crackling mic
(In reply to Takashi Iwai from comment #227)
> Created attachment 284221 [details]
> Test fix patch no.7
completely fixed the audi for me, ALC 892 + MSI B350M
Same tests as before, sound playback works fine as long I'm in a discord
channel (the patch 6 only fixed the microphone)
--
You
(In reply to Khaled from comment #256)
> I have MSI A320m mobo with a Realtek ALC887 and got the same problem not
> sure if others are having another problem with this chip but if i connect a
> speakers to the rear panel and a headset to the front panel it only detects
> my front panel it even
(In reply to Vinay Shastry from comment #261)
> Everything works fine in 5.2.8.
Actually, scratch that. I never tried the mic port until today (didn't
have a mic). The crackling is present as reported by others.
In 5.2.9, there is a different kind of distortion when using a usb webcam's mic
Distortion/crackled sound in steam voice chat started with kernel 5.2.9.
Differently distorted sound in discord web - parts of voice is chopped off
every half second or so, and a large lag - 1 second or so.
Everything works fine in 5.2.8.
Board: ASUS PRIME X370-PRO.
lspci -nn extract:
0c:00.3
Asus A88X-Pro (Realtek 1150)
I join the problem in Discord
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/1801540
Title:
Microphone distorted sound on ALC892/1220 on AMD chipsets
(In reply to Takashi Iwai from comment #269)
> For all people who still see the problem: please test 5.3-rc6 or rc7 kernel
> and confirm that the problem persists.
Tried with 5.3-rc6
Problem: Distorted sound with steam voice chat with 1022:1487.
# 3 Worked for steam voice chat but
Hmm, would it be only about playback? That is, restricting the
workaround only to capture stream works better?
--- a/sound/pci/hda/hda_controller.c
+++ b/sound/pci/hda/hda_controller.c
@@ -617,7 +617,8 @@ static int azx_pcm_open(struct snd_pcm_substream *substream)
* tsched=1 when a
There's a lot to track here now, but patch #2 seems to work great here!
Patch #6 didn't seem to cause any new problems for me, but the crackling
is still there.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to pulseaudio in Ubuntu.
(In reply to Ernst Sjöstrand from comment #214)
> There's a lot to track here now, but patch #2 seems to work great here!
>
> Patch #6 didn't seem to cause any new problems for me, but the crackling is
> still there.
6 works only with the define enabled, remove the double slashes in front
of
ASRock Fatal1ty B450 Gaming K4
ALC892, [1022:1457] subsys [1849:9893]
Test Fis Patch no.5 with kernel 4.19.57:
- sound playback OK
- sound recording OK (no crackling)
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to pulseaudio in
(In reply to Luca from comment #181)
> (In reply to Takashi Iwai from comment #173)
> > Created attachment 284117 [details]
> > Test fis patch no.5
>
> Tested on 1022:1457 also on my MSI AMD B350M, on ALC892 codec, Kernel 5.2.5
>
> Works fine, thanks.
>
> I'll try to build an ubuntu package
(In reply to Takashi Iwai from comment #271)
> And how is the application set up? Does it run over PulseAudio backend or
> accesses directly ALSA devices?
Everything on PulseAudio.
(Using a standard gnome desktop.)
> The BATCH workaround was needed for PulseAudio. Does any other application
>
I have MSI A320m mobo with a Realtek ALC887 and got the same problem not
sure if others are having another problem with this chip but if i
connect a speakers to the rear panel and a headset to the front panel it
only detects my front panel it even says "unplugged" in audio settings i
have to
OK, that's good to know.
And how is the application set up? Does it run over PulseAudio backend
or accesses directly ALSA devices?
The BATCH workaround was needed for PulseAudio. Does any other
application using PulseAudio (wrt capture) work on your device?
And it'd be strange if this setup
(In reply to Ernst Sjöstrand from comment #267)
> So you can have different $THING ALC1220 vs ALC892 but still the same pciid
> 1022:1457 ...
But the driver is the same one used.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to
Just chiming in: I applied the upstream patch[1] with success on my
older-kernel system.
It fixed the audio crackle issue on my line-in — thanks Takashi Iwai (:
Mobo: ASus X570 Phantom Gaming 4
Audio chipset: ALC1200 (1022:1457)
Kernel: 4.19.0
OS: Debian 10
[1]
(In reply to al from comment #245)
> I just picked up a new MSI MPG X570 GAMING EDGE WIFI with Realtek ALC1220.
Judging from alsa-info.sh output, your device has a different PCI device ID,
1022:1487. Replace the entry and retest.
--
You received this bug notification because you are a member
For all people who still see the problem: please test 5.3-rc6 or rc7
kernel and confirm that the problem persists.
Once after confirming the same issue with 5.3-rc7, and it's about the
PCI device 1022:1457 or 1022:1487, then check the following:
1. Change the return value of
(In reply to Takashi Iwai from comment #247)
> (In reply to al from comment #245)
> > I just picked up a new MSI MPG X570 GAMING EDGE WIFI with Realtek ALC1220.
> Judging from alsa-info.sh output, your device has a different PCI device ID,
> 1022:1487. Replace the entry and retest.
Thanks that
Basically patch 2 and 7 are essentially doing same wrt the position
report. The latter uses the fixed FIFO size instead of reading the
register and it reports the actual delay size as well. But the
difference is likely irrelevant with PA tsched problem Marco was seeing.
I guess PA would work
(In reply to Takashi Iwai from comment #226)
> Then I have no better idea for now than disabling the tsched on PA.
>
> The patch below is a combination of the former patch (modified no.6) and the
> flag set to enforce tsched=0. This should work without changing PA config.
>
> Let me know if
completely not working here. also not patch 7. with pa sound is jumping,
and with alsa I just get a random noise.
does this work for anybody with X399 board alc1220?
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to pulseaudio in Ubuntu.
Patch 7 does not work on my system with the runtime->hw.info |=
SNDRV_PCM_INFO_BATCH; statement removed.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/1801540
Title:
Microphone
OK, thanks. Then it looks like that it's really the chip that stalls
the playback. Around time 8102 until 8106, there is no playback
position update and proceed. The same position is kept for 4 seconds by
some reason.
If this happens only at the full-duplex (capture and playback mixture)
Created attachment 284213
Patch to remove stream sync calls
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/1801540
Title:
Microphone distorted sound on ALC892/1220 on AMD chipsets
For those with non-working systems: first off, make sure that you're
really testing the patched kernel, e.g. put a printk() for checking.
Then test without PulseAudio at first, with aplay/arecord (with -Dhw:0
or -Dhw:1, depending on the system). As in comment 144, try with or
without -N.
--
also not working for me with kernel 5.3rc2 (archlinux: linux-git) and
patch no. 5. ALC1220 X399 MSI board [1022:1457].
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/1801540
Title:
1022:1457 also on my MSI AMD B350M, on ALC892 codec
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/1801540
Title:
Microphone distorted sound on ALC892/1220 on AMD chipsets
Status
Wow! This is so good. "patch no.2" is working great, no need to set
tsched=0 anymore with that one.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/1801540
Title:
Microphone
(In reply to Takashi Iwai from comment #148)
> OK, thanks, then this might indicate that the culprit is about the subtle
> timing issue, not about the cache problem.
>
> Just to be sure, could you try to pass bdl_pos_adj=64,64 option to
> snd-hda-intel module?
I feel dumb, I had some options
Tried the same patch #2 with "fifo_size = azx_dev->core.fifo_size;"
instead. same good results. (tested both method on kernel 4.19.63)
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to pulseaudio in Ubuntu.
(In reply to Takashi Iwai from comment #269)
> For all people who still see the problem: please test 5.3-rc6 or rc7 kernel
> and confirm that the problem persists.
Tried with 5.3-rc6
Problem: Distorted sound with steam voice chat with 1022:1457.
> 1. Change the return value of
(In reply to Marco from comment #176)
> (In reply to Takashi Iwai from comment #174)
> > BTW, does anyone hit the problem on an AMD board with other PCI ID than
> > 1022:1457?
>
> Another thing, 1022:1457 is not used only on X370, but also on my B450, and
> probably on a lot of other board, like
No need for retest, bdl_pos_adj is merely a shot-in-the-dark, and likely
breaks something else :)
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/1801540
Title:
Microphone
ASRock Fatal1ty B450 Gaming K4
ALC892, [1022:1457] subsys [1849:9893]
With patch no.7 with kernel 4.19.66 and telegram-desktop-bin-1.8.2 my
companion hear myself.
With patch No. 5 there is no such problem and no crackling.
--
You received this bug notification because you are a member of
So you can have different $THING ALC1220 vs ALC892 but still the same
pciid 1022:1457 ...
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/1801540
Title:
Microphone distorted sound
(In reply to Takashi Iwai from comment #249)
> (In reply to al from comment #248)
> > Thanks that did it works great now!
>
> OK, I'll add the entry for 1022:1487 in the upstream, too.
I can't find this entry in the commit. Did you forget or added it in
another one?
--
You received this bug
(In reply to al from comment #250)
> (In reply to Takashi Iwai from comment #249)
> > (In reply to al from comment #248)
> > > Thanks that did it works great now!
> >
> > OK, I'll add the entry for 1022:1487 in the upstream, too.
>
> Ok thanks, I tested with discord and load-module
(In reply to Marco from comment #251)
> (In reply to al from comment #250)
> > (In reply to Takashi Iwai from comment #249)
> > > (In reply to al from comment #248)
> > > > Thanks that did it works great now!
> > >
> > > OK, I'll add the entry for 1022:1487 in the upstream, too.
> >
> > Ok
No issues here with Steam Voice Chat with patch 7 on 1022:1457.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/1801540
Title:
Microphone distorted sound on ALC892/1220 on AMD
(In reply to Takashi Iwai from comment #249)
> (In reply to al from comment #248)
> > Thanks that did it works great now!
>
> OK, I'll add the entry for 1022:1487 in the upstream, too.
Ok thanks, I tested with discord and load-module module-loopback and it
works perfectly.
But with steam I
So with patch 7, but tsched=1 (ie. not the part with |= BATCH included)
I get the following:
Only test idea 1: crackling
1+2: no crackling but playback skips when start/stop recording
2: no crackling but playback skips when start/stop recording
I retested patch 2 and realized I also have that
(In reply to al from comment #248)
> Thanks that did it works great now!
OK, I'll add the entry for 1022:1487 in the upstream, too.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to pulseaudio in Ubuntu.
(In reply to Ernst Sjöstrand from comment #244)
> So with patch 7, but tsched=1 (ie. not the part with |= BATCH included) I
> get the following:
>
> Only test idea 1: crackling
> 1+2: no crackling but playback skips when start/stop recording
> 2: no crackling but playback skips when start/stop
I just picked up a new MSI MPG X570 GAMING EDGE WIFI with Realtek
ALC1220.
Audio output works fine but input is cracking and distorted.
I tried with patch #2 and patch #7 and no luck on my end. If there is
any more information I can provide to be helpful please let me know.
Here is my alsa-info
(In reply to Takashi Iwai from comment #230)
> (In reply to daxcore from comment #229)
> > completely not working here. also not patch 7. with pa sound is jumping,
> and
> > with alsa I just get a random noise.
> >
> > does this work for anybody with X399 board alc1220?
>
> That sounds like a
(In reply to Takashi Iwai from comment #237)
> What if you remove azx_get_delay_from_fifo assignment to get_delay[0/1],
> together with dropping SNDRV_PCM_INFO_BATCH flag? Still getting the same
> problem?
I getting the crackling mic input if I do that yes.
--
You received this bug
(In reply to David from comment #238)
> Tried patch #7 without BATCH flag, this is not working with discord, there
> is a delay, and the playback stream jump around when pressing button "Let's
> Check".
Yea, same here on B450/ALC892 with tsched enabled (which AFAIK the batch
flag is the same of
Tried patch #7 without BATCH flag, this is not working with discord,
there is a delay, and the playback stream jump around when pressing
button "Let's Check".
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to pulseaudio in Ubuntu.
1 - 100 of 254 matches
Mail list logo