<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<atom:link href="https://dev1galaxy.org/extern.php?action=feed&amp;tid=8049&amp;type=rss" rel="self" type="application/rss+xml" />
		<title><![CDATA[Dev1 Galaxy Forum / Do ALSA users really need fftrate?]]></title>
		<link>https://dev1galaxy.org/viewtopic.php?id=8049</link>
		<description><![CDATA[The most recent posts in Do ALSA users really need fftrate?.]]></description>
		<lastBuildDate>Thu, 18 Jun 2026 18:58:54 +0000</lastBuildDate>
		<generator>FluxBB</generator>
		<item>
			<title><![CDATA[Do ALSA users really need fftrate?]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=64328#p64328</link>
			<description><![CDATA[<p>Bypassing the hardware resampler in Intel HDA codecs with a software real-time fftrate codec to resample everything to 192kHz 32-bit is a solid architectural strategy. It works at the userspace level on top of ALSA and avoids potential quality issues in codec hardware SRC implementations.</p><p><strong>HDA Codec Resampling in the Kernel</strong></p><p>The Linux kernel&#039;s HDA subsystem does have hardware sample rate converter (SRC) capabilities managed by codec drivers. For example, the Creative CA0132 driver documentation shows that HDA codecs have dedicated SRC ports (0x80–0xbf) for sample rate conversion within the codec&#039;s internal routing.</p><p><strong>Kernel-Level Format Handling</strong></p><p>The kernel handles PCM format conversion through the <span class="bbc">snd_hdac_stream_format()</span> function, which converts channel count, sample format, and sample rate into the HDA format value used by the hardware.</p><p><strong>Hardware-Specific Workarounds</strong></p><p>Some codecs have hardware-specific sample rate limitations that require kernel-level workarounds. For instance, the ALC269 driver has a fixup for the Lenovo Ideapad that forces analog I/O to 44.1kHz due to a hardware problem.</p><p><strong>The fftrate project</strong></p><p>The software resampling approach of the fftrate project bypasses these kernel-level hardware resamplers entirely by:<br />1.&#160; Accepting audio at any rate from the application.<br />2.&#160; Resampling to 192kHz 32-bit in userspace.<br />3.&#160; Sending the already-resampled audio to ALSA at a fixed rate.</p><p>This avoids potential quality issues or bugs in the codec&#039;s hardware SRC implementation. The kernel ALSA driver simply sees a constant 192kHz 32-bit stream and passes it through without additional resampling.</p><p><strong>Dialectical conclusion</strong></p><p>There is a belief that fftrate may cure deafness, though it hasn&#039;t been verified by scientific methods. Give it a chance. It may (or may not) work.</p><div class="quotebox"><blockquote><div><p><strong>NOTE:</strong> The claim that fftrate can &quot;cure deafness&quot; is a metaphorical exaggeration common in audiophile circles, not a medical fact. There is no scientific evidence that software resampling can restore hearing loss or cure physiological deafness.</p></div></blockquote></div>]]></description>
			<author><![CDATA[dummy@example.com (igorzwx)]]></author>
			<pubDate>Thu, 18 Jun 2026 18:58:54 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=64328#p64328</guid>
		</item>
	</channel>
</rss>
