Comment 255 for bug 1958019

(In reply to Cameron Berkenpas from comment #241)
> (In reply to Jenefer from comment #237)
> > (In reply to TT from comment #208)
> > > For those wanting to test it.
> > > - Download the verbs-working.txt provided on
> > > https://bugzilla.kernel.org/show_bug.cgi?id=208555#c206 .
> > > - git clone https://github.com/ryanprescott/realtek-verb-tools
> > > - sudo python3 realtek-verb-tools/applyverbs.py verbs-working.txt
> > > - put some audio to play
> >
> > Thank you so much! This worked somehow on my lenovo legion 7i 15IMHg05.
> > It's not permanent though as audio needs to be played constantly for it to
> > last longer, otherwise it go back after few seconds. I hope that the fix
> > will be patched to the kernel after some fine-tuning as I noticed that
> > applying the verbs the quality of audio is not quite good compared to how
> it
> > was on windows. But who I am to complain, I'm just happy there is a
> > workaround to use keep me using linux on my machine.
> >
> > Also it's weird that the fix worked for my laptop even though I have the
> > issue with mis-detected codecs: the specs of my laptop list ALC3306 while
> > alsa reports ALC287.
>
>
> I haven't had a chance to try comparing the audio quality, but I have
> wondered if that might be the case... How did you compare? Was it with the
> same application? Ie, maybe FireFox/Chrome and YouTube?
>
> Is anyone else seeing differences?

I've ran firefox with the same youtube video and I also felt the quality is lower on Linux. I don't know how to describe the difference though.
It is not a significant difference for me.
I am good with the current quality, but there is definitelly something to improve there.