[BRLTTY] some strange issues with brltty 5.3.1

[kendell clark]

hi
That's an option. Have a hybrid approach, one part in kernelspace and
one part in userspace? I'm no expert on this by any means, but it's an
option. I'm still going to try to get the pulse folks to fix their bug,
and it is their bug. If I can, it will fix a bunch of issues that were
nearly impossible to pinpoint, like espeakup, that's the speakup package
that uses espeak to speak not being able to get sound through once you
were logged into a graphical session with PA running.
Thanks
Kendell Clark


Nicolas Pitre wrote:
> On Sun, 8 May 2016, Dave Mielke wrote:
>
>> Are you building eSpeak or are you using a prebuilt package? I don't (at least 
>> yet know what options it has, but it may need to be rebuilt to use ALSA rather 
>> than PA.
> Note that when PA is installed, the default ALSA pseudo device routes 
> audio to PA and then PA routes the audio back to ALSA through a direct 
> hardware device.  So most non-PA aware applications do use PA without 
> knowing it.
>
> Specifying another ALSA device might just work. But then it depends if 
> it is a soft mixing or a direct hardware device.  In the later case, 
> only one application can use it at a time.  And it may well already be 
> used by PA.
>
> Another approach which might be worth considering is to have BRLTTY 
> execute as non-root.
>
>
> Nicolas
> _______________________________________________
> This message was sent via the BRLTTY mailing list.
> To post a message, send an e-mail to: BRLTTY at mielke.cc
> For general information, go to: http://mielke.cc/mailman/listinfo/brltty