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
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
--- a/sound/pci/h
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 are
@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
crackl
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
