Solved: <a href="http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=377915">http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=377915</a><br><br>From the looks of it, we can summarise this behaviour as per the following:<br><br>
1) Hardware limitation; most onboard chipsets have a 48KHz-only codec.<br> <br>"Takashi Iwai suggested:<br><br>Check your /proc/asound/card0/codec97#0/ac97#0-0 file, whether it<br>contains "VRA" in Extended ID section.  If not, it's 48k-only codec."<br>
<br>Your path _will_ be different, just navigate to /proc/asound/card0 and you'll know. For most of you it'd be "cat /proc/asound/card0/codec#0" and no "Extended ID section" - just "rates".<br>
<br>-- OR --<br><br>2) ALSA limitation; use a different driver like OSS and/or disable RT (as suggested by someone else, doesn't work for me).<br><br>Apparently the OSS back-end does resampling. I'm taken aback as to why ALSA is inferior in this case - or maybe it is for the best that the users in concern don't use anything besides 48000Hz.<br>
<br>"According to Takashi, because the OSS backend resamples by default. This <br>is the most appropriate behaviour for consumer-type sound applications. <br>For example, if your browser plays a Flash animation with a 22kHz <br>
soundtrack directly to a 48kHz interface, the sound is raised in pitch <br>accordingly."<br>