Re: Issue with Alsa and PulseAudio

[Colin Guthrie <gmane@colin.guthr.ie>]

Ash wrote:
> Thanks Colin, Takashi.
> 
> The thing is, I've noticed other applications such as aplay or amarok
> call the same function and not exhibit the same behavior. That's why
> I am  not sure what I am doing wrong.

Well amarok presumably uses xine... aplay tho' is probably more 
interesting. I presume you are passing the same values etc. as e.g. aplay?

> 
> Also intersetingly enough, if I do not use the "default"
> ALSA_DEVICE_DEFAULT, and instead use "front" (which I believe is
> direct access to alsa driver, whereas "default" goes through
> pulseaudio), strange things happen. For example, setting a rate or
> channels returns -22 Invalid Argument.

Don't use "front", you should use "default". "front" will only exist on 
some sound hardware AFAIK, and in the case that the user has selected 
their "default" device to route through pulseaudio, you should respect this.

I'm sure there is probably a technical reason why "front" does not let 
you set rate or channels (probably because it represents the front 
speakers system of a multi-channel setup), but I'm sure someone more 
familiar with the API will be able to enlighten you :)

> I am not sure if I need to change or upgrade alsa. I just want to get
> to the bottom of this with existing pulseaudio/alsa since other
> players seem to work.

Indeed. If aplay is calling this function and works via pulseaudio, then 
it stands to reason so should you!

Col

-- 

Colin Guthrie
gmane(at)colin.guthr.ie
http://colin.guthr.ie/

Day Job:
   Tribalogic Limited [http://www.tribalogic.net/]
Open Source:
   Mandriva Linux Contributor [http://www.mandriva.com/]
   PulseAudio Hacker [http://www.pulseaudio.org/]
   Trac Hacker [http://trac.edgewall.org/]