Hi Sam, The only real reason why I even tried playing with pipewire at all is I thought maybe connecting back to the host over jack may prove to be better performing than virtualized audio hardware. Does anyone have thoughts about that?
You've got me wondering if I should look at emacspeak on macos. I'd like to not have to carry a second machine around to have a screen reader that works in a terminal, which Voiceover just does so horribly at. Unfortunately, getting anything running on these new arm64 macs is difficult. Any ideas for me? Thanks everyone. --FC On Mar 3, 2023, at 11:35, Sam Hartman <[email protected]> wrote: > > > I'm not seeing a lot of discussion of pipewire as a system service. I > don't know if that's going to work; you would need to convince it to > attach to the system bus rather than the session dbus, and you'd need to > convince it to look for its server on the system dbus rather than > session dbus for clients. > > It may support that. > A quick google search didn't yield good discussions of that. > > But I did find discussion on the arch wiki of using pipewire with alsa > dmix devices. That will allow you to have pipewire running for multiple > users at once. Your audio quality will suffer over what you would get > with one pipewire instance, but it would for example allow you to use > espeakup as root/kernel and pipewire as user all at the same time. > > I've never done this. > I just run pipewire as user and deal without espeakup. > Right now I'm using emacspeak for console applications, although I've > been meaning to look into brltty under gnome-terminal or similar. > > Anyway take a look at 3.1.8 on > https://wiki.archlinux.org/title/PipeWire
