Você esqueceu de incluir um link para o exemplo, mas o exemplo não parece muito bem pensado porque
-
Em todas as distros eu sei
module-alsa-sink
é automaticamente carregado pelo resto da configuração, você não precisa carregá-lo manualmente (verifique listando os módulos compacmd list-modules
) -
module-combine-sink
vem com parâmetros que permitem especificar os coletores para combinar, por exemplo,pacmd load-module module-combine-sink sink_name=combined sink_properties=device.description=myCombine slaves=sink1,sink2,sink3,sink4 channels=2
A documentação do módulo com a descrição do parâmetro é aqui .
Possivelmente em qualquer configuração que o exemplo tenha assumido (você não vinculou, por isso não posso dizer ...) module-combine-sink
escolhe os coletores certos por padrão, mas isso não significa que você deva fazer dessa maneira, e eu consideraria uma prática ruim não nomear explicitamente os sumidouros de escravos.
Editar
Eu não sei qual é o comportamento quando os parâmetros slaves
estão ausentes, e eu realmente não me importo: eu teria que ler o código para descobrir, e estou com preguiça de fazer isso . Basta adicionar o parâmetro slaves
.
BTW, hw:0,0
e hw:1,1
são os nomes da ALSA; você precisa usar os nomes do Pulseaudio (veja, por exemplo, pacmd list-sinks
) no parâmetro.
O coletor padrão é o coletor usado como saída por padrão quando um aplicativo Pulseaudio é iniciado. Isso pode ou não desempenhar um papel no comportamento quando slaves
está ausente; como eu disse, eu não me importo. : -)
Não há "sumidouros ocultos". Pode haver dispositivos ALSA nos quais o Pulseaudio não criou coletores (e fontes) para esse dispositivo específico, mas, como eu disse, em todas as distribuições que acontecem na inicialização.