Der Arctis Sound Manager wurde in Version 1.4.21 veröffentlicht.

Das Update entfernt die node.passive-Einstellung, die seit Version 1.4.1 für den Auto-Off-Timer des Headsets sorgte, dabei aber eine Abhängigkeitskette zwischen Kanälen erzeugte: Audio in einem Kanal hing davon ab, dass ein anderer aktiv abspielte. Das verursachte wiederkehrende Audio-Aussetzer und trug zu den zugrunde liegenden PipeWire-Stabilitätsproblemen bei. Als Kompromiss schaltet sich das Headset während des laufenden Programms nun nicht mehr automatisch bei Inaktivität ab - Issue #180 wird dafür wieder geöffnet.

What’s Fixed

The primary update addresses a critical audio issue by removing the node.passive setting that had been causing channels to go silent unexpectedly.

Key Changes:

• Reverted node.passive from all loopback and output-chain templates
• Removed it from the self-heal function that was silently reapplying it to existing configurations
• This resolves issues #223 (channels going silent) and significantly reduces triggers for #230 (system crashes)

Trade-off Accepted: The headset will no longer auto-power off from inactivity while the application runs. Issue #180 is being reopened to track this change.

Update, Version 1.4.20: Das vorherige Update machte die Änderungen aus Version 1.4.19 rückgängig: Die dortigen Fixes für die Issues #223 und #230 hatten Filter-Chain-Abstürze auf mancher Hardware häufiger statt seltener gemacht. Der Fix für #223 hielt Loopback-Wiedergabeknoten per node.pause-on-idle=false dauerhaft aktiv, der Fix für #230 fügte ein prozessübergreifendes Locking für Daemon- und GUI-Link-Rewrites hinzu - zusammen sorgten beide dafür, dass die Audio-Kette ständig aktiv blieb und dadurch einen zugrunde liegenden PipeWire-Concurrency-Bug häufiger auslöste. Mit der Rücknahme kehrte das ursprüngliche Idle-Suspend-Verhalten zurück.

The release reverted fixes from version 1.4.19 that addressed issues #223 and #230. According to the notes, those previous changes “made filter-chain crashes more frequent on some hardware, not less.”

Key details:

• Issue #223’s fix had pinned node.pause-on-idle=false on loopback playback nodes
• Issue #230’s fix added cross-process locking around daemon and GUI link rewrites
• Together, these changes kept the audio chain continuously active, triggering an underlying PipeWire concurrency bug more frequently
• The removal of both fixes and associated safety measures restores the original idle-suspend behavior
• The maintainers acknowledged this reopens #223’s symptom (intermittent silence) but considered it preferable to crash loops
• Issue #230 remains open for a proper resolution

Quelle: GitHub