You are not logged in.
If "HiFi" means 192kHz 32-bit audio, then fftrate is a viable option. It supports high-resolution formats, including DXD (24-bit 352.8kHz), and provides high-quality real-time resampling via FFT, making it suitable for bit-perfect playback on compatible hardware like Intel HDA codecs.
_https://dev1galaxy.org/viewtopic.php?id=6644
EXAMPLE: Intel HDA
=============== | Main menu | --------------- Curr. | Used | Play (def) | Rec (def) | Available cards ----------|------|------------|-----------|----------------------------------- 0 - >>>>> | * | * * | * * | HDA-Intel - HDA Intel PCH 1 - | * | * | * | USB-Audio - iMic USB audio system U - Toggle used flag P - Set this device as default player R - Set this device as default recorder O - Output device: PCH,0 I - Input device : PCH,0 F - Format: 192000 Hz, 2 ch, 'S32_LE' C - Converter: fftrate A - Show all plugins [ ] M - Plug-ins: [X] Convert, [ ] Expand, [X] Asym [ ] Play Vol, [X] Dmix [ ] Rec. Vol, [X] Dsnoop [ ] Phonon, [ ] Normalizator T - Test S - Save to '/home/devuan/.asoundrc' X - Delete '/home/devuan/.asoundrc' ESC - Exit
It seems to be a real challenge for many Devuan users.
fftrate is easy to compile and easy to use.
How to compile fftrate:
_https://dev1galaxy.org/viewtopic.php?id=7142
Scroll to the blue line: How to compile Petrov's fftrate ALSA plugin on Devuan 5 Daedalus
(It works for Devuan Excalibur.)
How to install "stream editor":
sudo apt install sedUser manual:
_https://dev1galaxy.org/viewtopic.php?id=6644
Are you able to copy and paste half a dozen commands into the terminal in the correct order without missing any?
Is the equaliser the only appropriate tool being used to improve ALSA's sound quality? Have you tried something else?
Are you using an equaliser as a hearing aid, or do you believe it can improve sound quality?
For an alsa only setup, I'd suggest greenjean's mxeq pkg... the default .asoundrc file (see /usr/share/mxeq/README) is better than .asoundrc howto examples found online
The Debian ALSA configuration is better by default than many custom ~/.asoundrc examples found online.
Debian (and Devuan) include comprehensive system-wide ALSA defaults via /usr/share/alsa/alsa.conf and card-specific configurations (e.g., HDA-Intel.conf). These enable:
dmix: Software mixing for multiple playback streams.
dsnoop: Simultaneous capture (microphone sharing).
asym: Full-duplex operation (independent playback and capture).
plug: Automatic format, rate, and channel conversion.
These are automatically applied based on detected hardware, meaning most users get a functional, flexible setup without any custom .asoundrc.
Many online .asoundrc examples:
Redundantly reimplement these features.
Use incorrect or suboptimal parameters.
Disable existing working defaults (e.g., bypassing plug causes format mismatches).
Thus, the default Debian ALSA setup is often more robust and correctly configured than typical hand-written user configurations.
The correct approach is to first inspect the system-wide ALSA configuration (in /usr/share/alsa/alsa.conf and card-specific files under /usr/share/alsa/cards/) before making any changes.
alsaucm is a command-line configuration tool for managing ALSA Use Case Manager (UCM) settings. It is still broken. This is how it works for you:
$ alsaucm -c U192k list _cards
ALSA lib main.c:1554:(snd_use_case_mgr_open) error: failed to import U192k use case configuration -2
alsaucm: error failed to open sound card U192k: No such file or directoryHowever, some mixer controls are available.
It’s usually easier to roll your own compile than to prod the official Debian packages into shape — assuming you don’t mind a bit of tinkering while the maintainers are otherwise engaged.
You can clone the latest version directly from the repository:
git clone https://github.com/alsa-project/alsa-ucm-conf.gitUCM (ALSA Use Case Manager) is not inherently "broken," but its functionality depends on the availability of proper configuration files and hardware support. When UCM is not working or unsupported for a specific audio device, ALSA falls back to using generic drivers, which provide basic audio functionality but lack advanced features like audio profile switching (e.g., speaker, headphone, microphone routing).
UCM is not so much broken as it is… lacking a bit of attention. One might say the situation is not entirely ideal — though that rather understates the case. Most users manage to muddle through, patching things themselves, since raising a ticket tends to result in what one could politely call enthusiastic disregard.
The system functions adequately, assuming one doesn’t mind rolling their own fixes while the maintainers appear to be on a long tea break.
SUMMARY
UCM (ALSA Use Case Manager) isn't broken per se — more neglected. The configurations lag behind modern hardware, and while maintainers aren’t exactly ignoring reports, responses are… glacial. Users often find themselves patching things locally or sourcing updated configs from Git, as distributions take their time catching up.
Bug reports exist, some with patches attached, but progress is slow. Debian and SUSE have accepted updates, and new versions like alsa-ucm-conf 1.2.15.3 are available upstream — but getting them into stable releases takes time. In the meantime, users roll their own fixes, which works, provided one doesn’t mind a bit of DIY.
So yes, it functions — just not without a little persuasion.
When the developers can't quite sort out the existing issues, the natural course is to introduce something altogether more ambitious — like PulseAudio or PipeWire — leaving the rest of us to carry on as best we can.
Ah, yes — removing PulseAudio can feel rather like the rabbi’s remedy: when life’s unbearable, bring in a goat. Things get worse, certainly — noisy, smelly, chaotic — but then, at last, you’re allowed to remove it. And suddenly, everything’s wonderful. No goat. Just the usual family fuss. Bliss.
So it is with PulseAudio. Install it, and the system groans under latency, glitches, and needless complexity. Remove it, and lo — sound works again. Not because it was magic, but because the goat’s gone.
A spot of perspective, really.
It was already patched, because you have controls
$ amixer -c U192k controls
numid=19,iface=CARD,name='Internal Validity'
numid=15,iface=MIXER,name='PCM Playback Switch'
numid=16,iface=MIXER,name='PCM Playback Switch',index=1
numid=17,iface=MIXER,name='PCM Playback Volume'
numid=18,iface=MIXER,name='PCM Playback Volume',index=1
numid=2,iface=MIXER,name='Line A Playback Switch'
numid=1,iface=MIXER,name='Line A Playback Volume'
numid=4,iface=MIXER,name='Line B Playback Switch'
numid=3,iface=MIXER,name='Line B Playback Volume'
numid=20,iface=MIXER,name='Mic Capture Switch'
numid=21,iface=MIXER,name='Mic Capture Switch',index=1
numid=22,iface=MIXER,name='Mic Capture Volume'
numid=23,iface=MIXER,name='Mic Capture Volume',index=1
numid=6,iface=MIXER,name='Input 1 Capture Switch'
numid=5,iface=MIXER,name='Input 1 Capture Volume'
numid=8,iface=MIXER,name='Input 2 Capture Switch'
numid=7,iface=MIXER,name='Input 2 Capture Volume'
numid=10,iface=MIXER,name='Input 3 Capture Switch'
numid=9,iface=MIXER,name='Input 3 Capture Volume'
numid=12,iface=MIXER,name='Input 4 Capture Switch'
numid=11,iface=MIXER,name='Input 4 Capture Volume'
numid=14,iface=PCM,name='Capture Channel Map'
numid=13,iface=PCM,name='Playback Channel Map'It might be possible to use them:
man amixer$ man amixer | grep EXAMPLES -A17
EXAMPLES
amixer -c 1 sset Line,0 80%,40% unmute cap
will set the second soundcard's left line input volume to 80% and right line input to 40%, unmute it,
and select it as a source for capture (recording).
amixer -c 1 -- sset Master playback -20dB
will set the master volume of the second card to -20dB. If the master has multiple channels, all chan‐
nels are set to the same value.
amixer -c 1 set PCM 2dB+
will increase the PCM volume of the second card with 2dB. When both playback and capture volumes ex‐
ist, this is applied to both volumes.
amixer -c 2 cset iface=MIXER,name='Line Playback Volume",index=1 40%
will set the third soundcard's second line playback volume(s) to 40%
amixer -c 2 cset numid=34 40%
will set the 34th soundcard element to 40%AlsaTune may work.
As noted in the GitHub issue
_https://github.com/alsa-project/alsa-ucm-conf/issues/564#issuecomment-3016922013
when ALSA is broken, PipeWire users are affected — and AlsaTune may not resolve the underlying issue.
What is your version?
alsaucm --versionapt-cache show alsa-ucm-conf | grep Version_https://github.com/alsa-project/alsa-ucm-conf/issues/564#issuecomment-3016922013
Hi, this has been broken for a while. It affects UMC204HD and UMC404HD at least but possibly other cards too.
The last working release is v1.2.12.
v1.2.12:
$ amixer -c U192k controls ...
Add profile for Behringer UMC204HD #128
_https://github.com/alsa-project/alsa-ucm-conf/pull/128
see above _https://dev1galaxy.org/viewtopic.php?pid=61493#p61493
ALSA UCM2 expects the configuration to be in /usr/share/alsa/ucm2/conf.d/USB-Audio/UMC404HD.conf when using the modern conf.d scheme.
From the official ucm.conf and documentation:
UCM2 uses conf.d/${CardDriver}/${CardLongName}.conf as the primary lookup path.
Your card’s driver is USB-Audio, so UCM searches in conf.d/USB-Audio/.
Even though you have UMC404HD.conf in /usr/share/alsa/ucm2/USB-Audio/Behringer/, it won’t be found unless symlinked into conf.d/USB-Audio/.
On Deadalus, the folder /usr/share/alsa/ucm2/conf.d/USB-Audio already exists, but it has only one file inside
$ ls /usr/share/alsa/ucm2/conf.d/USB-Audio
USB-Audio.conf$ file /usr/share/alsa/ucm2/conf.d/USB-Audio/USB-Audio.conf
/usr/share/alsa/ucm2/conf.d/USB-Audio/USB-Audio.conf: symbolic link to ../../USB-Audio/USB-Audio.confTry to create symlinks so UCM finds the config:
sudo ln -s /usr/share/alsa/ucm2/USB-Audio/Behringer/UMC404HD.conf \
/usr/share/alsa/ucm2/conf.d/USB-Audio/UMC404HD.conf
sudo ln -s /usr/share/alsa/ucm2/USB-Audio/Behringer/UMC404HD-HiFi.conf \
/usr/share/alsa/ucm2/conf.d/USB-Audio/UMC404HD-HiFi.confThen reload ALSA
sudo /etc/init.d/alsa-utils force-reloadNow alsaucm -c U192k list _cards may work.
You have the correct UCM config files (UMC404HD.conf, UMC404HD-HiFi.conf) in place — but ALSA UCM is not loading them because the card name U192k does not match the expected directory structure.
UCM expects:
/usr/share/alsa/ucm2/conf.d/USB-Audio/UMC404HD.confBut your files are in:
/usr/share/alsa/ucm2/USB-Audio/Behringer/UMC404HD.confFix:
Create a symlink so UCM finds the config:
sudo mkdir -p /usr/share/alsa/ucm2/conf.d/USB-Audio
sudo ln -s /usr/share/alsa/ucm2/USB-Audio/Behringer/UMC404HD.conf \
/usr/share/alsa/ucm2/conf.d/USB-Audio/UMC404HD.conf
sudo ln -s /usr/share/alsa/ucm2/USB-Audio/Behringer/UMC404HD-HiFi.conf \
/usr/share/alsa/ucm2/conf.d/USB-Audio/UMC404HD-HiFi.confThen reload:
sudo /etc/init.d/alsa-utils force-reloadTest:
alsaucm -c U192k list _cardsDo you want to enable HiFi profile?
alsaucm reloadalsaucm -c U192k list _verbsalsaucm -c U192k set _verb HiFialsaucm: error failed to open sound card U192k: No such file or directoryIt is not connected.
Check
cat /proc/asound/cardsIt might be a hotplug issue. Try unplugging and plugging the device back in, then check
cat /proc/asound/cardsWhen the card was connected, the command
amixer -c U192k controlsprinted mixer controls for it, including inputs (mic).
Post the output of these commands:
dmesg | grep -i ucm whereis alsaucmalsaucm reloadalsaucm -c U192k list _verbsalsaucm -c U192k set _verb HiFiamixer -c U192k controlsPost the output of this commad:
ls -1 /usr/share/alsa/ucm2/USB-Audio/BehringerIf it is in the list, it is supported.
If not, you may try to compile:
$ apt source alsa-ucm-conf --simulate
Reading package lists... Done
NOTICE: 'alsa-ucm-conf' packaging is maintained in the 'Git' version control system at:
https://salsa.debian.org/alsa-team/alsa-ucm-conf.git
Please use:
git clone https://salsa.debian.org/alsa-team/alsa-ucm-conf.git
to retrieve the latest (possibly unreleased) updates to the package.
Need to get 47.6 kB of source archives.
Fetch source alsa-ucm-confOn Devuan 5 Daedalus, the BEHRINGER UMC404HD has limited UCM support — while alsa-ucm-conf is installed (version 1.2.8-1), there is no dedicated UCM config for the UMC404HD in /usr/share/alsa/ucm2/USB-Audio/Behringer/. It relies on a generic USB-Audio profile instead.
$ dpkg -l | grep alsa-ucm-conf
ii alsa-ucm-conf 1.2.8-1 all ALSA Use Case Manager configuration files$ ls -1 /usr/share/alsa/ucm2/USB-Audio/Behringer
Flow8-Recording.conf
Flow8-Recording-Hifi.conf
Flow8-Streaming.conf
Flow8-Streaming-Hifi.conf
UMC202HD.conf
UMC202HD-HiFi.conf
UMC204HD.conf
UMC204HD-HiFi.confThe lack of a specific UCM file means:
No automatic profile selection (e.g., "HiFi" or "Pro")
Mixer controls might be incomplete in alsamixer
On Devuan Excalibur (or newer systems), support may improve if alsa-ucm-conf is updated — some recent versions include UMC404HD detection in the generic USB-Audio.conf.
_https://github.com/alsa-project/alsa-ucm-conf/blob/master/ucm2/USB-Audio/USB-Audio.conf
If.behringer-umc404hd { Condition { Type String Haystack "${CardComponents}" Needle "USB1397:0509" } True.Define { ProfileName "Behringer/UMC404HD" MixerRemap yes } }
ALSA default settings:
$ cat /usr/share/alsa/alsa.conf
#
# ALSA library configuration file
...
defaults.ctl.card 0
defaults.pcm.card 0
defaults.pcm.device 0
...
defaults.pcm.dmix.rate 48000
...To improve sound quality with Firefox and YouTube, you can disable WebM (Opus) support in Firefox (media.mediasource.webm.enabled = false). This will automatically enable AAC (MP4) playback at a 44100 Hz sample rate.
To prevent resampling, set the default sample rate to 44100 Hz in ~/.asoundrc:
defaults.pcm.dmix.rate 44100Firefox settings for better sound quality:
media.mediasource.webm.enabled false
media.cubeb.backend alsa
media.resampling.enabled false
media.cubeb_latency_playback_ms 160Configuration Editor for Firefox:
_https://support.mozilla.org/en-US/kb/about-config-editor-firefox
If you are using the fftrate resampler, you can configure it for the maximum sample rate supported by your sound card (e.g., 192kHz, 32-bit for Intel HDA on notebooks), as fftrate provides much better sound quality than the built-in resampler of your sound card.
The idea that a system-wide equalizer resembles a hearing aid stems from their shared function: adjusting sound frequencies to suit individual perception. In theory, boosting certain frequencies (like high tones for age-related hearing loss) could help someone hear better, much like a hearing aid. However, while both tools manipulate audio, they differ fundamentally in design, precision, and purpose.
Despite their flexibility, system-wide equalizers fall short as hearing aids because they apply the same frequency adjustments to all volume levels. Hearing loss, especially sensorineural types like presbycusis, involves loudness recruitment—a reduced dynamic range where soft sounds are inaudible but loud sounds become painful.
A fixed EQ cannot adapt gain based on input level. For instance, boosting high frequencies to hear whispers may make loud sounds uncomfortably piercing. Additionally, EQs lack features like noise reduction, feedback cancellation, and directional microphones found in modern hearing aids.
Modern digital hearing aids go far beyond simple EQs by using multi-channel, level-dependent compression. Devices like the SONIC NATURA™ use nine independent compression bands at half-octave intervals, allowing different gain settings for soft (50 dB) and loud (90 dB) sounds—referred to as the '5' and '9' curves.
This dual-curve system compensates not only for frequency-specific hearing loss but also for abnormal loudness growth. Unlike a static home audio EQ, this approach dynamically reshapes sound across intensity levels, mimicking the function of a healthy cochlear amplifier.
While a system-wide equalizer can mimic some aspects of hearing aid functionality, it lacks the adaptive, multi-dimensional processing required for effective hearing rehabilitation. Hearing aids are medical devices designed for individual audiometric profiles, with dynamic gain control, noise management, and feedback suppression.
Health Risks
Hearing damage is inevitable if output levels are excessive, especially with high-frequency boosts (e.g., 10–20kHz), which can accelerate cochlear hair cell loss and lead to permanent threshold shift (PTS). Research confirms that overexposure to intense sound—particularly in high-frequency ranges—causes irreversible damage to hair cells and auditory nerve synapses, even if hearing thresholds appear to recover initially. The risk increases when EQ is used to boost already loud signals, potentially causing acoustic trauma through prolonged or extreme listening.
Tinnitus sufferers may misuse EQ to compensate for hearing loss, inadvertently increasing loudness to dangerous levels.
⚠️ Critical point: Software EQ lacks dynamic range compression and peak limiting found in hearing aids, so uncontrolled use can cause acoustic trauma.
Conclusion
The reasonable approach is to disable all unnecessary sound processing (e.g., resampling) and low-quality codecs (e.g., Opus) that degrade sound quality and cause audio distortions. Then compare sound quality with that of macOS. Afterward, you can decide whether you need an equalizer or a hearing aid.
Causal relationships are simplified models that approximate reality. Nature is nonlinear.
Consider this alternative hypothesis: "deafness and dementia arise together and amplify each other in a sort of resonance." In such cases, it may be impossible to establish a clear cause-and-effect relationship because both conditions influence and worsen each other bidirectionally.
Research supports this view — hearing loss is linked to increased dementia risk through pathways like social isolation, cognitive load, and brain atrophy. But cognitive decline also affects auditory processing, creating a feedback loop. Some studies suggest the relationship is bidirectional, with each condition accelerating the other.
Thus, rather than asking "which came first," it may be more accurate to see them as co-evolving, mutually reinforcing conditions — like resonance in a physical system — where separation into cause and effect becomes meaningless.
Low sound quality significantly worsens speech intelligibility for people with hearing loss. Poor audio, such as low-pass filtering or noise, reduces access to critical speech cues like high-frequency sounds and temporal fine structure, making it harder to understand speech — especially in noisy environments. Studies show that hearing-impaired individuals benefit less from amplified high frequencies if they have cochlear dead regions, and degraded sound further limits their ability to adapt to background noise, increasing listening effort and reducing comprehension.
Low-quality resampling in PulseAudio or PipeWire can degrade audio, especially for speech intelligibility in hearing-impaired users. By default, PulseAudio uses basic resamplers (like speex-fixed-0) that can reduce audio quality during sample rate conversion. This affects high-frequency content crucial for understanding speech.
Poor resampling adds distortion and smears transients, making speech less clear — a significant issue for those with hearing loss. Using high-quality resamplers and minimizing conversions helps maintain clarity.
Post the output of this command
cat /proc/asound/cardsThen reload ALSA
sudo /etc/init.d/alsa-utils force-reloadand again
cat /proc/asound/cardsIt might be a hotplug issue. Try unplugging and plugging the device back in, then check
cat /proc/asound/cards/proc/asound/cards shows exactly which audio devices ALSA recognizes and how they’re numbered. If your device isn’t listed, the system doesn’t see it — no matter what software you use. It’s the first real check: if it’s not in /proc/asound/cards, it doesn’t exist to Linux sound systems. That’s why you have to check it.
/proc/asound/cards shows both the number and name (ID) of each sound card that ALSA recognizes. When you run
alsamixer -c U192kit looks for a card with the name U192k. If that name isn’t listed in /proc/asound/cards, the command fails — even if the device is physically connected.
So if U192k doesn’t appear there, ALSA doesn’t know that name exists. It’s like calling someone by a nickname they don’t have. You must use the exact name shown in /proc/asound/cards, or the command won’t work.
One may wonder that the sun rises every day, but this seems to be a normal course of things.
If you want to use the BEHRINGER UMC204HD 192k as the default sound card, you can set it as default in ~/.asoundrc:
defaults.pcm.!card U192k
defaults.ctl.!card U192kThis configuration tells ALSA to use the U192k (BEHRINGER) sound card by name as the default for both audio playback (pcm) and mixer controls (ctl), which is a standard and reliable method.
$ apt remove libpulse0 --simulate
NOTE: This is only a simulation!
apt needs root privileges for real execution.
Keep also in mind that locking is deactivated,
so don't depend on the relevance to the real current situation!
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
The following packages were automatically installed and are no longer required:
...
The following packages will be REMOVED:
...
chromium chromium-driver chromium-l10n chromium-shell
...
ffmpeg ffmpegthumbnailer
...
mate-control-center mate-desktop-environment mate-desktop-environment-core mate-desktop-environment-extra mate-desktop-environment-extras mate-media mate-settings-daemon mate-user-guide
...Plug your Behringer into USB port
Post the output of these commands:
cat /proc/asound/cardscat /sys/class/sound/card*/idWhat is needed is "id" of your Behringer
For example, I have Intel HDA (id: PCH) and iMic USB (id: system)
$ cat /sys/class/sound/card*/id
system
PCHFor Intel HDA:
alsamixer -c PCHFor iMic USB:
alsamixer -c system$ cat /proc/asound/cards
0 [system ]: USB-Audio - iMic USB audio system
Griffin Technology, Inc iMic USB audio system at usb-0000:00:1a.0-1.3.4, full s
1 [PCH ]: HDA-Intel - HDA Intel PCH
HDA Intel PCH at 0xf7e10000 irq 31This also works:
alsamixer -c 0alsamixer -c 1but numbers can change after reboot.
EXAMPLE:
$ cat /proc/asound/cards 0 [system ]: USB-Audio - iMic USB audio system Griffin Technology, Inc iMic USB audio system at usb-0000:00:1a.0-1.3.4, full s 1 [PCH ]: HDA-Intel - HDA Intel PCH HDA Intel PCH at 0xf7e10000 irq 31Setting:
defaults.pcm.!card PCH defaults.ctl.!card PCHin ~/.asoundrc tells ALSA to use the PCH sound card by name as the default for both audio playback (pcm) and mixer controls (ctl).
When I run alsamixer, it uses the ctl default to determine which card’s controls to display — so it opens directly on my Intel HDA (PCH) card, as expected.
This is the correct and standard method to set a default sound card by name in ALSA.
Could you clarify what the current issue is?
Is it related to sound quality, or the setup with HDMI versus a Behringer audio interface?
Would you mind specifying what isn’t working as expected?
ALSA defaults to:
$ cat /usr/share/alsa/alsa.conf | grep dmix.rate
defaults.pcm.dmix.rate 48000This means all audio will be resampled to a 48 kHz sample rate using ALSA’s built-in low-quality resampler, or possibly a media player’s own low-quality resampler. The result may not sound good, but users with reduced hearing sensitivity might not notice the difference.
For more, see:
The Biological Risk of High-Frequency EQ
_https://dev1galaxy.org/viewtopic.php?id=7750