summaryrefslogtreecommitdiffstats
path: root/meta-audio-soundmanager-framework/recipes-multimedia/audiomanager-plugins-config
diff options
context:
space:
mode:
authorGeorge Kiagiadakis <george.kiagiadakis@collabora.com>2019-10-04 23:07:46 +0300
committerGeorge Kiagiadakis <george.kiagiadakis@collabora.com>2019-10-07 18:44:05 +0300
commit3e595682d9dc40f4011de895165b316cb39e381a (patch)
tree711cd9b4f56eb59d1c513b71a206133edb165581 /meta-audio-soundmanager-framework/recipes-multimedia/audiomanager-plugins-config
parent256f3bd54b259e5b6969d531b7dd5b01faea04e1 (diff)
meta-pipewire: add recipe to build the bluez-alsa-pipewire gstreamer helper
Unfortunately, the bluez-alsa PCM plugin does not work correctly when it is used through pipewire (or gstreamer, or anywhere really...). For this reason I have built a helper client that uses GStreamer to glue together the bluez-alsa sockets with pipewire. This helper is implemented as a patch to bluez-alsa so that it can use its internal private API. In the future this needs some re-thinking The helper is meant to run in the background as a service and it will create the appropriate streams in pipewire when it detects a new device on the bluealsa d-bus interface. Currently it only supports a2dp-sink and hfp modes (i.e. media player from a phone + calls). Bluetooth speakers need further policy work in wireplumber that is too complex to support on the current halibut version of pipewire/wireplumber. Bug-AGL: SPEC-2792 Change-Id: I369b40eb1cf6d940ac233fff18605f400bce3628 Signed-off-by: George Kiagiadakis <george.kiagiadakis@collabora.com>
Diffstat (limited to 'meta-audio-soundmanager-framework/recipes-multimedia/audiomanager-plugins-config')
0 files changed, 0 insertions, 0 deletions