Por que existem dois índices de entrada de coletor gerados pelo pulseaudio?

2

Estou planejando gerar um segmento conforme detecto um novo índice de entrada do coletor no pulseaudio. Mas quando executo algum aplicativo, descubro que um segundo índice de coletor para o mesmo cliente é criado.

O sistema gera um segmento e fecha o primeiro segmento, que não tem nada a ver com o programa em execução atual. Eu estou traçando isso como uma referência que é gerada pela execução do meu código, que detecta o novo índice de entrada do coletor gerado quando executo o jogo openarena.

****Sink input Playback Stream with index 0 is detected hello****
=======[ Sink Input# 0 ]=======
Name: Playback Stream
client:11
sink:0
sample format:3
sample rate:44100
sample channels:2
owner module:7
buffer usec:160068
sink usec:210498
Driver:protocol-native.c
client name :Warzone 2100

****Removing sink input 0****

****Sink input Playback Stream with index 1 is detected hello****
=======[ Sink Input# 1 ]=======
Name: Playback Stream
client:11
sink:0
sample format:3
sample rate:44100
sample channels:2
owner module:7
buffer usec:346689
sink usec:23883
Driver:protocol-native.c
client name :Warzone 2100

****Removing sink input 1****

****Sink input Playback Stream with index 2 is detected hello****
=======[ Sink Input# 2 ]=======
Name: Playback Stream
client:13
sink:0
sample format:3
sample rate:44100
sample channels:2
owner module:7
buffer usec:160068
sink usec:210488
Driver:protocol-native.c
client name :torcs-bin

****Removing sink input 2****

****Sink input Playback Stream with index 3 is detected hello****
=======[ Sink Input# 3 ]=======
Name: Playback Stream
client:13
sink:0
sample format:3
sample rate:44100
sample channels:2
owner module:7
buffer usec:347052
sink usec:23997
Driver:protocol-native.c
client name :torcs-bin

****Removing sink input 3****

****Sink input Playback Stream with index 4 is detected hello****
=======[ Sink Input# 4 ]=======
Name: Playback Stream
client:20
sink:0
sample format:3
sample rate:44100
sample channels:2
owner module:7
buffer usec:160068
sink usec:210464
Driver:protocol-native.c
client name :ioquake3

****Removing sink input 4****

****Sink input Playback Stream with index 5 is detected hello****
=======[ Sink Input# 5 ]=======
Name: Playback Stream
client:20
sink:0
sample format:3
sample rate:44100
sample channels:2
owner module:7
buffer usec:346507
sink usec:23980
Driver:protocol-native.c
client name :ioquake3

****Removing sink input 5****
****Sink input Simple DirectMedia Layer with index 6 is detected hello****
=======[ Sink Input# 6 ]=======
Name: Simple DirectMedia Layer
client:24
sink:0
sample format:0
sample rate:11025
sample channels:1
owner module:7
buffer usec:265147
sink usec:105270
Driver:protocol-native.c
client name :Test stream

****Removing sink input 6****

****Sink input Playback Stream with index 7 is detected hello****
=======[ Sink Input# 7 ]=======
Name: Playback Stream
client:26
sink:0
sample format:3
sample rate:44100
sample channels:2
owner module:7
buffer usec:91133
sink usec:209540
Driver:protocol-native.c
client name :MegaGlest

****Removing sink input 7****

****Sink input Playback Stream with index 8 is detected hello****
=======[ Sink Input# 8 ]=======
Name: Playback Stream
client:26
sink:0
sample format:3
sample rate:44100
sample channels:2
owner module:7
buffer usec:347233
sink usec:22750
Driver:protocol-native.c
client name :MegaGlest

****Removing sink input 8****




A única diferença entre este índice de coletor 0 e 1 é o buffer usec e o coletor usec, que é o que eu encontrei.

Eu quero saber qual é a razão por trás disso. Por que ele cria 2 índices de entrada de coletor toda vez que eu executo este jogo ou qualquer outro jogo (eu também tentei em outros jogos e obtive o mesmo resultado).

    
por user1794899 15.10.2013 / 17:27

0 respostas