March 2025 - Alsa-devel - mailman.alsa-project.org

iecset.1: Some remarks and a patch with editorial changes for this man page
by Bjarni Ingi Gislason 15 Mar '25

15 Mar '25

Package: alsa-utils Version: 1.2.13-1 Severity: minor Tags: patch * What led up to the situation? Checking for defects with a new version test-[g|n]roff -mandoc -t -K utf8 -rF0 -rHY=0 -rCHECKSTYLE=10 -ww -z < "man page" [Use "groff -e ' $' -e '\\~$' <file>" to find obvious trailing spaces.] ["test-groff" is a script in the repository for "groff"; is not shipped] (local copy and "troff" slightly changed by me). [The fate of "test-nroff" was decided in groff bug #55941.] * What was the outcome of this action? an.tmac:<stdin>:1: style: .TH missing fourth argument; consider package/project name and version (e.g., "groff 1.23.0") an.tmac:<stdin>:24: misuse, warning: .BI is for at least 2 arguments, got 1 Use macro '.B' for one argument or split argument. an.tmac:<stdin>:28: misuse, warning: .BI is for at least 2 arguments, got 1 Use macro '.B' for one argument or split argument. an.tmac:<stdin>:33: misuse, warning: .BI is for at least 2 arguments, got 1 Use macro '.B' for one argument or split argument. * What outcome did you expect instead? No output (no warnings). -.- General remarks and further material, if a diff-file exist, are in the attachments. -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 6.12.17-amd64 (SMP w/2 CPU threads; PREEMPT) Locale: LANG=is_IS.iso88591, LC_CTYPE=is_IS.iso88591 (charmap=ISO-8859-1), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: sysvinit (via /sbin/init) Versions of packages alsa-utils depends on: ii kmod 34-3 ii libasound2t64 1.2.13-1+b1 ii libatopology2t64 1.2.13-1+b1 ii libc6 2.41-4 ii libfftw3-single3 3.3.10-2+b1 ii libncursesw6 6.5+20250216-2 ii libsamplerate0 0.2.2-4+b2 ii libtinfo6 6.5+20250216-2 alsa-utils recommends no packages. Versions of packages alsa-utils suggests: pn dialog <none> -- no debconf information

1 0

DRAFT [for alsa-lib-1.2.14]: USB-Audio: GoXLR: enable detection of beta firmware (25 channels)
by GitHub pull_request - opened 15 Mar '25

15 Mar '25

alsa-project/alsa-ucm-conf pull request #524 was opened from perexg: 'Syntax 8' is required (alsa-lib 1.2.14+) Fixes: 17f9b4f ("USB-Audio: GoXLR - fix the channel detection for mini, cleanups") Link: https://github.com/alsa-project/alsa-ucm-conf/issues/444 Request URL : https://github.com/alsa-project/alsa-ucm-conf/pull/524 Patch URL : https://github.com/alsa-project/alsa-ucm-conf/pull/524.patch Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

GoXLR: Add 'Broadcast Stream Mix 2' to Capture if channels are available
by GitHub pull_request - opened 15 Mar '25

15 Mar '25

alsa-project/alsa-ucm-conf pull request #523 was opened from FrostyCoolSlug: Fixes: #444 Request URL : https://github.com/alsa-project/alsa-ucm-conf/pull/523 Patch URL : https://github.com/alsa-project/alsa-ucm-conf/pull/523.patch Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

pyalsa.alsamixer.Element.get_volume_dB returns error status instead of actual value
by GitHub issues - opened 15 Mar '25

15 Mar '25

alsa-project/alsa-python issue #16 was opened from tespent: I am writing a status collector for my PC, and I noticed that `pyalsa.alsamixer.Element.get_volume_dB` always returns 0 in my test, which lead to invalid result for the collected status. After digging into code I notice that the following code returns `res` instead of `val` as the result: https://github.com/alsa-project/alsa-python/blob/f8f9260282eb9c97f53e4689e0… I am able to workaround this issue by using `elem.ask_volume_dB(elem.get_volume())` but this looks silly. Btw, I'm willing to contribute and subscribed to alsa-devel mailing list but I didn't figure out exactly how. Can someone tell me? Issue URL : https://github.com/alsa-project/alsa-python/issues/16 Repository URL: https://github.com/alsa-project/alsa-python

1 0

ucm2: Add support for Lenovo Yoga 7x and T14s
by GitHub pull_request - opened 14 Mar '25

14 Mar '25

alsa-project/alsa-ucm-conf pull request #522 was opened from Srinivas-Kandagatla: This patch series adds support for Lenovo T14s and Yoga Slim 7x based on Qualcomm x1e80100 SoC. Request URL : https://github.com/alsa-project/alsa-ucm-conf/pull/522 Patch URL : https://github.com/alsa-project/alsa-ucm-conf/pull/522.patch Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

USB-Audio: GoXLR - fix the channel detection for mini, cleanups
by GitHub pull_request - opened 14 Mar '25

14 Mar '25

alsa-project/alsa-ucm-conf pull request #521 was opened from perexg: Note that detection for 25 channels requires commit [1] (alsa-lib 1.2.14+). [1] https://github.com/alsa-project/alsa-lib/commit/7fbd47ce797939862025ef42486… BugLink: https://github.com/alsa-project/alsa-ucm-conf/issues/444 Request URL : https://github.com/alsa-project/alsa-ucm-conf/pull/521 Patch URL : https://github.com/alsa-project/alsa-ucm-conf/pull/521.patch Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

FFADO Save / Load for M-Audio
by Nick 14 Mar '25

14 Mar '25

Hello there, Is Save / Load implemented for FFADO - Mixer at this time? This is pertaining to M-Audio ProFire (610 and 2626). thank you! Nick

1 0

Split the GoXLR configuration into Full Device and Mini
by GitHub pull_request - opened 13 Mar '25

13 Mar '25

alsa-project/alsa-ucm-conf pull request #520 was opened from FrostyCoolSlug: This commit splits the GoXLR and GoXLR Mini into separate configurations. The GoXLR Mini will always (at this point) have 21 channels defined, where as the full sized GoXLR will have either 23 or 25 depending on Firmware (23 is FAR more common at this point, as the firmware with 25 channels is still in beta). Separating out the two devices should at least partially solve the recent issue with Pipewire. Request URL : https://github.com/alsa-project/alsa-ucm-conf/pull/520 Patch URL : https://github.com/alsa-project/alsa-ucm-conf/pull/520.patch Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

Need to edit Steinberg configuration files
by GitHub issues - opened 13 Mar '25

13 Mar '25

alsa-project/alsa-ucm-conf issue #519 was opened from AdrianusWest: I faced a problem with disappearance of HiFi profile in Steinberg UR22C audio card settings. Attempting to fix it myself did not lead to anything. I addressed the issue to pipewire developers, who pointed out that the existing configuration file needs to be corrected: "The problem here is that previously, the channel splitting was done with ALSA dshare plugin which as it turns out does not require the exact channel numbers to match. As this introduces additional latency, in 1.4.0 the splitting is now done on Pipewire side. But of course there was a nasty surprise (and affects multiple devices), so probably there will be 1.4.1 with a workaround for wrong channel numbers in profiles." The link to the thread is attached: https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/4609 Issue URL : https://github.com/alsa-project/alsa-ucm-conf/issues/519 Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

Dynamic PCM switching in ALSA with multi room audio sync support
by GitHub issues - opened 13 Mar '25

13 Mar '25

alsa-project/alsa-lib issue #443 was opened from Asikbct: **Challenges:** The PCM device is already opened by applications, making it difficult to switch to a new output seamlessly. Since most Music Service SDKs initialize the PCM device at startup, re-initializing it would require users to manually reopen their streaming app and re-select the device, negatively impacting the user experience. **Requirement:** User can switch between different audio output options (Line Out, Optical, USB Out, Bluetooth, etc.) at any time. The transition to a new output should be seamless, whether the user is currently playing a song from any music sources. Playback should resume on the newly selected output without requiring the user to manually reopen the content provider app and restart playback from the beginning. **Problems:** 1. **Reopening the PCM** Most music services open and configure the PCM device during initialization. Changing the PCM device (e.g., switching from Line Out to Optical Out) requires reopening it, which forces music services to reinitialize. This may require the end user to relaunch the respective app, reselect the device, and restart playback, impacting the user experience. 2. **Multiroom Sync** Many music services that support multiroom synchronization rely on Linux ALSA APIs like snd_pcm_delay() to estimate the kernel buffer fill level and synchronize audio playback across devices. Any new approach to meet the requirements, should not disrupt this synchronization. I've tried virtual loopback, PulseAudio, and a customized dswitch plugin. While all these methods enable dynamic PCM switching, I couldn't achieve stable long-term latency on the same PCM. Any guidance or suggestions on achieving stable long-term latency along with dynamic PCM switching would be greatly appreciated. Issue URL : https://github.com/alsa-project/alsa-lib/issues/443 Repository URL: https://github.com/alsa-project/alsa-lib

1 0