Com arreglar lalt ús de CPU de Voicemeeter a Windows

¿Com arreglar lalt ús de CPU de Voicemeeter a Windows? Si uses Voicemeeter per barrejar àudio a Windows i has notat un consum de CPU inusualment alt, no estàs sol: a alguns usuaris se'ls disparen processos com voicemeeterpro.exe i svchost.exe vinculats a serveis de Windows, amb efectes col·laterals en rendiment i latència. Aquest fenomen pot provocar pèrdua de fluïdesa, baixons en benchmarks i estrebades en aplicacions remotes o jocs, i encara que el seu origen no sempre és obvi, sí que hi ha ajustaments que el mitiguen de forma fiable.

En escenaris reals s'ha observat que voicemeeterpro.exe i svchost.exe (concretament WpnUserService_xxxxx) arriben a carregar junts la CPU al voltant d'un 6% de manera sostinguda, com si compartissin equitativament l'ús del processador. Encara que un 6% sembli poc, a CPUs amb 16 fils és una mossegada constant que agreuja la latència i es nota: des de caigudes al benchmark de WinRAR fins a retards subtils en sessions d'Escriptori Remot (RDP), passant per talls intermitents d'àudio en jocs i Discord.

Símptomes i senyals que delaten el problema

Una pista clara és veure com voicemeeterpro.exe i svchost.exe (WpnUserService_XXXX) pugen a ~6% de CPU de forma compassada. Aquesta situació no és habitual en repòs i sol coincidir amb petites inestabilitats del so.

Un altre símptoma mesurable: el benchmark de WinRAR cau de 44.000–45.000 KB/sa 27.000–35.000 KB/s mentre es manté aquest ús de CPU, reflectint que hi ha contenció de recursos o latències dinterrupcions que impacten el rendiment general.

En remot, l'experiència RDP també se'n ressent: es percep retard o “lag” fins i tot amb bona connexió. Curiosament, tancar la sessió RDP no acostuma a baixar l'ús de CPU, així que no és un desencadenant únic sinó un factor que agreuja el comportament.

Una dada pràctica: reiniciar el motor dàudio de Voicemeeter sol tornar lús de CPU a 0. Si ho feu mentre la sessió problemàtica segueix activa, l'efecte es nota immediatament, cosa que suggereix un conflicte del flux d'àudio que es resol en reiniciar la pila de so de l'aplicació.

Hi ha casos en què, després de reinstal·lar Windows 11 i Voicemeeter Potato i importar la configuració per XML, emergeixen talls aleatoris d'àudio. S'ha provat elevar la prioritat d'AudioDG i limitar-ne l'afinitat a un únic nucli, fixar totes les fonts en 48 kHz (i després 44 kHz), pujar buffers pas a pas o canviar d'auriculars, sense èxit constant. Els talls apareixen sobretot jugant a Apex Legends o Runescape, mentre que els enregistraments en eines com Medal sonen normals, un indici que el problema afecta el retorn/monitorització en temps real més que el flux que s'enregistra.

Per què passa: interacció entre Voicemeeter, WpnUserService i la pila d'àudio

El servei WpnUserService (Windows Push Notification User Service) s'executa dins de svchost.exe i gestiona notificacions i esdeveniments d'apps. En certs equips, els seus “despertars” coincideixen amb el motor d'àudio, provocant latències DPC/ISR o canvis de programació als fils MMCSS, cosa que fa que svchost.exe i voicemeeterpro.exe semblin “aparellats” consumint CPU.

La gestió de prioritats també hi influeix. Forçar a audiodg.exe a un nucli concret (afinitat) o pujar-lo a prioritat alta indiscriminadament pot trencar el repartiment de fils en temps real que fa Windows, sobretot si altres tasques de baixa latència (com la cua dàudio de Voicemeeter) competeixen pel mateix core.

Les desincronitzacions de freqüència de mostreig provoquen resampling constant. Si unes fonts estan a 48 kHz i altres a 44,1 kHz en mode compartit, Windows ha de reconvertir àudio al vol i Voicemeeter compensa rellotge i buffers, elevant la càrrega quan el sistema va just.

També hi ha un component de càrrega global: jocs pesants (i els seus sistemes antitrampes, overlays i filtres) activen cues de GPU/CPU, i amb la GPU al 100% —com apunta suport de Microsoft Community respecte a títols exigents— augmenta la pressió sobre el scheduler. Aquí hi afloren microtalls i pics en processos d'àudio.

Amb RDP, el redireccionament dàudio crea dispositius virtuals i canvia endpoints en calent. Si la sessió crea/destrossa dispositius o altera la ruta predeterminada, Voicemeeter es pot reconfigurar en segon pla i deixar penjats alguns fils fins que reinicieu el motor.

Solucions ràpides que ja han funcionat

El més efectiu a curt termini és el que ja heu comprovat: reiniciar el motor dàudio de Voicemeeter. Això neteja estats intermedis, renegocia buffers i, en molts casos, fa que lús de CPU conflictiu baixi instantàniament.

• Configura una drecera a Reiniciar Motor d'Àudio al menú de Voicemeeter per activar-lo al primer símptoma.
• Valora fer servir MacroButtons de Voicemeeter per automatitzar el reinici si detectes jitter o una tecla ràpida.
• Si utilitzes RDP sovint, aplica el reinici només connectar per estabilitzar la sessió abans de començar.

Aquest “reset” és un pal·liatiu útil, però convé atacar la causa arrel amb ajustaments a Voicemeeter ia Windows per reduir la probabilitat que reaparegui.

Configura Voicemeeter de forma estable

A Voicemeeter, obre System Settings/Options i assegura't que la cadena completa treballa a la mateixa freqüència. En general, 48 kHz és l'elecció més compatible amb jocs, Discord i capturadores modernes.

Per als dispositius de maquinari (A1, A2, A3), seleccioneu controladors WDM sempre que sigui possible i ajusta la latència. Comença amb 256–384 mostres; si persisteixen espetecs, puja a 512 o 768. Evita MME excepte per a proves, i utilitza KS/ASIO només si la teva interfície ho suporta i no hi ha conflictes.

Unifica les freqüències i formats. Estableix tots els dispositius de reproducció/enregistrament de Windows en 48 kHz (i 24 bits si està disponible) i desactiva “Permetre que les aplicacions prenguin control exclusiu” per reduir canvis de manera compartida/exclusiva durant el joc.

Augmenta els buffers de Meu de veu si els talls apareixen sota càrrega. A les opcions pots tocar WDM Buffering; valors més alts sacrifiquen una mica de latència a canvi de robustesa. Marca les opcions de “safe mode” si estan disponibles.

Si utilitzeu múltiples dispositius físics (per exemple, DAC USB i micròfon USB), activeu mecanismes de sincronització/compensació de rellotge i evita barrejar endpoints amb rellotges molt diferents quan jugues.

Ajustaments clau a Windows: audiodg, energia i serveis

Desfeu canvis agressius d'afinitat. No fixeu audiodg.exe a un sol nucli; deixa que MMCSS distribueixi els fils. Pujar prioritat pot ajudar, però només si no deixa sense temps altres fils en temps real de Voicemeeter.

A Propietats de so de Windows, desactiva el mode exclusiu quan no sigui imprescindible i igual a 48 kHz tots els dispositius predeterminats. Això redueix resamplings i obre/tanca de streams que forcen Voicemeeter a reajustar-se.

El pla d'energia ha d'estar en alt rendiment o equilibri amb mínims al 100% quan jugues. Desactiva l'estalvi d'energia a USB (Selective Suspend) i al hub on connectes el DAC/auriculars. Mantingues drivers d'àudio i chipset al dia.

Per a WpnUserService, prova a apagar temporalment les notificacions (Configuració > Sistema > Notificacions) i aturar el servei de notificacions només per a diagnòstic. Si en fer-ho cessa el 6% compartit amb voicemeeterpro.exe, ja has identificat el desencadenant; en aquest cas, deixa les notificacions desactivades durant sessions crítiques o busca quina app dispara més esdeveniments.

Evita superposicions i funcions que afegeixen càrrega: desactiva Game Bar, overlays de GPU i captura en segon pla mentre jugues si no et són imprescindibles.

Discord i jocs: com minimitzar els talls

Discord afegeix processament (Krisp, cancel·lació de ressò, normalització) que de vegades entorpeix la ruta de Voicemeeter. Com més directe sigui el flux, menys salts veuràs sota càrrega.

• A Discord > Veu i vídeo, seleccioneu com dispositiu d'entrada/sortida l'endpoint de Voicemeeter correcte (VAIO/ AUX).
• Desactiva Krisp, cancel·lació de ressò, reducció de soroll i Atenuació per a proves d estabilitat.
• apaga acceleració per maquinari i overlays si notes estrebades coincidint amb pics de GPU.

En jocs com Apex o RuneScape, limita els FPS, activa V-Sync o Frame Rate Target per rebaixar pics de GPU/CPU. Reduir el 100% sostingut de GPU allibera el scheduler i suavitza la cua dàudio.

Si Medal grava l'àudio “net” però tu ho sents amb talls, és probable que el problema estigui a la monitorització de sortida (auriculars) oa l'endpoint final. Proveu altres ports USB, un altre DAC, o canvieu el dispositiu A1 a Voicemeeter per aïllar el tram conflictiu.

RDP i escenaris remots: evitar interferències

Abans de connectar per Escriptori Remot, obre Connexió a Escriptori remot > Recursos locals i, a So remot, marca “Reproduir en aquest equip" o deshabilita per complet l'àudio remot segons necessitis. Evita canviar endpoints durant la sessió."

Si utilitzes RDP sovint, mantingues estable la ruta d'àudio: tria un únic dispositiu de sortida a Voicemeeter i evita moure el predeterminat del sistema mentre estàs connectat. Si noteu el 6% compartit després d'entrar, reinicieu el motor d'àudio en aquell moment.

Desactiva captures/comparticions innecessàries a RDP (portapapers, impressores, etc.) per reduir el soroll de serveis en segon pla que podrien reactivar WpnUserService.

Diagnòstic: comprovar, mesurar i confirmar

Obre l'Administrador de tasques i el Monitor de recursos per vigilar voicemeeterpro.exe i svchost.exe (WpnUserService_XXXX). Si pugen i baixen a la par, confirma que ets davant del patró descrit.

Passa LatencyMon durant una sessió de joc/Discord per detectar controladors amb alta latència DPC/ISR. Drivers de xarxa, GPU o USB en mal estat poden ser el nus.

Revisa el Visor d'esdeveniments (Registres de Windows > Sistema i Aplicació) per errors d'àudio, reinicis de dispositiu o canvis d'endpoint coincidents amb els talls.

Reprodueix el problema de manera controlada: arrenca Discord, el joc, RDP (si aplica) i canvia una variable cada vegada (buffers, freqüència, desactivar notificacions) per identificar què redueix el fenomen.

Tingues a mà dades bàsiques com recomanen a Microsoft Community: marca/model de l'equip, CPU, RAM, GPU, versió de Windows i plataforma de joc. Amb aquesta informació podràs afinar solucions i demanar ajuda més efectiva si ho necessites.

Si res no funciona: rutes alternatives i escalat

Si la teva interfície ho permet, prova ASIO amb VB-Audio ASIO Bridge per aïllar el flux dàudio del mode compartit de Windows. De vegades elimina completament els talls sota càrrega intensa.

Actualitza o reinstal·la drivers d'àudio (Realtek, USB DAC, interfícies), chipset i GPU. Un driver USB o xarxa conflictiu pot ser lorigen real del jitter dàudio.

Fes una arrencada neta de Windows (msconfig) deshabilitant programes a l'inici per detectar si alguna app de tercers dispara WpnUserService o interfereix amb el motor dàudio.

Evita importar configuracions antigues si reinstal·les: crea el perfil de Voicemeeter des de zero. Els XML arrosseguen paràmetres subtils que no sempre encaixen amb una instal·lació fresca o amb nous drivers.

Si necessites suport del desenvolupador, obre un tiquet a VB-Audio aportant logs, versió de Voicemeeter, XML de configuració i passos per reproduir. El Discord també és útil, però detalla el patró del 6% i les proves realitzades.

Voicemeeter pot quedar funcionant fi fins i tot amb jocs i RDP: unifica freqüències, eleva buffers, evita afinitats forçades, retalla notificacions i overlays, i tingues a mà el reinici del motor com a xarxa de seguretat. En estabilitzar l'entorn, desapareixen el 6% compartit i els microtalls que t'amargaven les sessions.