Instalada em um novo PC com uma placa-mãe ASUS H97M-Plus, tudo funcionou, exceto o áudio.
Enquanto eu tenho som, e os mixers e controles de volume parecem funcionar corretamente, o áudio é muito distorcido. O comando de teste do alto-falante, por exemplo, emite uma série de sons altos, que continuam por cerca de 5 segundos depois de serem interrompidos. O som de alerta do sistema repete cerca de 20 vezes, ficando mais curto a cada repetição (bit como pular um CD), um mp3 em vlc soa horrível, mas para vídeo HD em VLC ou reproduzindo um vídeo no youtube, o som é para a maior parte OK .
Eu tentei de tudo e quase tudo sugeriu sobre esta questão, todas as sugestões tornam apenas um pouco melhor (ou pior).
O que não é:
algo que instalei - o boot de USB ao vivo tem o mesmo problema.
PulseAudio (matá-lo e usar o VLC direto para alsa é tão ruim).
ajudado por mudanças nos argumentos do driver intel-hda (tentei muitos deles como desativar gerenciamento de energia, desativar msi, model = asus, model = genérico, model = auto, nenhum deles resultou em qualquer alteração comportamento).
drivers de áudio / alsa desatualizados / corrompidos - reinstala os resultados com o mesmo comportamento.
Um conflito com a placa gráfica - ocorre mesmo quando isso é removido.
Um conflito de IRQ - veja / proc / interrompe abaixo
cat /proc/interrupts
CPU0 CPU1 CPU2 CPU3
0: 16 0 0 0 IO-APIC-edge timer
1: 32306 193 147 107 IO-APIC-edge i8042
5: 0 0 0 0 IO-APIC-edge parport0
7: 7 0 0 0 IO-APIC-edge
8: 0 0 0 1 IO-APIC-edge rtc0
9: 0 0 0 0 IO-APIC-fasteoi acpi
16: 1760713 10458 490808 424669 IO-APIC-fasteoi ehci_hcd:usb1, ath9k
17: 1012 62 49 44 IO-APIC-fasteoi
22: 577 0 0 0 IO-APIC-fasteoi
23: 46 1 4 10 IO-APIC-fasteoi ehci_hcd:usb2
41: 718982 157194 22770 10318 PCI-MSI-edge xhci_hcd
42: 39688 164281 587946 296079 PCI-MSI-edge ahci
43: 12 0 0 0 PCI-MSI-edge mei_me
44: 419627 0 195 7504 PCI-MSI-edge eth0
45: 915 0 0 0 PCI-MSI-edge snd_hda_intel
46: 533177 14245 7497 7726 PCI-MSI-edge nvidia
47: 0 0 0 0 PCI-MSI-edge snd_hda_intel
NMI: 27 139 138 133 Non-maskable interrupts
LOC: 3254256 2931833 2913952 2776206 Local timer interrupts
SPU: 0 0 0 0 Spurious interrupts
PMI: 27 139 138 133 Performance monitoring interrupts
IWI: 137941 104702 117956 109883 IRQ work interrupts
RTR: 5 1 0 0 APIC ICR read retries
RES: 1229699 1197933 1276401 1194185 Rescheduling interrupts
CAL: 2473 2524 2531 2830 Function call interrupts
TLB: 93921 105819 135776 115012 TLB shootdowns
TRM: 0 0 0 0 Thermal event interrupts
THR: 0 0 0 0 Threshold APIC interrupts
MCE: 0 0 0 0 Machine check exceptions
MCP: 116 115 115 115 Machine check polls
ERR: 7
MIS: 0
O áudio interno é o IRQ 45, o áudio do cartão GFX é o IRQ 47.
A saída de alsa-info.txt é muito longa para isso, então é no link
O mais estranho é que, se eu fizer o aplicativo que está tocando áudio consumir mais CPU (por exemplo, rolando o mouse sobre alguns links ou rolando para cima e para baixo, o áudio ficará bom enquanto a atividade estiver ocorrendo.
Existe alguma coisa que possa consertar isso ou apenas esperar pelo melhor suporte ao driver?
Eu finalmente encontrei o problema - o cartão foi configurado para amostras de 24 bits, mas o alsa estava emitindo amostras de 16 bits (daí a estranheza). Até agora, o único remédio era inicializar o Windows, mudar a placa para 16 bits e depois reiniciar o Ubuntu.
edit: bem, isso funciona até que a máquina entre em standby, então o velho problema está de volta. Eu desisto.
edit2: Eventualmente atualizou o kernel de 3.13 para 3.14. Áudio fixo.