All of lore.kernel.org
 help / color / mirror / Atom feed
From: GitHub issues - opened <github@alsa-project.org>
To: alsa-devel@alsa-project.org
Subject: Fender Quantum LT4 misdetected as Surround 4.0/5.1 instead of discrete Pro Audio pairs
Date: Tue, 26 May 2026 17:55:33 +0200 (CEST)	[thread overview]
Message-ID: <18b3289ca18e7e00-webhooks-bot@alsa-project.org> (raw)
In-Reply-To: <18b3289ca16e0100-webhooks-bot@alsa-project.org>

alsa-project/alsa-ucm-conf issue #767 was opened from rvfsvncss:

[pw-dump.json](https://github.com/user-attachments/files/28273508/pw-dump.json)
[wpctl-status.txt](https://github.com/user-attachments/files/28273507/wpctl-status.txt)

## Description
The Fender Quantum LT4 is a USB Audio Class 2 (UAC2) compliant audio interface. It features 4 analog inputs and 2 analog outputs, alongside 2 virtual inputs and 2 virtual outputs (total 6-in, 4-out stream). 

While it works perfectly plug-and-play as discrete stereo pairs/mono streams on Windows and macOS without drivers, WirePlumber's/ALSA's default heuristics misdetect the channel counts:
- The 4 outputs are forced into a legacy `surround40` (Quadraphonic) home theater matrix.
- The 6 inputs are forced into a `surround51` matrix.

This causes significant routing failures in consumer applications like Discord (which expects standard stereo/mono nodes and chokes on the surround matrix layout), and causes severe audio phase/routing bugs (L/R channels dropping completely to mono) when engaging the hardware's physical "Direct Monitor" button.

## Expected Behavior
The device should be mapped via a configuration rule to expose independent, discrete stereo pairs for outputs (e.g., Main Out 1/2, Virtual Out 3/4) and discrete mono/stereo streams for inputs, rather than fallback consumer surround sound profiles.

## Steps to Reproduce
1. Connect the Fender Quantum LT4 to a Linux machine running PipeWire/WirePlumber.
2. Observe available profiles in GNOME Sound Settings or `pavucontrol`. Only Surround profiles are available; standard "Analog Stereo" or discrete multi-channel tracking configurations are missing.
3. Switch to the "Pro Audio" profile to bypass it. Observe that consumer WebRTC applications like Discord distort heavily (robot voice artifacts due to raw multi-channel stream confusion) and direct hardware monitoring collapses the stereo field.

## Environment Data
- **OS:** Fedora Silverblue / Bazzite (Immutable GNOME)
- **Sound Server:** PipeWire / WirePlumber

(Please see attached `pw-dump.json` and `wpctl-status.txt` for the exact hardware topology descriptors.)

Issue URL     : https://github.com/alsa-project/alsa-ucm-conf/issues/767
Repository URL: https://github.com/alsa-project/alsa-ucm-conf

           reply	other threads:[~2026-05-26 15:56 UTC|newest]

Thread overview: expand[flat|nested]  mbox.gz  Atom feed
 [parent not found: <18b3289ca16e0100-webhooks-bot@alsa-project.org>]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=18b3289ca18e7e00-webhooks-bot@alsa-project.org \
    --to=github@alsa-project.org \
    --cc=alsa-devel@alsa-project.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.