Com solucionar problemes d'àudio a Linux a portàtils ASUS ROG

Informatec Digital » Recursos » Com solucionar problemes d'àudio a Linux a portàtils ASUS ROG

Si utilitzes un portàtil ASUS ROG amb Linux i el so no va fi, no ets lúnic. Entre àudio apagat, parlants que no es detecten, Dolby Atmos sense suport i xips Realtek rebels , és força habitual que un equip de gamma alta soni pitjor a Linux que a Windows. La bona notícia és que gairebé tots aquests problemes tenen explicació i, en molts casos, solució pràctica.

En aquest article desgranarem, amb calma, quins tipus d'errors d'àudio solen aparèixer en portàtils ASUS ROG i maquinari similar sota Linux , per què passen i què pots fer per arreglar-los o, almenys, minimitzar el dolor. També veurem què està fent la comunitat del nucli per millorar la compatibilitat amb equips moderns com l'ASUS ROG Ally X, i quines alternatives tens quan el xip de so integrat es converteix en un maldecap continu.

Problemes típics d'àudio a ASUS ROG amb Linux

En portàtils ASUS ROG i maquinari proper (handhelds, plaques ROG, etc.) es repeteixen una sèrie de patrons. Els símptomes poden variar moltíssim: des de no sentir absolutament res fins a un so metàl·lic, volum baixíssim o soroll elèctric constant . Convé identificar bé el tipus de problema perquè la solució sol ser diferent en cada cas.

Un dels errors més curiosos que alguns usuaris han descrit és el següent: en baixar el volum el so no es fa realment més baix, sinó que es torna “apagat” o “subaquàtic” , com si se li posés un filtre rar, mentre que els sons del sistema se segueixen sentint perfectament clars i no es veuen afectats pel canvi de volum. És a dir, canviar el volum no redueix la intensitat sinó la qualitat.

En altres casos, el problema és més clàssic: no hi ha so ni pels altaveus integrats ni pels auriculars, encara que el mateix equip, a Windows, funciona sense cap problema. Això es veu, per exemple, en alguns portàtils ASUS amb processadors AMD Ryzen (com un UM433D amb Ryzen 5 3500U), on Linux detecta el maquinari en ordres com lspci y aplay -l, però PipeWire o PulseAudio no acaben de fer servir correctament el còdec integrat tipus ALC294.

També apareix l'escenari intermedi: Linux sí que reprodueix so, però amb una qualitat molt pobra, volum molt baix o un timbre “metàl·lic” . Això és habitual en portàtils moderns amb sistemes d'àudio avançats (Dolby Atmos, diversos altaveus, woofers dedicats, amplificadors intel·ligents, etc.), com l'ASUS ROG Zephyrus G14, on el sistema detecta només una part de la configuració real d'altaveus o no aplica els perfils DSP propietaris que sí que es carreguen a Windows.

Finalment, en plaques base ROG de sobretaula amb xips com el Realtek ALC1220 , un altre problema recurrent és l'aparició de soroll elèctric constant als auriculars, espetecs i, en ocasions, fins i tot penges del sistema quan s'usa l'àudio integrat sota Linux . A Windows, en instal·lar el driver oficial de la placa, el soroll desapareix, mentre que a Linux el suport del còdec encara no està tan polit en determinades combinacions de chipset i kernel.

El paper d'ALSA, PulseAudio i PipeWire en la qualitat del so

Quan l'àudio es comporta de forma estranya en tocar el volum, moltes vegades el problema no és al maquinari en si, sinó en com es gestionen els diferents canals de mescla entre ALSA i la capa de so d'usuari (PulseAudio o PipeWire). En alguns portàtils ASUS, baixar el volum del “canal mestre” o dels altaveus a ALSA provoca aquesta sensació de so esmorteït, mentre que ajustar només el volum PCM ofereix una reducció real de volum mantenint la claredat.

Una solució pràctica que ha funcionat molt bé en un cas real de portàtil amb Linux va ser: deixar el canal “Master” i el canal d'altaveus al 100% alsalsamixer, i ajustar únicament el volum PCM . D'aquesta manera, el mesclador per programari maneja el volum sense degradar el senyal, evitant aquest efecte submergit en baixar el nivell.

Per poder fer-ho necessites tenir instal·lat el paquet d'utilitats ALSA. En distribucions basades en Arch, per exemple, només cal executar:

sudo pacman -S alsa-utils

Amb això podràs obrir als amixer des de la terminal, revisar quins canals hi ha disponibles i assegurar-te que tant el canal mestre com els d'altaveus estan al 100%. Després, deixeu que el control de volum gràfic (o les tecles de volum del portàtil) modifiquin només el canal adequat, normalment PCM o el volum general de la “sink” de PulseAudio/PipeWire.

En entorns més moderns amb PipeWire, una altra tècnica que pot marcar la diferència és fer servir un mòdul de remapeig. Per exemple, un usuari va aconseguir una millora molt clara carregant un mòdul de “remap sink” que apunta directament al dispositiu ALSA real i crea una nova sortida lògica “PCM” sobre la qual ajustar el volum:

pactl load-module module-remap-sink sink_name=PCM master=alsa_output.pci-0000_00_1f.3.analog-stereo channels=2

Després de fer-ho, convé reiniciar els serveis de PipeWire a nivell d'usuari :

systemctl --user restart pipewire pipewire-pulse wireplumber

Després d'aquest reinici, el flux recomanat va ser entrar a alsamixer, posar tots els canals al màxim i, a partir d'aquí, fer servir a l'escriptori la nova sortida d'àudio remapejada (“remapped alsa…”) com a dispositiu principal . Al KDE Plasma 6, per exemple, es pot fer clic dret a la icona de volum de la safata, entrar a “Configurar dispositius d'àudio” i seleccionar la sortida que comença per “remapped alsa…”. D'aquesta manera, tant les tecles de volum del teclat com la icona del panell ajusten únicament el volum PCM, mantenint el senyal de maquinari al màxim sense distorsions rares.

En altres entorns descriptori el procés és semblant, encara que les rutes de menús canvien una mica. L'important és entendre la lògica: no sempre interessa abaixar el volum directament al control maquinari d'ALSA; de vegades és millor deixar-ho al màxim i controlar tot a la capa de barreja de PipeWire/PulseAudio.

ASUS ROG Ally X i l'esforç de la comunitat Linux

La família ASUS ROG no es limita a portàtils; també inclou dispositius tipus handheld com el ASUS ROG Ally X , molt popular entre jugadors que volen un PC de mà orientat a jocs. En el cas d'aquest equip, la comunitat de desenvolupadors del nucli de Linux fa temps que treballa per polir els problemes d'àudio que apareixien en instal·lar distribucions Linux en lloc de Windows.

L'empenta forta a aquestes correccions va arribar a principis de 2026, quan es van començar a acumular reports d'usuaris sobre fallades al subsistema de so de l'Ally X amb sistemes basats en Linux . Els símptomes incloïen des d'absència total d'àudio fins a comportaments erràtics en jocs i aplicacions multimèdia, cosa que en un dispositiu pensat per jugar és totalment inacceptable.

Per resoldre aquests errors, contribuents del nucli han anat preparant pegats específics per al controlador d'àudio de l'Ally X , amb l'objectiu que el maquinari funcioni correctament en distribucions populars com Ubuntu, Fedora, SteamOS i altres variants orientades a gaming. Aquest procés no és trivial: implica enginyeria inversa, anàlisi de com s'inicialitza el dispositiu sota Windows i prova constant de noves versions del nucli.

Mitjans especialitzats com Phoronix, dirigit per Michael Larabel, han estat dels primers a detallar aquest treball. Han explicat com, mitjançant ajustaments continus al codi del nucli i proves en múltiples escenaris, l'experiència d'àudio a l'Ally X es va apropant a poc a poc a allò que els usuaris esperen d'un maquinari tan recent . I no només es tracta que “soni”; també cal gestionar bé perfils denergia, latències i compatibilitat amb diferents APIs dàudio usades pels jocs.

Tot això reflecteix un patró típic a l'ecosistema Linux: cada vegada que apareix un nou gadget de maquinari punter, el suport no sempre està llest el primer dia . En molts casos, la compatibilitat total depèn de mesos de treball per part de desenvolupadors voluntaris i empreses interessades que aquest maquinari guanyi presència al món del programari lliure.

En mercats com el brasiler, on l'Ally X ha guanyat molts fans que també són aficionats a sistemes oberts, aquests avenços són especialment importants. Una handheld com el Ally X es torna realment interessant quan pot funcionar sense estar lligada exclusivament a Windows , permetent als usuaris triar la distribució Linux que prefereixin per jugar o per a ús general.

Tot i que els pegats d'àudio per a l'Ally X estan encaminats a integrar-se de forma àmplia el primer trimestre del 2026, la recomanació per a usuaris menys avançats és esperar que les distribucions incloguin aquestes correccions de manera estable . Instal·lar nuclis experimentals o aplicar pegats manualment té el seu risc, així que si el dispositiu és la teva màquina principal de jocs, pot ser més prudent esperar que la solució “arribi per si sola” via actualitzacions oficials.

Portàtils ASUS amb Ryzen i còdecs Realtek: detecció sense so

En la gamma de portàtils ASUS amb processadors AMD Ryzen, un altre patró força habitual és el de distribucions que detecten la targeta de so però no reprodueixen res . Un exemple clar és el d‟un ASUS UM433D amb Ryzen 5 3500U, en arrencada dual amb Windows i Linux Mint.

En aquest cas, l'usuari va provar diverses distribucions. Amb Xubuntu, la instal·lació va transcórrer sense problemes, però no hi havia àudio en absolut, malgrat que versions anteriors de la mateixa distro sí funcionaven . Pop!_OS tampoc va treure so ni tan sols al “live” de prova. Linux Mint, per la seva banda, no oferia àudio en la manera live, però curiosament sí que va començar a funcionar just després de la instal·lació en disc.

La joia va durar poc. Després d'instal·lar una bateria d'aplicacions habituals (Discord, GIMP, Conky, etc.) i actualitzar el sistema amb l'actualitzador gràfic de Mint, el so va tornar a desaparèixer, tant a altaveus com a auriculars . Fins i tot es va intentar instal·lar PulseAudio en lloc de les eines per defecte, sense èxit. A Windows, en canvi, l'àudio seguia funcionant sense cap ganes.

Si ens fixem en les ordres de diagnòstic, lspci mostrava un coprocessador d'àudio AMD (ACP/ACP3X/ACP6x) i un controlador d'àudio HD per a la família 17h/19h. Per la seva banda, aplay -l llistava dues targetes de reproducció: una corresponent a HDMI i una altra a un còdec analògic Realtek tipus ALC294. Això indica que el maquinari està sent detectat, però alguna cosa falla en la configuració del driver o com PipeWire/PulseAudio selecciona la sortida.

En situacions així convé revisar diversos punts: comprovar si el kernel que utilitza la distribució inclou el suport més recent per al còdec en qüestió, verificar que no s'estigui seleccionant la sortida HDMI en lloc de la sortida analògica i consultar com veure els components del meu PC , provar a esborrar i regenerar la configuració d'usuari de PulseAudio/PipeWire, o fins i tot.

Quan ni tan sols instal·lant PulseAudio manualment s'aconsegueix que el sistema emeti so, potser estem davant d'un bug concret del nucli o de la pila d'àudio per a aquesta combinació de maquinari. En aquests casos és molt recomanable buscar en fòrums de la distribució, reportar el problema amb logs complets i seguir les instruccions dels desenvolupadors , ja que sovint es necessiten pegats específics o ajustaments als paràmetres del mòdul d'àudio del nucli per a xips AMD + Realtek relativament nous.

Zephyrus G14, Dolby Atmos i l'engany de l'àudio avançat

Els portàtils gaming de gamma alta com la ASUS ROG Zephyrus G14 (GA403WR-XS97) porten sistemes dàudio molt sofisticats en Windows: diversos altaveus, woofers de doble força, tweeters, amplificadors intel·ligents, cancel·lació de soroll per IA, certificacions Hi-Res i, sobre pit en màrqueting.

Quan s'instal·la Linux en un equip així, sol passar que el sistema no reconeix correctament el nombre real d'altaveus ni pot aplicar els perfils DSP propietaris . El resultat, per a l'usuari, és que el portàtil sona “a llauna”: volum més baix del que s'esperava, manca d'enganxada en greus i sensació general d'àudio metàl·lic o pla, encara que tècnicament el so “funcioni”.

En revisar la sortida de aplay -l en un cas real de Zephyrus G14, es veia el següent: diversos dispositius HDA NVidia per a HDMI, un altre dispositiu HDMI d'AMD/Generic i un únic dispositiu analògic ALC285. Res en aquesta llista suggereix un sistema de quatre altaveus amb woofers dedicats, i per defecte ALSA sol exposar una configuració estèreo simple.

Intentar replicar Dolby Atmos a Linux, avui dia, és força limitat. No hi ha suport oficial complet de Dolby Atmos com a Windows, i els fabricants no solen alliberar el seu programari ni els seus perfils de processament . Alguns usuaris han provat solucions com Easy Effects (abans PulseEffects) o James DSP , afegint un convolucionador i carregant respostes a l'impuls dissenyades per a Dolby, cosa que pot millorar una mica el panorama, però està molt lluny d'igualar l'experiència dels drivers oficials de Windows.

A la pràctica, la realitat és que en aquest tipus de portàtils gaming es pot aconseguir un so decent a Linux, però és molt difícil reproduir la mateixa “màgia” de processament avançant que s'obté amb el conjunt de drivers + programari propietari del fabricant . Per als que siguin molt maniàtics amb l'àudio, el més assenyat és assumir que Linux oferirà un perfil més senzill i recolzar-se en eines d'equalització, compressors i efectes a PipeWire per ajustar el so tan bé com sigui possible.

Xips Realtek conflictius en plaques ROG de sobretaula

Els problemes dàudio en maquinari ASUS ROG no es limiten als portàtils. En plaques base de sobretaula, com una ASUS ROG Strix X370-F Gaming amb el xip Realtek ALC1220 , també s'han detectat incompatibilitats notables amb Linux. En un cas documentat, l'usuari, amb més d'una dècada amb GNU/Linux, es va trobar per primera vegada amb un xip de so que senzillament no funcionava bé, més enllà de la mera qualitat.

Amb diferents distribucions i kernels (des de versions amb Linux 4.13 fins a snapshots d'openSUSE Tumbleweed amb 4.14), el comportament es repetia: soroll elèctric que es colava en reproduir alguna cosa, i soroll constant per l'auricular esquerre fins i tot quan no s'estava reproduint res . A més, se sospita que el xip va poder arribar a provocar alguna penjada del sistema.

Per descartar una fallada física, es va instal·lar Windows 10 en un disc a part. Amb el driver genèric de Windows apareixia el mateix problema, però en instal·lar els controladors oficials de la placa base, el soroll desapareixia i la qualitat de so passava a ser força bona per ser Realtek. Això apunta clarament a un tema de suport de driver, més que a un defecte de maquinari.

Encara que Realtek ALC1220 està teòricament suportat des de Linux 4.11, la combinació d'aquest còdec amb certes plaques AMD sembla continuar donant maldecaps . Si parlem d'una màquina de producció on no convé anar provant kernels experimentals, l'opció d'anar actualitzant el nucli fins a trobar una versió que el suporti perfectament no sempre és viable.

En aquest context, l'autor d'aquesta experiència planteja una solució que al món Linux de vegades es mira amb recel però que, tot i ser realistes, té tot el sentit: comprar una targeta de so dedicada i deshabilitar el xip integrat a la BIOS . Quan l'estabilitat i la neteja de so importen més que esprémer al màxim el maquinari integrat, és una alternativa molt raonable.

Targetes de so alternatives quan l'integrat no dóna la talla

Si el teu xip de so integrat (per exemple, un Realtek ALC1220 en una placa ROG) dóna problemes continus i no et pots permetre estar trastejant amb kernels, mòduls i pegats, passar-te a una targeta de so dedicada compatible amb Linux pot estalviar-te moltíssim temps i mals de cap . Aquí entren diverses opcions segons el tipus d'equip i el nivell d'exigència de qualitat.

Solució temporal o per a portàtils: targeta de so USB

En portàtils no hi ha possibilitat de muntar una targeta interna PCIe clàssica, així que la sortida més pràctica és fer servir una targeta de so externa per USB . També és una bona solució temporal per a sobretaules quan no et ve de gust obrir la caixa o vols provar una mica ràpid abans d'una inversió més gran.

Una opció força estesa i econòmica és la Creative Sound Blaster Play! 2 . Es pot trobar per un rang de preus que ronda els 21-28 euros a botigues com Amazon , i diverses experiències d'usuaris indiquen que funciona correctament sota Linux. Per al cas d'un xip Realtek problemàtic, aquesta petita targeta USB pot ser un salvavides mentre decideixes si més endavant fas el salt a una solució interna més seriosa.

Solució “definitiva” bàsica: ASUS Xonar DSX

Si estàs en un sobretaula i el que busques és que l'ordinador simplement soni bé sense aspirar a la perfecció audiòfila, una bona candidata és l' ASUS Xonar DSX . Costa al voltant de 51 euros a Amazon i s'ha guanyat una bona fama entre usuaris de Linux com a substituta de l'àudio integrat conflictiu.

Un dels seus punts forts és que funciona “out of the box” a Linux: la connectes a una ranura PCIe, encens l'equip i el sistema la reconeix sense drames . La qualitat de so és acceptable, amb algun espetec molt puntual si es combinen volums molt alts al sistema i en certes aplicacions, però en general ofereix una experiència molt superior a la d'un xip integrat problemàtic.

Per als que busquen millor qualitat: ASUS Xonar DX

Per a usuaris que donen més importància a la qualitat de so, una altra targeta interna interessant és l' ASUS Xonar DX , una veterana amb gairebé una dècada a l'esquena però encara molt ben valorada. El preu ronda els 70 euros , per la qual cosa resulta més cara que la DSX, però a canvi ofereix una qualitat d'àudio notablement superior.

Segons proves publicades en llocs dedicats a Linux, la Xonar DX proporciona una reproducció molt neta, amb suport immediat a Linux també “out of the box” . Això sí, a diferència de la DSX, la DX requereix alimentació directa des de la font d'alimentació (mitjançant un connector addicional), que cal tenir en compte en muntar l'equip.

En definitiva, tant la Xonar DSX com la Xonar DX són opcions sòlides per substituir un xip Realtek conflictiu i oblidar-se de sorolls elèctrics, espetecs o inestabilitat a Linux . L'elecció entre l'una i l'altra dependrà de quant t'importi la qualitat fina de so i del teu pressupost.

Ajustar volums a ALSA quan la nova targeta sona baix

Un detall que desconcerta molts quan passen d?un xip Realtek a una targeta dedicada (interna o USB) és que, de vegades, el volum general es percep molt baix malgrat tenir el control de volum de l?escriptori al màxim . Això sol ser degut a com ALSA interpreta la sortida d'altaveus i el canal mestre.

En alguns casos, ALSA tracta la sortida d'altaveus com si fos una sortida d'auriculars independent del canal mestre, deixant aquest darrer molt baix per defecte. La solució és senzilla: entrar a alsamixer i pujar el volum del canal mestre al màxim . Pots fer-ho així des de la terminal:

alsamixer

Un cop dins, només t'has de moure amb les tecles de direcció entre els diferents controls, localitzar “Master” (i altres canals rellevants) i pujar-los al 100% . Després, ja podràs utilitzar el control de volum gràfic del teu entorn descriptori per ajustar el nivell diari sense que es quedi curt.

Deshabilitar el xip Realtek a la BIOS per evitar conflictes

Quan ja has optat per una targeta de so alternativa que saps que funciona a Linux, mantenir actiu el xip integrat pot causar conflictes innecessaris : el sistema pot seleccionar la sortida equivocada, algunes aplicacions poden fer servir el dispositiu Realtek en lloc de la nova targeta, i en general es complica el diagnòstic de possibles problemes.

Per això sol ser molt recomanable desactivar el xip d'àudio Realtek a la BIOS de la placa base . El procediment concret varia segons el model, però en general es resumeix a:

1. Reinicieu l'equip i entrar a la BIOS prement la tecla corresponent (en moltes plaques ASUS és Supr/Delet durant l'arrencada).
2. Passar al mode avançat si la BIOS arrenca en mode senzill (habitualment amb la tecla F7).
3. Cerca l'apartat de “Integrated peripherals” o “Onboard devices configuration” (el nom pot variar).
4. Localitzar l'opció relacionada amb el controlador d'àudio integrat (Realtek, HD Audio, USB Audio, etc.) i posar-la a “Disabled”.
5. Guardar canvis i sortir (normalment amb F10).

Després de fer això, Linux només veurà la nova targeta de so, simplificant molt la configuració i evitant que el sistema s'emboliqui entre múltiples dispositius de sortida.

Un cop entès tot aquest panorama, la realitat és que l'àudio en portàtils ASUS ROG i maquinari similar sota Linux és un camp on conflueixen drivers del kernel encara immadurs, còdecs Realtek capritxosos, tecnologies propietàries com Dolby Atmos que no tenen equivalent directe al món obert i, per descomptat, configuracions d'ALSA. Ajustar canals a alsamixer, usar sinks remapejades, esperar que arribin pegats per a dispositius recents com el ROG Ally X o fins i tot apostar per una targeta de so dedicada són camins diferents que, combinats amb una mica de paciència, permeten que un equip que inicialment sonava fatal acabi oferint un àudio més que digne a Linux.