| bobuss |
mon expérience avec le chip son nforce2 sous linux avec alsa :
l'astuce dmix peut aider mais c'est pas génial...
basé sur :
http://www.alsa-project.org/alsa-d [...] e=intel8x0
le .asoundrc ressemble à
Citation :
### .asoundrc for nforce2 apu
pcm.nforce-hw {
type hw
card 0
}
pcm.!default {
type plug
slave.pcm "nforce"
}
pcm.nforce {
type dmix
ipc_key 1234
slave {
pcm "hw:0,0"
period_time 0
period_size 1024
buffer_size 4096
rate 44100
}
}
ctl.nforce-hw {
type hw
card 0
}
|
bon, perso j'ai dû augmenter à 8192 le buffer_size, sinon, dès que je changeais de bureau virtuel, le son bloquait
il faut ensuite parametrer les softs pour qu'ils utilisent le bon truc :
- xmms : dans les préférences, lui dire d'utiliser le périph nommé "nforce" (selon le nom donné dans le .asoundrc) au lieu de hw0:0 (ou un truc comme ca, désolé, je ne suis pas chez moi)
- mplayer : le lancer avec mplayer -ao:alsa1x:nforce
là, ca marche tout à peu près correctement.
les problèmes :
- c'est franchement la galère si on veut, en plus, router un flux 5.1 (chez moi par ex sur 4 enceintes)-->mplayer --channels 4 ne veut rien savoir... il faut encore fouiller dans les plugins d'Alsa, il semblerait que le routing puisse se parametrer dans le .asoundrc
- ca me tue d'avoir à faire du mix soft sur un chip son apparement capable de mixer 256 voix en hardware... merci nvidia !!! :pfff:
- ca n'a peut-être rien à voir, mais depuis quelques version d'alsa, je ne peux plus faire de full-duplex (record-play en même temps). Audacity se plante lamentablement.
solution finalement retenue :
bin, j'ai remis ma bonne vieille SB live, qui elle, mixe en hard et tout roule trankilou ...tout ca pour ca !!!
|
