(In reply to Takashi Iwai from comment #189) > (In reply to Marco from comment #180) > > (In reply to Takashi Iwai from comment #172) > > > 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. > > > > With tsched=0, everything is perfect. When tsched=0 is removed, the audio > > output is not crackling again, however ALL audio is retarded when the > > acquisition starts, to me it feels around 4/5 seconds. I had a player > > playing music in background and the whole stream jump back for that time; > if > > i try to seek in another position the audio will seek only after the same > > 4/5 seconds. If I stop capturing audio, the playback sync back again and > the > > playback is working correctly again. > > > > Very weird. > > So something goes wrong in the full-duplex operation? That is, if you do > only capture or only playback, it works even without tsched workaround? > > Another shot-in-the-dark is to swap the stream assignment, something like: > > --- a/sound/pci/hda/hda_intel.c > +++ b/sound/pci/hda/hda_intel.c > @@ -1853,8 +1853,8 @@ static int azx_first_init(struct azx *chip) > break; > } > } > - chip->capture_index_offset = 0; > - chip->playback_index_offset = chip->capture_streams; > + chip->playback_index_offset = 0; > + chip->capture_index_offset = chip->playback_index_offset; > chip->num_streams = chip->playback_streams + chip->capture_streams; > > /* sanity check for the SDxCTL.STRM field overflow */ > > It's unlikely that this has any effect, but who knows... > > Another quirk regarding the stream assignment is > AZX_DCAPS_SEPARATE_STREAM_TAG flag, which is used for the recent Intel > chips. Check whether it gives any positive changes.
Sorry, just noticed now, the input is not delayed, the signal on the screen is in sync with my voice, it's only the output that is retarded by 4 seconds. Trying now the DCAPS and then the patch supplied. Thanks again, Marco. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1801540 Title: Microphone distorted sound on ALC892/1220 on AMD chipsets Status in Linux: Confirmed Status in linux package in Ubuntu: Won't Fix Status in pulseaudio package in Ubuntu: Won't Fix Bug description: Not sure if I'll report this upstream but there is definitely an issue with microphone recording on my desktop, this is not happening on my laptop which has a different codec. Already tried all workarounds possible, no luck. Only with my desktop with this particular motherboard. No issues in Windows, the sound recorded in there is distorted and has some static and robotic tone on high-pitch. alsa-info on the attachments To manage notifications about this bug go to: https://bugs.launchpad.net/linux/+bug/1801540/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
