In quest’articolo, ho lamentato una serie di problemi di interfacciamento tra vari programmi multimediali ed il nuovo server Audio di default presente in Fedora 8.

Con l’ultimo aggiornamento di ieri (soprattutto librerie di sistema), sembra andato tutto a posto. Purtroppo, stupidamente, non ho tenuto traccia dei cambiamenti, quindi non sono in grado di fare un’analisi accurata di cosa sia cambiato. Posso parlare solo degli effetti.

Ebbene, prima dell’ultimo aggiornamento, ogniqualvolta un’applicazione non-gnome cercava di accedere al subsytem audio, invece che sfruttare l’istanza già presente, l’applicazione in questione cercava di lanciarne una nuova, che, immancabilmente, crashava, trovando le risorse già occupate dalla precedente.

Sto cercando di tracciare il comportamento, apparentemente inspiegabile (se usavo le applicazioni di default di gnome quali ekiga o il lettore totem tutto fungeva alla perfezione, se provavo mplayer da riga di comando o amarok2 invece no), ma ho il lieve sospetto che il problema risieda nel plugin ALSA.

Devo ancora entrare nell’ottica dei meccanismi del nuovo server Audio, per cui l’indagine andrà avanti, ma ci sono parecchie cose che non mi tornano. Tanto per cominciare i vari menu di configurazione mi presentano una serie di device virtuali tutti identici, alcuni funzionanti, altri meno… ho pensato che fossero legati al 7+1 della scheda audio, ma, scegliendo ogni volta un device diverso dal primo, si sente il suono solo dalle casse anteriori, sempre più attenuato.

Insomma, questo PulseAudio è un mondo ancora tutto da scoprire…

Sugli stessi temi:
%RELATEDPOSTS%