The audio is taken hostage. #167

Closed
openpanda opened this Issue Oct 20, 2011 · 12 comments

Projects

None yet

6 participants

@openpanda

What I mean is you must close pianobar to regain use of anything else, like youtube.

@PromyLOPh
Owner

Are you using the OSS backend of libao? Try switching to alsa by adding

default_driver=alsa

to your ~/.libao

@openpanda

Alsa.

@PromyLOPh
Owner

I doubt this is pianobar’s fault. Can you report the problem to libao’s
or your distribution’s bugtracker/mailinglist, please?

@openpanda

Indeed, I shall work see whats up. However as said before if I play mixxx,
or lmms while also running flash I can switch from the two. With pianobar I
notice the inability to do this until pianobar is killed.

On Thu, Nov 3, 2011 at 1:06 PM, PromyLOPh <
reply@reply.github.com>wrote:

I doubt this is pianobars fault. Can you report the problem to libaos
or your distributions bugtracker/mailinglist, please?


Reply to this email directly or view it on GitHub:
#167 (comment)

@PromyLOPh
Owner

However as said before if I play mixxx, or lmms while also running
flash I can switch from the two.
Neither of these uses libao. Which reminds me: You can search for a
libao based player and test whether it “takes the audio hostage” as
well. If it does it’s a libao issue.

@openpanda

As i said I would take a look, also I noted libao as you stated it earlier.

On Thu, Nov 3, 2011 at 2:05 PM, PromyLOPh <
reply@reply.github.com>wrote:

However as said before if I play mixxx, or lmms while also running
flash I can switch from the two.
Neither of these uses libao. Which reminds me: You can search for a
libao based player and test whether it takes the audio hostage as
well. If it does its a libao issue.


Reply to this email directly or view it on GitHub:
#167 (comment)

@justinnoah

I am not sure how to check which libao backend I am using, I haven't changed anything, so it is my distribution's (gentoo) default. I can not confirm this issue. I just tried to reproduce this error and was unable to do so.

@raeb
raeb commented Nov 10, 2011

@brutal-chaos: what does it say in /etc/libao.conf ? if default_driver=alsa, change it to default_driver=oss

Solved the problem for me.

@justinnoah

@raeb, I don't have this problem. That was my point. :) And I don't even have a libao.conf. I checked by running "sudo find -mount -iname 'libao.conf' " and nothing came up. -mount stops find from searching on mount points and iname allows for variation in capitalization.

@jcallen-gentoo

@brutal-chaos: I found that using the following ~/.libao file worked for me:

driver=alsa
dev=default

Without dev=default, libao blocked other audio (unless something else was already using it, then it printed a warning every time a new song started).

@deltaray

@ABCDwp's solution worked for me as well. Not sure how he figured that one out though.

@PromyLOPh
Owner

I think we can safely say this is not a pianobar bug.

@PromyLOPh PromyLOPh closed this Nov 20, 2011
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment