Re: [pulseaudio-discuss] Sink for event sounds? WAS: paplay - sound roles?

2009-12-31 Thread Ng Oon-Ee
On Tue, 2009-12-29 at 08:44 +0800, Ng Oon-Ee wrote:
 
 Hmm, is it then impossible to move event sounds? Doesn't seem like a
 good way to do it.

Any comments? I can't find a way to move event sounds from my laptop
speakers to my BT headphone (and my soon-to-come USB audio card I
suppose).


___
pulseaudio-discuss mailing list
pulseaudio-discuss@mail.0pointer.de
https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss


Re: [pulseaudio-discuss] Sink for event sounds? WAS: paplay - sound roles?

2009-12-31 Thread Colin Guthrie
'Twas brillig, and Ng Oon-Ee at 31/12/09 10:40 did gyre and gimble:
 On Tue, 2009-12-29 at 08:44 +0800, Ng Oon-Ee wrote:

 Hmm, is it then impossible to move event sounds? Doesn't seem like a
 good way to do it.
 
 Any comments? I can't find a way to move event sounds from my laptop
 speakers to my BT headphone (and my soon-to-come USB audio card I
 suppose).

Just set the device as the default/fallback and it'll be used for event
sounds (as I said before).

Is this not flexible enough? There is technically no reason why we
cannot enable this kind of moving, but I guess Lennart originally
omitted it from pavucontrol for a reason so I would prefer his feedback
before committing to anything.

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/]

___
pulseaudio-discuss mailing list
pulseaudio-discuss@mail.0pointer.de
https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss


Re: [pulseaudio-discuss] Sink for event sounds? WAS: paplay - sound roles?

2009-12-31 Thread Ng Oon-Ee
On Thu, 2009-12-31 at 11:27 +, Colin Guthrie wrote:
 'Twas brillig, and Ng Oon-Ee at 31/12/09 10:40 did gyre and gimble:
  On Tue, 2009-12-29 at 08:44 +0800, Ng Oon-Ee wrote:
 
  Hmm, is it then impossible to move event sounds? Doesn't seem like a
  good way to do it.
  
  Any comments? I can't find a way to move event sounds from my laptop
  speakers to my BT headphone (and my soon-to-come USB audio card I
  suppose).
 
 Just set the device as the default/fallback and it'll be used for event
 sounds (as I said before).
 
 Is this not flexible enough? There is technically no reason why we
 cannot enable this kind of moving, but I guess Lennart originally
 omitted it from pavucontrol for a reason so I would prefer his feedback
 before committing to anything.
 
 Col
 
Apologies for not reading your previous response properly, I was
assuming that my on-board MUST be defalt.

My main issue is that this is different from how any other stream is
handled. Imagine I have 3 sound output choices (a headset (A), on-board
(B), some USB sound-card (C)). For a normal app, I set a preferred sink
and it falls back to default, for example I'd always prefer it to be on
A and to move to B if that's not possible.

For event sounds, however, the only way to get it to be on A is to set A
as a default, then in the case A is disconnected, its a toss up whether
B or C gets event sounds (I'm sure there's some consistency, but it may
not be the one I want?).

___
pulseaudio-discuss mailing list
pulseaudio-discuss@mail.0pointer.de
https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss


Re: [pulseaudio-discuss] Switching resample_method on the fly?

2009-12-31 Thread Bearcat M.
On Wed, 2009-12-30 at 21:24 +0800, Ng Oon-Ee wrote:
 On Wed, 2009-12-30 at 10:56 +, Colin Guthrie wrote:
  Hi,
  
  'Twas brillig, and Bearcat M. Şandor at 30/12/09 10:07 did gyre and gimble:
 snip
   I've looked around for how to set up such profiles for a few days but i
   haven't found a way to do this.
  
  There is no way to do this right now. I don't know that bit of the code
  to be honest so don't know how much work would be needed here. If you do
  implement something I'd certainly limit it to the roles rather than
  making it more flexible as too much configuration can be a bad thing!
  
  I'm really not sure how much re-engineering ti would take to make this
  work, but it will certainly require some core changes. If the majority
  of the work could be kept within a module then this would certainly help
  keep the core as clean and tidy as possible for the majority of users.
 snip
 
 To clarify, are you (Bearcat) asking about changing the sample rate of
 the HW or simply the resampling method?
The resampling method.
I'd love to be able to change the rate based on what app was playing or
change the rate on the fly, but given that a card locks, that's next to
impossible.  I think.  Changing the method will do what i need. 

Thanks.
 ___
 pulseaudio-discuss mailing list
 pulseaudio-discuss@mail.0pointer.de
 https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss

-- 
Bearcat M. Şandor
Cell: 406.210.3500
Jabber/xmpp/gtalk/email: bear...@feline-soul.net
MSN: bearcatsan...@hotmail.com
Yahoo: bearcatsandor
AIM: bearcatmsandor




___
pulseaudio-discuss mailing list
pulseaudio-discuss@mail.0pointer.de
https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss


[pulseaudio-discuss] FC12 header files

2009-12-31 Thread Frank W. Miller
 

Greetings,

 

I'm playing with the example simple recording app under FC12.  The app calls
out:

 

pulse/simple.h

pulse/error.h

pulse/gccmacro.h

 

but these header files are not found.  Please advise?

 

Thanks,

FM

 

___
pulseaudio-discuss mailing list
pulseaudio-discuss@mail.0pointer.de
https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss


Re: [pulseaudio-discuss] Sink for event sounds? WAS: paplay - sound roles?

2009-12-31 Thread Colin Guthrie
'Twas brillig, and Ng Oon-Ee at 31/12/09 12:14 did gyre and gimble:
 For event sounds, however, the only way to get it to be on A is to set A
 as a default, then in the case A is disconnected, its a toss up whether
 B or C gets event sounds (I'm sure there's some consistency, but it may
 not be the one I want?).

Indeed, but then again if you moved the event role to A and then
disconnected it, it would be up to module-rescue-streams to relocate it
appropriately too which again, may not be the one you want... so the
problem still exists in this scenario too...

Yet another argument for role-based, priority list of preferred
devices (e.g. how I've made module-device-manager work with the KDE
UI - FWIW, the setup you want is /probably/ working fine under KDE with
my integration patches and PA 0.9.21...)

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/]

___
pulseaudio-discuss mailing list
pulseaudio-discuss@mail.0pointer.de
https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss


Re: [pulseaudio-discuss] FC12 header files

2009-12-31 Thread Lennart Poettering
On Wed, 30.12.09 16:59, Frank W. Miller (frankwmil...@frankwmiller.net) wrote:

 I'm playing with the example simple recording app under FC12.  The app calls
 out:
 
 pulse/simple.h 
 pulse/error.h 
 pulse/gccmacro.h
 
 but these header files are not found.  Please advise?

Try sudo yum install /usr/include/pulse/simple.h.

(Hint: this will install the pulseaudio-libs-devel package)

Please don't send HTML email to this mailing list. THank you.

Lennart

-- 
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/   GnuPG 0x1A015CC4
___
pulseaudio-discuss mailing list
pulseaudio-discuss@mail.0pointer.de
https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss


[pulseaudio-discuss] Using pulseaudio with speakup

2009-12-31 Thread Bill Cox
I am trying to get Ubuntu/Lucid working well with applications for the
blind and visually impaired.  Orca is working quite well now with
pulseaudio.  The other critical application is speakup, which reads
text on the Ctrl+Alt+F1-6 consoles.  Speakup has issues with
pulseaudio, and I need some advice about working them out.

It is important, but not required, that speakup run before the user
logs in, so it can read the login prompt and some system messages.
Ideally, it does this with speechd-up which talks to speech-dispatcher
which generates speech through pulseadio.  Thus, once speakup starts,
it sounds like I need to somehow launch pulseaudio, as some user like
gdm.  When the user logs in, speechd-up needs to switch to talking to
that user's instance of pulseadio, so that speach from both the
console windows and Orca can stream through the same instance of
speech-dispatcher.  However, when I try this, the gdm version of
pulseaudio seems to grab the sound card, and the second instance is
mute.

The obvious solution is for me to just run one copy of pulseaudio (as
root?) at boot time and make all users access that copy, just like the
older sound systems.  However, I understand that is frowned upon by
the pulseaudio developers.

What is the right solution?  Remember, I need sound both before
logging in, and after, and they need to play nice, as the console
windows may not be logged in, while the Gnome desktop is.  I also
prefer sound from speakup to work as soon as the module is loaded.  I
understand the old system for doing this, but not how to make it work
with pulseaudio.

Any help is appreciated.

Thanks,
Bill
___
pulseaudio-discuss mailing list
pulseaudio-discuss@mail.0pointer.de
https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss


Re: [pulseaudio-discuss] paplay - sound roles?

2009-12-31 Thread Lennart Poettering
On Tue, 29.12.09 07:40, Ng Oon-Ee (ngoo...@gmail.com) wrote:

   Thanks Lennart. man paplay doesn't show that syntax... is it a
   relatively recent addition?
  
  Kinda. paplay --help shows it. Patches for the man pages (same way
  as for the code) always appreciated! ;-)
  
 So I'd just submit a diff? Unsure how to properly format though...

git-format-patch formatted patches are always preferred.

Lennart

-- 
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/   GnuPG 0x1A015CC4
___
pulseaudio-discuss mailing list
pulseaudio-discuss@mail.0pointer.de
https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss


Re: [pulseaudio-discuss] Media Keys on Bluetooth headsets?

2009-12-31 Thread Lennart Poettering
On Tue, 29.12.09 07:24, Ng Oon-Ee (ngoo...@gmail.com) wrote:

 
 On Mon, 2009-12-28 at 16:09 +0100, Lennart Poettering wrote:
  On Mon, 28.12.09 08:08, Ng Oon-Ee (ngoo...@gmail.com) wrote:
  
   Hi, I've been using my Jabra Halo stereo (A2DP) headset with pulse and
   gnome-bluetooth for several months now, works great.
   
   A question though, does pulseaudio or gnome-bluetooth (not sure who'd be
   responsible for this) support the media keys (next track, previous
   track) on my headset, or on any bluetooth headset? I'd assume these keys
   are standard across headsets, since they all work on the same devices
   (bluetooth mp3 or cellphones etc.)
  
  bluetoothd forwards AVRCP key events to user applications by creating
  a virtual input device (uinput) for it in the kernel. Applications
  that handle /dev/input devices properly (such as X) should be able to
  make use of it without any modification.
 
 I don't have any other /dev/input/by-id/* device created when connecting
 my headset. That would probably be the root of my issues. Perhaps I
 forgot a kernel compile option I believe this is OT for this list
 however? Who should I contact on this?

a stock kernel should have everything that is necessary.

you need uinput enabled in the kernel.

the bluez folks should be able to help you.

Lennart

-- 
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/   GnuPG 0x1A015CC4
___
pulseaudio-discuss mailing list
pulseaudio-discuss@mail.0pointer.de
https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss


Re: [pulseaudio-discuss] Using pulseaudio with speakup

2009-12-31 Thread Bill Cox
I was able to get to a semi-good state by not having pulseaudio
autospawn in /etc/pulse/client.conf.  The computer comes up silent
until I log into gnome, and Orca works.  When I switch to a console,
it's silent until I log in and restart speechd-up.

The problem is that there is no audio at the console until I log in.
There is also no audio at the gnome login.  Grr...

Isn't there any way to get audio working before a user logs in?

Bill

On Thu, Dec 31, 2009 at 10:34 AM, Bill Cox waywardg...@gmail.com wrote:
 I am trying to get Ubuntu/Lucid working well with applications for the
 blind and visually impaired.  Orca is working quite well now with
 pulseaudio.  The other critical application is speakup, which reads
 text on the Ctrl+Alt+F1-6 consoles.  Speakup has issues with
 pulseaudio, and I need some advice about working them out.

 It is important, but not required, that speakup run before the user
 logs in, so it can read the login prompt and some system messages.
 Ideally, it does this with speechd-up which talks to speech-dispatcher
 which generates speech through pulseadio.  Thus, once speakup starts,
 it sounds like I need to somehow launch pulseaudio, as some user like
 gdm.  When the user logs in, speechd-up needs to switch to talking to
 that user's instance of pulseadio, so that speach from both the
 console windows and Orca can stream through the same instance of
 speech-dispatcher.  However, when I try this, the gdm version of
 pulseaudio seems to grab the sound card, and the second instance is
 mute.

 The obvious solution is for me to just run one copy of pulseaudio (as
 root?) at boot time and make all users access that copy, just like the
 older sound systems.  However, I understand that is frowned upon by
 the pulseaudio developers.

 What is the right solution?  Remember, I need sound both before
 logging in, and after, and they need to play nice, as the console
 windows may not be logged in, while the Gnome desktop is.  I also
 prefer sound from speakup to work as soon as the module is loaded.  I
 understand the old system for doing this, but not how to make it work
 with pulseaudio.

 Any help is appreciated.

 Thanks,
 Bill

___
pulseaudio-discuss mailing list
pulseaudio-discuss@mail.0pointer.de
https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss


Re: [pulseaudio-discuss] Using pulseaudio with speakup

2009-12-31 Thread Colin Guthrie
'Twas brillig, and Bill Cox at 31/12/09 16:07 did gyre and gimble:
 The problem is that there is no audio at the console until I log in.
 There is also no audio at the gnome login.  Grr...

AFAIK, the GDM login relies on autospawning, so turing off auto spawning
will result in no sound at gdm login.

As for speechd-up I'd recommend running it as the gdm user, not as a
system user, then when the real user logs in, the gdm user's PA and
speechd-up processes should die and a version for the user who is
logging in should be run in it's place.

I think this configuration has been discussed quite thoroughly over the
last couple weeks.

I'm not familiar with it, so speechd-up may require modification to work
this way but it certainly seems like the most logical and secure way to
run the system (the same would be true of timidity too I believe).

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/]

___
pulseaudio-discuss mailing list
pulseaudio-discuss@mail.0pointer.de
https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss


Re: [pulseaudio-discuss] Using pulseaudio with speakup

2009-12-31 Thread Bill Cox
Thanks for the info.  Is there a simple way to kill off the gdm
pulseaduio when the user logs in?  Some sort of hook I can tie into?

Thanks,
Bill

On Thu, Dec 31, 2009 at 11:26 AM, Colin Guthrie gm...@colin.guthr.ie wrote:
 'Twas brillig, and Bill Cox at 31/12/09 16:07 did gyre and gimble:
 The problem is that there is no audio at the console until I log in.
 There is also no audio at the gnome login.  Grr...

 AFAIK, the GDM login relies on autospawning, so turing off auto spawning
 will result in no sound at gdm login.

 As for speechd-up I'd recommend running it as the gdm user, not as a
 system user, then when the real user logs in, the gdm user's PA and
 speechd-up processes should die and a version for the user who is
 logging in should be run in it's place.

 I think this configuration has been discussed quite thoroughly over the
 last couple weeks.

 I'm not familiar with it, so speechd-up may require modification to work
 this way but it certainly seems like the most logical and secure way to
 run the system (the same would be true of timidity too I believe).

 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/]

 ___
 pulseaudio-discuss mailing list
 pulseaudio-discuss@mail.0pointer.de
 https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss

___
pulseaudio-discuss mailing list
pulseaudio-discuss@mail.0pointer.de
https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss


Re: [pulseaudio-discuss] Using pulseaudio with speakup

2009-12-31 Thread Colin Guthrie
'Twas brillig, and Bill Cox at 31/12/09 17:13 did gyre and gimble:
 Thanks for the info.  Is there a simple way to kill off the gdm
 pulseaduio when the user logs in?  Some sort of hook I can tie into?

It should all happen automatically: console-kit will hand over the
active session to the user logging in and PA will play nicely with that.

I've not looked into this in huge depth so can't really advise more than
that - hopefully I'll find time to play and/or Lennart/someone else will
be able to advice more practically.

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/]

___
pulseaudio-discuss mailing list
pulseaudio-discuss@mail.0pointer.de
https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss


Re: [pulseaudio-discuss] Sink for event sounds? WAS: paplay - sound roles?

2009-12-31 Thread Lennart Poettering
On Tue, 29.12.09 07:43, Ng Oon-Ee (ngoo...@gmail.com) wrote:

 On Mon, 2009-12-28 at 15:45 +0100, Lennart Poettering wrote:
  On Mon, 28.12.09 17:41, Ng Oon-Ee (ngoo...@gmail.com) wrote:
  
   Is there a way to specify a sound to be a 'system sound' as defined
 by
   System Sounds on pavucontrol, when played by paplay?
   
   If so, then programs such as pidgin which allow playing event
   notifications through a command would be useable without
 modification.
  
  paplay --property=media.role=event ...
  
  Lennart
  
 A follow-up on this, how do I move event sounds to a different sink? For
 other streams I simply use pavucontrol, but it doesn't seem that there's
 any selector for the System Sounds item. It just selects the
 'normal' (laptop sound card output) and I can't figure a way to move it
 to my BT headset without turning the sound card output off.

If you move an event sound stream to a particular device PA will
remember that and apply it as well to all other streams tagged
event. Of course its kinda hard doing that given that they usually
are very short in time (a hackish workaround however is to play the
login sound which is much longer then the rest).

There is an API to modify the device for all event streams, however
there is no app currently making use of this. Hopefully g-v-c will
gain that feature soon.

Lennart

-- 
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/   GnuPG 0x1A015CC4
___
pulseaudio-discuss mailing list
pulseaudio-discuss@mail.0pointer.de
https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss


Re: [pulseaudio-discuss] Sink for event sounds? WAS: paplay - sound roles?

2009-12-31 Thread Colin Guthrie
'Twas brillig, and Lennart Poettering at 31/12/09 17:43 did gyre and gimble:
 There is an API to modify the device for all event streams, however
 there is no app currently making use of this. Hopefully g-v-c will
 gain that feature soon.

So do you have any particular reason to not implement this in
pavucontrol? It has always specifically hidden the UI element for moving
the event streams but I will happily add it back in and write the
appropriate stream restore rule if you don't have some fundamental
objection to it?

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/]

___
pulseaudio-discuss mailing list
pulseaudio-discuss@mail.0pointer.de
https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss


Re: [pulseaudio-discuss] Sink for event sounds? WAS: paplay - sound roles?

2009-12-31 Thread Lennart Poettering
On Thu, 31.12.09 18:18, Colin Guthrie (gm...@colin.guthr.ie) wrote:

 
 'Twas brillig, and Lennart Poettering at 31/12/09 17:43 did gyre and gimble:
  There is an API to modify the device for all event streams, however
  there is no app currently making use of this. Hopefully g-v-c will
  gain that feature soon.
 
 So do you have any particular reason to not implement this in
 pavucontrol?

Yes, there is one: my laziness... ;-)

  It has always specifically hidden the UI element for moving
 the event streams but I will happily add it back in and write the
 appropriate stream restore rule if you don't have some fundamental
 objection to it?

Would be great to have this feature in pavucontrol!

BTW, if you touch this code anyway it might be an idea to create a new
tab which lists more role-specific sliders/dropdowns than just
event. I.e. a music slider, a telephony sleider and so on.

Lennart

-- 
Lennart PoetteringRed Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/   GnuPG 0x1A015CC4
___
pulseaudio-discuss mailing list
pulseaudio-discuss@mail.0pointer.de
https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss


Re: [pulseaudio-discuss] how to make nted work with pulseaudio

2009-12-31 Thread David Henningsson
Rustom Mody wrote:
 Well one correction (mine and the wikis :-)
 The wiki talks of changing /etc/default/timidity.cfg
 
 There is no such file.
 The 2 files are /etc/timidity/timidity.cfg and /etc/default/timidity
 
 Evidently the wiki is referring to the second whereas I took it to be the 
 first.

Thanks, updated the wiki page.

 Now when I edit it as suggested there is no syntax error but it does not work
 The session is as shown
 
 $ sudo /etc/init.d/timidity force-reload
  * Stopping TiMidity++ ALSA midi emulation...[ OK 
 ]
  * Starting TiMidity++ ALSA midi emulation...[ OK 
 ]
 $ No protocol specified
 XOpenDisplay() failed

Okay, so there are security barriers preventing a root client talking to
a user server. A few ideas:

1) Configure the problem away somehow, if that's possible

2) Turn timidity into a user-mode daemon (this is what PulseAudio would
prefer)

3) Go with FluidSynth instead of Timidity ;-)

// David

___
pulseaudio-discuss mailing list
pulseaudio-discuss@mail.0pointer.de
https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss


Re: [pulseaudio-discuss] Sink for event sounds? WAS: paplay - sound roles?

2009-12-31 Thread Ng Oon-Ee
On Thu, 2009-12-31 at 14:59 +, Colin Guthrie wrote:
 'Twas brillig, and Ng Oon-Ee at 31/12/09 12:14 did gyre and gimble:
  For event sounds, however, the only way to get it to be on A is to set A
  as a default, then in the case A is disconnected, its a toss up whether
  B or C gets event sounds (I'm sure there's some consistency, but it may
  not be the one I want?).
 
 Indeed, but then again if you moved the event role to A and then
 disconnected it, it would be up to module-rescue-streams to relocate it
 appropriately too which again, may not be the one you want... so the
 problem still exists in this scenario too...
 
 Yet another argument for role-based, priority list of preferred
 devices (e.g. how I've made module-device-manager work with the KDE
 UI - FWIW, the setup you want is /probably/ working fine under KDE with
 my integration patches and PA 0.9.21...)

Yes, from what I've read on your KDE work that may be the case.
Unfortunately I'm quite tied to gnome =).

___
pulseaudio-discuss mailing list
pulseaudio-discuss@mail.0pointer.de
https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss


Re: [pulseaudio-discuss] FC12 header files

2009-12-31 Thread Frank W. Miller


That's got it, thanks!

FM


 -Original Message-
 From: pulseaudio-discuss-boun...@mail.0pointer.de [mailto:pulseaudio-
 discuss-boun...@mail.0pointer.de] On Behalf Of Lennart Poettering
 Sent: Thursday, December 31, 2009 8:29 AM
 To: pulseaudio-discuss@mail.0pointer.de
 Subject: Re: [pulseaudio-discuss] FC12 header files
 
 On Wed, 30.12.09 16:59, Frank W. Miller (frankwmil...@frankwmiller.net)
 wrote:
 
  I'm playing with the example simple recording app under FC12.  The app
 calls
  out:
 
  pulse/simple.h
  pulse/error.h
  pulse/gccmacro.h
 
  but these header files are not found.  Please advise?
 
 Try sudo yum install /usr/include/pulse/simple.h.
 
 (Hint: this will install the pulseaudio-libs-devel package)
 
 Please don't send HTML email to this mailing list. THank you.
 
 Lennart
 
 --
 Lennart PoetteringRed Hat, Inc.
 lennart [at] poettering [dot] net
 http://0pointer.net/lennart/   GnuPG 0x1A015CC4
 ___
 pulseaudio-discuss mailing list
 pulseaudio-discuss@mail.0pointer.de
 https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss

___
pulseaudio-discuss mailing list
pulseaudio-discuss@mail.0pointer.de
https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss


[pulseaudio-discuss] Is running as user smart or dumb?

2009-12-31 Thread Bill Cox
Since I didn't get much response with my more polite e-mail, here's
what I really think, given my current ignorance about pulseaudio...

PulseAudio is cool, but I fear it's over-engineered by some Ph.D's
with too much elegance in their solution, and not enough real world
experience.  Run as user?  Really?

If you think you've got a good reason to do this, is it more important
than sacraficing accessibility for the blind?  The worst disaster for
accessibility for the blind and visually impaired has been adoption of
PulseAduio by the major distros.  I'm personally spending insane hours
trying to fix this mess, and frankly I could use some direction.
We've got Orca mostly working now, but the other essential app -
speakup - is still in limbo.

Now the blind community has no pull.  We can't tell Ubuntu to run
PulseAudio as a normal deamon.  As a result, our computers come up
talking but then can't talk once the user logs into gnome.  This is
because speakup launches a process that starts pulseaudio as the gdm
user, and since that process continues forever, the gdm copy of
pulseaudio never dies, and the user's gnome session gets no access to
the sound card, and Orca wont talk.

I just need a solution.  I'm frankly hoping to get more response to
this more emotional e-mail than my previous polite one.  I promise to
be nice once I'm convinced we're not actually letting a bunch of
inexperienced coders undermine the Linux sound system, which is likely
to happen once I'm no longer ignorant of what the heck this user-land
stuff is all about, and when I learn how to write code that gives the
blind speach on their Ctrl+Alt+F1 consoles from boot, as well as after
they login.

You know what it's like trying to help a blind user through e-mail to
figure out what to do when the computer just stops talking?  Ever try
to explain to a user over the phone how to use a graphical
application?  It's much worse than that.  The sound system needs to
work at boot, when we log in, and in fact all the time.  Is that too
much to ask?  That's what I require from Ubunut/Lucid.  I'm willing to
write the code to make it happen.  Can anyone please advise me on what
code needs to be written to get speakup and Orca to both work with
pulseaudio, from boot, after logging into gnome, and on the console
windows?

Bill
___
pulseaudio-discuss mailing list
pulseaudio-discuss@mail.0pointer.de
https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss


Re: [pulseaudio-discuss] module-device-restore: Volume save and restore for all ports?

2009-12-31 Thread Tanu Kaskinen
Hi Colin,

I got a bit confused about the term port in your mail. Apparently you
used it to mean something else than pulseaudio's own device port
concept. In this message I will use the word port only for the
pulseaudio concept.

ke, 2009-12-30 kello 13:26 +, Colin Guthrie kirjoitti:
 As jack sensing will eventually be with us, it would make sense to save
 and restore the volume of all ports separately. Only saving the current
 port's volume would be a pain.

I agree, although I don't really see how jack sensing is important here.
AFAIK ports are currently only implemented by the alsa modules, and in
that case separate ports are created for two different purposes:
selecting the physical output or input, and selecting any options that
the alsa mixer offers (for example, extra amplification switch).
Regardless of jack sensing, volume should be saved and restored
independently for each output/input.

Now the second purpose of ports causes problems: the volume shouldn't be
saved independently for the two cases of whether the extra amplification
is on or off.

I may have not thought this completely through, but nevertheless I
propose the following:

- Track port volume and mute individually. That is, whenever the active
port is switched, the previous port's volume and mute state should be
saved to a database and the new port's volume and mute state should be
loaded from the database.
- Don't treat the options as separate ports, but create a new concept
for them: port options.
- Thereby a port equals a physical route (port might be renamed to
route, although I think port is a good enough name for the concept).
- Port options are things that you can switch on and off, or choose from
an enumeration.
- Obviously port options are specific to ports. module-device-restore
tracks the option states along with port volume and mute.

Lennart, any comments? Would you accept a patch that made these changes?
I'm not saying that I would definitely write the patch, but it's not
impossible either.

-- 
Tanu Kaskinen

___
pulseaudio-discuss mailing list
pulseaudio-discuss@mail.0pointer.de
https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss


Re: [pulseaudio-discuss] Media Keys on Bluetooth headsets?

2009-12-31 Thread Ng Oon-Ee
On Thu, 2009-12-31 at 17:02 +0100, Lennart Poettering wrote:
 On Tue, 29.12.09 07:24, Ng Oon-Ee (ngoo...@gmail.com) wrote:
 
  
  On Mon, 2009-12-28 at 16:09 +0100, Lennart Poettering wrote:
   On Mon, 28.12.09 08:08, Ng Oon-Ee (ngoo...@gmail.com) wrote:
   
Hi, I've been using my Jabra Halo stereo (A2DP) headset with pulse and
gnome-bluetooth for several months now, works great.

A question though, does pulseaudio or gnome-bluetooth (not sure who'd be
responsible for this) support the media keys (next track, previous
track) on my headset, or on any bluetooth headset? I'd assume these keys
are standard across headsets, since they all work on the same devices
(bluetooth mp3 or cellphones etc.)
   
   bluetoothd forwards AVRCP key events to user applications by creating
   a virtual input device (uinput) for it in the kernel. Applications
   that handle /dev/input devices properly (such as X) should be able to
   make use of it without any modification.
  
  I don't have any other /dev/input/by-id/* device created when connecting
  my headset. That would probably be the root of my issues. Perhaps I
  forgot a kernel compile option I believe this is OT for this list
  however? Who should I contact on this?
 
 a stock kernel should have everything that is necessary.
 
 you need uinput enabled in the kernel.
 
 the bluez folks should be able to help you.
 
 Lennart
 
Thanks for the specifics. Somehow uinput doesn't get loaded by default,
so 'modprobe uinput' did the trick.

___
pulseaudio-discuss mailing list
pulseaudio-discuss@mail.0pointer.de
https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss