On Tue, Mar 19, 2019 at 09:24:00AM -0700, Annaliese McDermond wrote: > It’s not really a bug fix. The codec has a variety of “processing blocks” > that enable different filters (there’s an onboard FIR, Biquad, etc.) and > such. The big thing they change with regard to how the driver is written > now is that they change the decimation filter used. The documentation > specifies to use certain filters for certain sample rates. This > hasn’t mattered very much in the past because the default filters > (P1 and R1) are the ones recommended for 48kHz and below. This is > particularly important for 192kHz operation because it won’t > work with P1 and R1. So, it’s not really a bug fix. It’s part > of the road to enabling 192kHz operation. It does sound like a bug fix for higher sample rates (96kHz is supported?) even if it's a fairly niche case.
Attachment:
signature.asc
Description: PGP signature
_______________________________________________ Alsa-devel mailing list Alsa-devel@xxxxxxxxxxxxxxxx https://mailman.alsa-project.org/mailman/listinfo/alsa-devel
