Re: [pulseaudio-discuss] Proposal for a new API and usage of Bluetooth HSP and HFP profiles on Linux
Hi! On Monday 16 December 2019 00:11:04 Luiz Augusto von Dentz wrote: > Hi Pali, > > On Thu, Dec 5, 2019 at 11:32 AM Pali Rohár wrote: > > > > On Monday 02 December 2019 19:45:12 Pali Rohár wrote: > > > On Monday 02 December 2019 19:01:11 Tanu Kaskinen wrote: > > > > I think hsphfpd should be part of bluetoothd, but if that's not > > > > possible, then that's not possible. > > > > > > I do not know if bluez developers are interested in having this code as > > > part of bluez project, specially when in bluez4 HFP profile was there > > > and in bluez5 was HFP code completely removed. > > > > Hello, could someone from bluez developers comment this Tanu's point? > > I would have to say no, we are definitely not interested in yet > another daemon for AT parsing, we actually have too many of these > around, either in a form of Modem Manager, oFono, etc. Proposed hsphfpd daemon is not (only) for parsing AT commands, but for implementing logic around HSP and HFP profiles and export either native interfaces (linux uinput) or DBus interfaces for features provided by HSP and HFP specifications and also for current and future vendor extensions. And part of this HSP/HFP implementation is of course needed parsing and interpreting some of AT commands. Look into my design and API proposal. Current daemons which provides AT parsing (like ofono or modem manager) are not suitable for for whole HSP and HFP profiles with all those extensions (like all possible ways for reporting battery level), so for HFP is needed some of custom AT parser. > That said one > simpler way to resolve all of this is to maintain a plugin to > bluetoothd that way HSP/HFP becomes native again, that can either be > maintained in the tree or out of the tree. I do not see how could just plain plugin for bluez without AT parser could help. This seems to just complicate whole implementation. I already implemented prototype implementation of hsphfpd to see how complicated it is and what is needed... So if bluez daemon is not the right place for hsphpfd, it would be separate daemon outside of bluez. -- Pali Rohár pali.ro...@gmail.com ___ pulseaudio-discuss mailing list pulseaudio-discuss@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/pulseaudio-discuss
Re: [pulseaudio-discuss] Software for switching/managing ports and profiles
On Mon, 2019-12-09 at 11:17 +, Bob Ham wrote: > Hi there, > > I'm working on the Librem 5 phone and we need to be able to manage > PulseAudio ports and profiles, mapped from UCM devices and verbs. So > for example we need to switch from a Handset port to a SpeakerPhone port > when the "Speakerphone" button in the dialer is toggled. Ideally we > also need to do more complex things like prohibit notification sounds > playing when a phone call is active. > > Does anyone know of any existing software for managing PulseAudio ports > and profiles? People certainly have written such software, but I'm not aware of anything that would be easy to adopt. People have generally opted for creating a policy module that interfaces with some external policy daemon. In practice they have forked PulseAudio, becaues there's no stable module API, so the modules need to be built together with PulseAudio (or at least PulseAudio needs to be patched to install the internal headers). Nokia used a policy module + policy daemon with the Maemo and Meego phones, and Sailfish OS inherited that (I don't know if they're still using the same system). Intel created the Murphy policy daemon for automotive IVI systems and that too had an associated PulseAudio module. I think I've seen a custom policy module also in Ubuntu (I don't know if it's used outside their phone distro). -- Tanu https://www.patreon.com/tanuk https://liberapay.com/tanuk ___ pulseaudio-discuss mailing list pulseaudio-discuss@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/pulseaudio-discuss
Re: [pulseaudio-discuss] Streaming Audio from Android to remote PulseAudio server
On 16 December, 2019 - Arun Raghavan wrote: > Hi, > > On Fri, 6 Dec 2019, at 1:08 PM, Shakthi Prashanth wrote: > > Hi All, > > > > I want to stream Audio from Android to remote PulseAudio server. How to > > do it ? > > IMO, I need to build Pulse audio client library for Android (libpulse > > ?), which will be used by Android ? Please advise what will be the > > right/optimal way to do it ? > > I don't know how current this is, but maybe it's a good starting point: > https://github.com/pelya/pulseaudio-android Another one is https://github.com/glance-/pulseaudio-android-ndk And a simple way to get a pre-built one is to use termux binaries, which also are patched for sles and aaudio interfaces: https://github.com/termux/termux-packages/tree/master/packages/pulseaudio //Anton -- Anton Lundin+46702-161604 ___ pulseaudio-discuss mailing list pulseaudio-discuss@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/pulseaudio-discuss