• [^] # Re: Alsa, esd, arts ... quelques tests, beaucoups de questions

    Posté par . En réponse au journal Alsa, esd, arts ... quelques tests, beaucoups de questions. Évalué à 1.

    oui, c'est ça que je voulais dire (j'ai peut-être mal choisis les termes) :
    plusieurs applis peuvent utiliser le device pcm en même temps.

    Pour ça j'utilise un ~/.asoundrc :

    pcm.dmix_44 {
    type dmix
    ipc_key 321456 # any unique value
    ipc_key_add_uid true
    slave {
    pcm "hw:0,0"
    format S32_LE
    rate 48000
    }
    }

    pcm.dmixoss {
    type dmix
    ipc_key 321456 # any unique value
    ipc_key_add_uid true
    slave {
    pcm "hw:0,0"
    period_time 0
    period_size 1024 # must be power of 2
    buffer_size 8192 # ditto
    rate 48000
    }
    }

    pcm.!default {
    type plug
    slave.pcm "dmix_44"
    }

    pcm.dsp0 {
    type plug
    slave.pcm "dmixoss"
    }

    ctl.mixer0 {
    type hw
    card 0
    }


    c'est pas encore parfait.
    comme je l'ai dit avant, dans mplayer je dois préciser ce que j'utilise, mais le plus chiant c'est qu'il ne faut pas préciser à chaque fois la même chose :/
    en général, l'audio output de mplayer (ao) doit être alsa9:pcm.dmixoss
    le pb c'est que certaine video/music au format microsoftien (wm*) fonctionnent en vitesse accélérée et il faut alors utiliser la sortie oss (mais là il monopolise le device à lui tout seul)

    dans xmms on met juste le alsa par défaut
    pour les bruitages de kde il suffit d'utiliser la commande aplay (aplay son.wav)
    et pour les jeux il n'y a rien de spécifiques à dmix mais par contre depuis alsa 1.0.2c je dois faire :
    echo "et.x86 0 0 direct" > /proc/asound/card0/pcm0p/oss
    par exemple, dans le cas de enemy-territory