pulseaudio issueshttps://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/issues2020-03-05T08:45:27Zhttps://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/issues/525cannot select a2dp profile2020-03-05T08:45:27ZBugzilla Migration Usercannot select a2dp profile## Submitted by Fabrice Bellet
Assigned to **pul..@..op.org**
**[Link to original bug (#92102)](https://bugs.freedesktop.org/show_bug.cgi?id=92102)**
## Description
This bug is very similar to #87081, with the difference that the ...## Submitted by Fabrice Bellet
Assigned to **pul..@..op.org**
**[Link to original bug (#92102)](https://bugs.freedesktop.org/show_bug.cgi?id=92102)**
## Description
This bug is very similar to #87081, with the difference that the proposed commit doesn't work for me, and PA never sees the message "dbus: interface=org.bluez.MediaEndpoint1, path=/MediaEndpoint/A2DPSource, member=SelectConfiguration"
I'm running Fedora 22, with bluez-5.29, and pulseaudio from current git (tag v7.0) compiled from source. I'm using a Sony DR-BT21G headset.
The device is initially paired/trusted in bluetoothctl. I'm running bluetoothd with debug output enabled in a first terminal : /usr/libexec/bluetooth/bluetoothd -n -d. I'm running bluetoothctl in another term, and LD_LIBRARY_PATH=/tmp/install/lib LD_BIND_NOW=1 /tmp/install/bin/pulseaudio -vv in a 3rd term.
I compiled pulseaudio with the following configuration options, that pretty much matche those from the regular Fedora rpm package : ./configure --disable-silent-rules --disable-static --disable-rpath --with-system-user=pulse --with-system-group=pulse --with-access-group=pulse-access --disable-oss-output --disable-jack --disable-lirc --disable-bluez4 --enable-bluez5 --disable-systemd-daemon --prefix /tmp/install
* When powering on the headset on, bluetoothd logs:
bluetoothd[29282]: src/adapter.c:connected_callback() hci0 device 00:1A:80:91:72:05 connected eir_len 15
bluetoothd[29282]: src/profile.c:ext_confirm() incoming connect from 00:1A:80:91:72:05
bluetoothd[29282]: src/service.c:btd_service_ref() 0x55fe57a10240: ref=2
bluetoothd[29282]: src/profile.c:ext_confirm() Headset Voice gateway authorizing connection from 00:1A:80:91:72:05
bluetoothd[29282]: src/profile.c:ext_auth() 00:1A:80:91:72:05 authorized to connect to Headset Voice gateway
bluetoothd[29282]: src/profile.c:ext_connect() Headset Voice gateway connected to 00:1A:80:91:72:05
bluetoothd[29282]: src/service.c:change_state() 0x55fe57a10240: device 00:1A:80:91:72:05 profile Headset Voice gateway state changed: disconnected -> connected (0)
bluetoothd[29282]: src/service.c:btd_service_ref() 0x55fe57a10240: ref=3
bluetoothd[29282]: plugins/policy.c:service_cb() Added Headset Voice gateway reconnect 0
* in pulseaudio logs:
: [pulseaudio] bluez5-util.c: Properties changed in device /org/bluez/hci0/dev_00_1A_80_91_72_05
D: [pulseaudio] backend-native.c: dbus: path=/Profile/HSPAGProfile, interface=org.bluez.Profile1, member=NewConnection
D: [pulseaudio] backend-native.c: dbus: NewConnection path=/org/bluez/hci0/dev_00_1A_80_91_72_05, fd=20
D: [pulseaudio] bluez5-util.c: Transport /org/bluez/hci0/dev_00_1A_80_91_72_05/fd20 state changed from disconnected to idle
D: [pulseaudio] module-bluez5-discover.c: Loading module-bluez5-device path=/org/bluez/hci0/dev_00_1A_80_91_72_05
I: [pulseaudio] module-card-restore.c: Restored profile 'a2dp_sink' for card bluez_card.00_1A_80_91_72_05.
I: [pulseaudio] module-card-restore.c: Restoring port latency offsets for card bluez_card.00_1A_80_91_72_05.
I: [pulseaudio] card.c: Created 1 "bluez_card.00_1A_80_91_72_05"
W: [pulseaudio] module-bluez5-device.c: Profile has no transport
D: [pulseaudio] core-subscribe.c: Dropped redundant event due to change event.
I: [pulseaudio] card.c: Changed profile of card 1 "bluez_card.00_1A_80_91_72_05" to off
I: [pulseaudio] module.c: Loaded "module-bluez5-device" (index: #25; argument: "path=/org/bluez/hci0/dev_00_1A_80_91_72_05").
D: [pulseaudio] backend-native.c: Transport /org/bluez/hci0/dev_00_1A_80_91_72_05/fd20 available for profile headset_head_unit
* in bluetoothctl:
[CHG] Device 00:1A:80:91:72:05 Connected: yes
[DR-BT21G]# info
Device 00:1A:80:91:72:05
Name: DR-BT21G
Alias: DR-BT21G
Class: 0x240408
Icon: audio-card
Paired: yes
Trusted: yes
Blocked: no
Connected: yes
LegacyPairing: no
UUID: Headset (00001108-0000-1000-8000-00805f9b34fb)
UUID: Audio Sink (0000110b-0000-1000-8000-00805f9b34fb)
UUID: A/V Remote Control (0000110e-0000-1000-8000-00805f9b34fb)
UUID: Handsfree (0000111e-0000-1000-8000-00805f9b34fb)
* at this moment, the A2DP profile is _not_ available in pulseaudio, and cannot be switched to:
$ pactl list | grep -C2 A2D
Profiles:
headset_head_unit: Headset Head Unit (HSP/HFP) (sinks: 1, sources: 1, priority: 20, available: yes)
a2dp_sink: High Fidelity Playback (A2DP Sink) (sinks: 1, sources: 0, priority: 10, available: no)
off: Off (sinks: 0, sources: 0, priority: 0, available: yes)
Active Profile: off
$ pacmd set-card-profile bluez_card.00_1A_80_91_72_05 a2dp_sink
Failed to set card profile to 'a2dp_sink'.
* to make profile A2DP available, I need to *connect* again to the device in bluetoothctl :
[DR-BT21G]# connect 00:1A:80:91:72:05
Attempting to connect to 00:1A:80:91:72:05
Connection successful
* in bluetoothd logs:
bluetoothd[29282]: src/device.c:connect_profiles() /org/bluez/hci0/dev_00_1A_80_91_72_05 (all), client :1.3792
bluetoothd[29282]: profiles/audio/a2dp.c:a2dp_sink_connect() path /org/bluez/hci0/dev_00_1A_80_91_72_05
bluetoothd[29282]: profiles/audio/avdtp.c:avdtp_ref() 0x55fe57a163e0: ref=1
bluetoothd[29282]: profiles/audio/sink.c:sink_set_state() State changed /org/bluez/hci0/dev_00_1A_80_91_72_05: SINK_STATE_DISCONNECTED -> SINK_STATE_CONNECTING
bluetoothd[29282]: profiles/audio/sink.c:sink_connect() stream creation in progress
bluetoothd[29282]: src/service.c:change_state() 0x55fe57a0b1c0: device 00:1A:80:91:72:05 profile a2dp-sink state changed: disconnected -> connecting (0)
bluetoothd[29282]: profiles/audio/avdtp.c:avdtp_connect_cb() AVDTP: connected signaling channel to 00:1A:80:91:72:05
bluetoothd[29282]: profiles/audio/avdtp.c:avdtp_connect_cb() AVDTP imtu=672, omtu=895
bluetoothd[29282]: profiles/audio/avdtp.c:session_cb()
bluetoothd[29282]: profiles/audio/avdtp.c:avdtp_parse_resp() DISCOVER request succeeded
bluetoothd[29282]: profiles/audio/avdtp.c:avdtp_discover_resp() seid 1 type 1 media 0 in use 0
bluetoothd[29282]: profiles/audio/avdtp.c:avdtp_discover_resp() seid 2 type 1 media 0 in use 0
bluetoothd[29282]: profiles/audio/avdtp.c:session_cb()
bluetoothd[29282]: profiles/audio/avdtp.c:avdtp_parse_resp() GET_CAPABILITIES request succeeded
bluetoothd[29282]: profiles/audio/avdtp.c:avdtp_get_capabilities_resp() seid 1 type 1 media 0
bluetoothd[29282]: profiles/audio/avdtp.c:session_cb()
bluetoothd[29282]: profiles/audio/avdtp.c:avdtp_parse_resp() GET_CAPABILITIES request succeeded
bluetoothd[29282]: profiles/audio/avdtp.c:avdtp_get_capabilities_resp() seid 2 type 1 media 0
bluetoothd[29282]: profiles/audio/sink.c:discovery_complete() Discovery complete
bluetoothd[29282]: profiles/audio/avdtp.c:avdtp_ref() 0x55fe57a163e0: ref=2
bluetoothd[29282]: profiles/audio/a2dp.c:setup_ref() 0x55fe57a08890: ref=1
bluetoothd[29282]: profiles/audio/media.c:media_endpoint_async_call() Calling SelectConfiguration: name = :1.3793 path = /MediaEndpoint/A2DPSource
bluetoothd[29282]: profiles/audio/a2dp.c:a2dp_config() a2dp_config: selected SEP 0x55fe579f71b0
bluetoothd[29282]: profiles/audio/a2dp.c:setup_ref() 0x55fe57a08890: ref=2
bluetoothd[29282]: profiles/audio/avdtp.c:avdtp_set_configuration() 0x55fe57a163e0: int_seid=1, acp_seid=1
bluetoothd[29282]: profiles/audio/a2dp.c:setup_unref() 0x55fe57a08890: ref=1
bluetoothd[29282]: profiles/audio/avdtp.c:session_cb()
bluetoothd[29282]: profiles/audio/avdtp.c:avdtp_parse_resp() SET_CONFIGURATION request succeeded
bluetoothd[29282]: profiles/audio/a2dp.c:setconf_cfm() Source 0x55fe579f71b0: Set_Configuration_Cfm
bluetoothd[29282]: profiles/audio/media.c:media_endpoint_async_call() Calling SetConfiguration: name = :1.3793 path = /MediaEndpoint/A2DPSource
bluetoothd[29282]: profiles/audio/avdtp.c:avdtp_sep_set_state() stream state changed: IDLE -> CONFIGURED
bluetoothd[29282]: profiles/audio/transport.c:media_owner_create() Owner created: sender=:1.3793
bluetoothd[29282]: profiles/audio/avdtp.c:avdtp_ref() 0x55fe57a163e0: ref=3
bluetoothd[29282]: profiles/audio/a2dp.c:a2dp_sep_lock() SEP 0x55fe579f71b0 locked
bluetoothd[29282]: profiles/audio/a2dp.c:setup_ref() 0x55fe57a08890: ref=2
bluetoothd[29282]: profiles/audio/transport.c:transport_set_state() State changed /org/bluez/hci0/dev_00_1A_80_91_72_05/fd0: TRANSPORT_STATE_IDLE -> TRANSPORT_STATE_REQUESTING
bluetoothd[29282]: profiles/audio/transport.c:media_request_create() Request created: method=Acquire id=3
bluetoothd[29282]: profiles/audio/transport.c:media_owner_add() Owner :1.3793 Request Acquire
bluetoothd[29282]: profiles/audio/transport.c:media_transport_set_owner() Transport /org/bluez/hci0/dev_00_1A_80_91_72_05/fd0 Owner :1.3793
bluetoothd[29282]: profiles/audio/avdtp.c:session_cb()
bluetoothd[29282]: profiles/audio/avdtp.c:avdtp_parse_resp() OPEN request succeeded
bluetoothd[29282]: profiles/audio/avdtp.c:avdtp_connect_cb() AVDTP: connected transport channel to 00:1A:80:91:72:05
bluetoothd[29282]: profiles/audio/avdtp.c:handle_transport_connect() Flushable packets enabled
bluetoothd[29282]: profiles/audio/avdtp.c:handle_transport_connect() sk 33, omtu 895, send buffer size 106496
bluetoothd[29282]: profiles/audio/a2dp.c:open_cfm() Source 0x55fe579f71b0: Open_Cfm
bluetoothd[29282]: profiles/audio/a2dp.c:setup_unref() 0x55fe57a08890: ref=1
bluetoothd[29282]: profiles/audio/avdtp.c:avdtp_sep_set_state() stream state changed: CONFIGURED -> OPEN
bluetoothd[29282]: src/service.c:change_state() 0x55fe57a0b1c0: device 00:1A:80:91:72:05 profile a2dp-sink state changed: connecting -> connected (0)
bluetoothd[29282]: src/device.c:device_profile_connected() a2dp-sink Success (0)
bluetoothd[29282]: src/device.c:device_profile_connected() returning response to :1.3792
bluetoothd[29282]: plugins/policy.c:policy_connect() /org/bluez/hci0/dev_00_1A_80_91_72_05 profile avrcp-controller
bluetoothd[29282]: profiles/audio/avrcp.c:avrcp_connect() path /org/bluez/hci0/dev_00_1A_80_91_72_05
bluetoothd[29282]: profiles/audio/avctp.c:avctp_set_state() AVCTP Connecting
bluetoothd[29282]: src/service.c:change_state() 0x55fe57a0c870: device 00:1A:80:91:72:05 profile avrcp-controller state changed: disconnected -> connecting (0)
bluetoothd[29282]: src/service.c:btd_service_ref() 0x55fe57a0b1c0: ref=3
bluetoothd[29282]: plugins/policy.c:service_cb() Added a2dp-sink reconnect 0
bluetoothd[29282]: profiles/audio/sink.c:sink_set_state() State changed /org/bluez/hci0/dev_00_1A_80_91_72_05: SINK_STATE_CONNECTING -> SINK_STATE_CONNECTED
bluetoothd[29282]: profiles/audio/transport.c:transport_update_playing() /org/bluez/hci0/dev_00_1A_80_91_72_05/fd0 State=TRANSPORT_STATE_REQUESTING Playing=0
bluetoothd[29282]: src/device.c:search_cb() 00:1A:80:91:72:05: No service update
bluetoothd[29282]: src/device.c:device_svc_resolved() /org/bluez/hci0/dev_00_1A_80_91_72_05 err 0
bluetoothd[29282]: profiles/audio/avdtp.c:session_cb()
bluetoothd[29282]: profiles/audio/avdtp.c:avdtp_parse_resp() START request succeeded
bluetoothd[29282]: profiles/audio/a2dp.c:start_cfm() Source 0x55fe579f71b0: Start_Cfm
bluetoothd[29282]: /org/bluez/hci0/dev_00_1A_80_91_72_05/fd0: fd(33) ready
bluetoothd[29282]: profiles/audio/transport.c:media_owner_remove() Owner :1.3793 Request Acquire
bluetoothd[29282]: profiles/audio/transport.c:transport_set_state() State changed /org/bluez/hci0/dev_00_1A_80_91_72_05/fd0: TRANSPORT_STATE_REQUESTING -> TRANSPORT_STATE_ACTIVE
bluetoothd[29282]: profiles/audio/a2dp.c:setup_unref() 0x55fe57a08890: ref=0
bluetoothd[29282]: profiles/audio/a2dp.c:setup_free() 0x55fe57a08890
bluetoothd[29282]: profiles/audio/avdtp.c:avdtp_unref() 0x55fe57a163e0: ref=2
bluetoothd[29282]: profiles/audio/avdtp.c:avdtp_sep_set_state() stream state changed: OPEN -> STREAMING
bluetoothd[29282]: profiles/audio/sink.c:sink_set_state() State changed /org/bluez/hci0/dev_00_1A_80_91_72_05: SINK_STATE_CONNECTED -> SINK_STATE_PLAYING
bluetoothd[29282]: profiles/audio/transport.c:transport_update_playing() /org/bluez/hci0/dev_00_1A_80_91_72_05/fd0 State=TRANSPORT_STATE_ACTIVE Playing=1
bluetoothd[29282]: profiles/audio/avctp.c:avctp_connect_cb() AVCTP: connected to 00:1A:80:91:72:05
bluetoothd[29282]: profiles/audio/avctp.c:init_uinput() AVRCP: uinput initialized for 00:1A:80:91:72:05
bluetoothd[29282]: profiles/audio/avrcp.c:target_init() 0x55fe57a01e60 version 0x0100
bluetoothd[29282]: src/service.c:change_state() 0x55fe57a0c870: device 00:1A:80:91:72:05 profile avrcp-controller state changed: connecting -> connected (0)
bluetoothd[29282]: src/device.c:device_profile_connected() avrcp-controller Success (0)
bluetoothd[29282]: profiles/audio/avctp.c:avctp_set_state() AVCTP Connected
bluetoothd[29282]: profiles/audio/transport.c:transport_set_state() State changed /org/bluez/hci0/dev_00_1A_80_91_72_05/fd0: TRANSPORT_STATE_ACTIVE -> TRANSPORT_STATE_SUSPENDING
bluetoothd[29282]: profiles/audio/avdtp.c:avdtp_ref() 0x55fe57a163e0: ref=3
bluetoothd[29282]: profiles/audio/a2dp.c:setup_ref() 0x55fe57a2a3d0: ref=1
bluetoothd[29282]: profiles/audio/transport.c:media_request_create() Request created: method=Release id=4
bluetoothd[29282]: profiles/audio/transport.c:media_owner_add() Owner :1.3793 Request Release
bluetoothd[29282]: profiles/audio/avdtp.c:session_cb()
bluetoothd[29282]: profiles/audio/avdtp.c:avdtp_parse_resp() SUSPEND request succeeded
bluetoothd[29282]: profiles/audio/avdtp.c:avdtp_sep_set_state() stream state changed: STREAMING -> OPEN
bluetoothd[29282]: profiles/audio/sink.c:sink_set_state() State changed /org/bluez/hci0/dev_00_1A_80_91_72_05: SINK_STATE_PLAYING -> SINK_STATE_CONNECTED
bluetoothd[29282]: profiles/audio/transport.c:transport_update_playing() /org/bluez/hci0/dev_00_1A_80_91_72_05/fd0 State=TRANSPORT_STATE_SUSPENDING Playing=0
bluetoothd[29282]: profiles/audio/a2dp.c:suspend_cfm() Source 0x55fe579f71b0: Suspend_Cfm
bluetoothd[29282]: profiles/audio/transport.c:media_request_reply() Request Release Reply Success
bluetoothd[29282]: profiles/audio/transport.c:media_owner_remove() Owner :1.3793 Request Release
bluetoothd[29282]: profiles/audio/a2dp.c:a2dp_sep_unlock() SEP 0x55fe579f71b0 unlocked
bluetoothd[29282]: profiles/audio/transport.c:transport_set_state() State changed /org/bluez/hci0/dev_00_1A_80_91_72_05/fd0: TRANSPORT_STATE_SUSPENDING -> TRANSPORT_STATE_IDLE
bluetoothd[29282]: profiles/audio/transport.c:media_transport_remove_owner() Transport /org/bluez/hci0/dev_00_1A_80_91_72_05/fd0 Owner :1.3793
bluetoothd[29282]: profiles/audio/transport.c:media_owner_free() Owner :1.3793
bluetoothd[29282]: profiles/audio/a2dp.c:setup_unref() 0x55fe57a2a3d0: ref=0
bluetoothd[29282]: profiles/audio/a2dp.c:setup_free() 0x55fe57a2a3d0
bluetoothd[29282]: profiles/audio/avdtp.c:avdtp_unref() 0x55fe57a163e0: ref=2
* in pulseaudio logs :
I: [pulseaudio] client.c: Created 5 "Login Session 847"
D: [pulseaudio] module-systemd-login.c: Added new session 847
D: [pulseaudio] module-systemd-login.c: Removing session 847
I: [pulseaudio] client.c: Freed 5 "Login Session 847"
D: [pulseaudio] bluez5-util.c: dbus: path=/MediaEndpoint/A2DPSource, interface=org.bluez.MediaEndpoint1, member=SelectConfiguration
D: [pulseaudio] bluez5-util.c: Unknown interface org.freedesktop.DBus.Introspectable found, skipping
D: [pulseaudio] bluez5-util.c: Unknown interface org.bluez.MediaTransport1 found, skipping
D: [pulseaudio] bluez5-util.c: Unknown interface org.freedesktop.DBus.Properties found, skipping
D: [pulseaudio] bluez5-util.c: dbus: path=/MediaEndpoint/A2DPSource, interface=org.bluez.MediaEndpoint1, member=SetConfiguration
D: [pulseaudio] bluez5-util.c: Transport /org/bluez/hci0/dev_00_1A_80_91_72_05/fd0 state changed from disconnected to idle
D: [pulseaudio] card.c: Setting card bluez_card.00_1A_80_91_72_05 profile a2dp_sink to availability status unknown
I: [pulseaudio] module-card-restore.c: Card bluez_card.00_1A_80_91_72_05 profile a2dp_sink became available, activating.
D: [pulseaudio] module-bluez5-device.c: Acquiring transport /org/bluez/hci0/dev_00_1A_80_91_72_05/fd0
I: [pulseaudio] module-bluez5-device.c: Transport /org/bluez/hci0/dev_00_1A_80_91_72_05/fd0 acquired: fd 27
I: [pulseaudio] module-bluez5-device.c: SBC parameters: allocation=0, subbands=1, blocks=3, bitpool=53
I: [pulseaudio] sink.c: Created sink 1 "bluez_sink.00_1A_80_91_72_05" with sample spec s16le 2ch 44100Hz and channel map front-left,front-right
I: [pulseaudio] sink.c: bluetooth.protocol = "a2dp_sink"
I: [pulseaudio] sink.c: device.description = "DR-BT21G"
I: [pulseaudio] sink.c: device.string = "00:1A:80:91:72:05"
I: [pulseaudio] sink.c: device.api = "bluez"
I: [pulseaudio] sink.c: device.class = "sound"
I: [pulseaudio] sink.c: device.bus = "bluetooth"
I: [pulseaudio] sink.c: device.form_factor = "hands-free"
I: [pulseaudio] sink.c: bluez.path = "/org/bluez/hci0/dev_00_1A_80_91_72_05"
I: [pulseaudio] sink.c: bluez.class = "0x240408"
I: [pulseaudio] sink.c: bluez.alias = "DR-BT21G"
I: [pulseaudio] sink.c: device.icon_name = "audio-handsfree-bluetooth"
I: [pulseaudio] sink.c: device.intended_roles = "phone"
I: [pulseaudio] source.c: Created source 2 "bluez_sink.00_1A_80_91_72_05.monitor" with sample spec s16le 2ch 44100Hz and channel map front-left,front-right
I: [pulseaudio] source.c: device.description = "Monitor of DR-BT21G"
I: [pulseaudio] source.c: device.class = "monitor"
I: [pulseaudio] source.c: device.string = "00:1A:80:91:72:05"
I: [pulseaudio] source.c: device.api = "bluez"
I: [pulseaudio] source.c: device.bus = "bluetooth"
I: [pulseaudio] source.c: device.form_factor = "hands-free"
I: [pulseaudio] source.c: bluez.path = "/org/bluez/hci0/dev_00_1A_80_91_72_05"
I: [pulseaudio] source.c: bluez.class = "0x240408"
I: [pulseaudio] source.c: bluez.alias = "DR-BT21G"
I: [pulseaudio] source.c: device.icon_name = "audio-handsfree-bluetooth"
I: [pulseaudio] source.c: device.intended_roles = "phone"
D: [bluetooth] module-bluez5-device.c: IO Thread starting up
D: [bluetooth] core-util.c: SCHED_RR|SCHED_RESET_ON_FORK worked.
I: [bluetooth] core-util.c: Successfully enabled SCHED_RR scheduling for thread, with priority 5.
I: [bluetooth] module-bluez5-device.c: Transport /org/bluez/hci0/dev_00_1A_80_91_72_05/fd0 resuming
D: [bluetooth] module-bluez5-device.c: Stream properly set up, we're ready to roll!
D: [bluetooth] module-bluez5-device.c: Using SBC encoder implementation: MMX
D: [pulseaudio] module-device-restore.c: Could not set format on sink bluez_sink.00_1A_80_91_72_05
D: [pulseaudio] module-bluetooth-policy.c: Profile a2dp_sink cannot be selected for loopback
D: [pulseaudio] module-suspend-on-idle.c: Sink bluez_sink.00_1A_80_91_72_05 becomes idle, timeout in 5 seconds.
D: [pulseaudio] core-subscribe.c: Dropped redundant event due to change event.
I: [pulseaudio] card.c: Changed profile of card 1 "bluez_card.00_1A_80_91_72_05" to a2dp_sink
I: [pulseaudio] module-card-restore.c: Storing card profile for card bluez_card.00_1A_80_91_72_05.
D: [pulseaudio] bluez5-util.c: Transport /org/bluez/hci0/dev_00_1A_80_91_72_05/fd0 available for profile a2dp_sink
D: [pulseaudio] bluez5-util.c: Properties changed in transport /org/bluez/hci0/dev_00_1A_80_91_72_05/fd0
D: [pulseaudio] bluez5-util.c: Transport /org/bluez/hci0/dev_00_1A_80_91_72_05/fd0 state changed from idle to playing
D: [pulseaudio] card.c: Setting card bluez_card.00_1A_80_91_72_05 profile a2dp_sink to availability status yes
I: [pulseaudio] module-card-restore.c: Card bluez_card.00_1A_80_91_72_05 profile a2dp_sink became available, activating.
D: [pulseaudio] device-port.c: Setting port handsfree-output to status yes
D: [pulseaudio] core-subscribe.c: Dropped redundant event due to change event.
D: [pulseaudio] module-bluez5-device.c: Resuming sink bluez_sink.00_1A_80_91_72_05 because its transport state changed to playing
I: [pulseaudio] module-suspend-on-idle.c: Sink bluez_sink.00_1A_80_91_72_05 idle for too long, suspending ...
D: [pulseaudio] sink.c: Suspend cause of sink bluez_sink.00_1A_80_91_72_05 is 0x0004, suspending
D: [bluetooth] module-bluez5-device.c: Releasing transport /org/bluez/hci0/dev_00_1A_80_91_72_05/fd0
I: [bluetooth] bluez5-util.c: Transport /org/bluez/hci0/dev_00_1A_80_91_72_05/fd0 released
D: [bluetooth] module-bluez5-device.c: Audio stream torn down
D: [pulseaudio] core.c: Hmm, no streams around, trying to vacuum.
D: [pulseaudio] bluez5-util.c: Properties changed in transport /org/bluez/hci0/dev_00_1A_80_91_72_05/fd0
D: [pulseaudio] bluez5-util.c: Transport /org/bluez/hci0/dev_00_1A_80_91_72_05/fd0 state changed from playing to idle
D: [pulseaudio] card.c: Setting card bluez_card.00_1A_80_91_72_05 profile a2dp_sink to availability status unknown
I: [pulseaudio] module-card-restore.c: Card bluez_card.00_1A_80_91_72_05 profile a2dp_sink became available, activating.
D: [pulseaudio] device-port.c: Setting port handsfree-output to status unknown
D: [pulseaudio] core-subscribe.c: Dropped redundant event due to change event.
I: [pulseaudio] module-card-restore.c: Synced.
* from there, the A2DP sink is available and active in PulseAudio:
$ pactl list | grep -C2 A2D
Profiles:
headset_head_unit: Headset Head Unit (HSP/HFP) (sinks: 1, sources: 1, priority: 20, available: yes)
a2dp_sink: High Fidelity Playback (A2DP Sink) (sinks: 1, sources: 0, priority: 10, available: yes)
off: Off (sinks: 0, sources: 0, priority: 0, available: yes)
Active Profile: a2dp_sinkhttps://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/issues/84Refused to switch profile to headset_head_unit when trying to use bluetooth h...2021-04-20T06:18:23ZBugzilla Migration UserRefused to switch profile to headset_head_unit when trying to use bluetooth headset microphone## Submitted by Yajo
Assigned to **pul..@..op.org**
**[Link to original bug (#93898)](https://bugs.freedesktop.org/show_bug.cgi?id=93898)**
## Description
I have 2 bluetooth headsets. With the first one I can connect "without prob...## Submitted by Yajo
Assigned to **pul..@..op.org**
**[Link to original bug (#93898)](https://bugs.freedesktop.org/show_bug.cgi?id=93898)**
## Description
I have 2 bluetooth headsets. With the first one I can connect "without problems"[1], and enable HSP/HFP flawlessly[1] from GNOME sound settings. Its info:
Device 00:00:00:00:36:59
Name: BT-H06
Alias: BT-H06
Class: 0x240404
Icon: audio-card
Paired: yes
Trusted: yes
Blocked: no
Connected: yes
LegacyPairing: no
UUID: Serial Port (00001101-0000-1000-8000-00805f9b34fb)
UUID: Headset (00001108-0000-1000-8000-00805f9b34fb)
UUID: Audio Sink (0000110b-0000-1000-8000-00805f9b34fb)
UUID: A/V Remote Control Target (0000110c-0000-1000-8000-00805f9b34fb)
UUID: Advanced Audio Distribu.. (0000110d-0000-1000-8000-00805f9b34fb)
UUID: A/V Remote Control (0000110e-0000-1000-8000-00805f9b34fb)
UUID: Handsfree (0000111e-0000-1000-8000-00805f9b34fb)
The second device works fine in A2DP mode, but when switching to HSP/HFP from the same place it logs this:
[pulseaudio] module-bluez5-device.c: Refused to switch profile to headset_head_unit: Not connected
The device:
Device 7F:65:1D:43:BB:EC
Name: Mini503-TF
Alias: Mini503-TF
Class: 0x240404
Icon: audio-card
Paired: yes
Trusted: yes
Blocked: no
Connected: yes
LegacyPairing: yes
UUID: Serial Port (00001101-0000-1000-8000-00805f9b34fb)
UUID: Audio Sink (0000110b-0000-1000-8000-00805f9b34fb)
UUID: A/V Remote Control (0000110e-0000-1000-8000-00805f9b34fb)
UUID: Handsfree (0000111e-0000-1000-8000-00805f9b34fb)
I see some differences between them, but both work fine with my Android phone so I guess it must be a PA/Bluez/oFono problem.
[1] Well, not exactly without problems. I had to apply workaround from https://bugs.freedesktop.org/show_bug.cgi?id=73325#c50 (downgrade to bluez 5.35) to make it work. But I'm not sure if both bugs are the same, because with bluez 5.36 the logs show the same message you have above for both headsets. Should I open a new bug for that?15.0https://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/issues/509[PATCH] KDE specific rule in start-pulseaudio-x11 should go2019-08-30T11:07:54ZBugzilla Migration User[PATCH] KDE specific rule in start-pulseaudio-x11 should go## Submitted by mar..@..il.com
Assigned to **pul..@..op.org**
**[Link to original bug (#95104)](https://bugs.freedesktop.org/show_bug.cgi?id=95104)**
## Description
Hi,
PulseAudio 8.0 introduced a vastly improved "module-switch-o...## Submitted by mar..@..il.com
Assigned to **pul..@..op.org**
**[Link to original bug (#95104)](https://bugs.freedesktop.org/show_bug.cgi?id=95104)**
## Description
Hi,
PulseAudio 8.0 introduced a vastly improved "module-switch-on-connect" which i like to use in KDE/Plasma 5. However, switching input to other devies as they get connected doesn't seem to work under Plasma 5. It works just fine under GNOME.
So i investigated this issue a bit.
It turns out that "start-pulseaudio-x11" detects a full KDE session and does some specific module loading:
if [ x"$KDE_FULL_SESSION" = x"true" ]; then
/usr/bin/pactl load-module module-device-manager "do_routing=1" > /dev/null
fi
In my case that very line was breaking module-switch-on-connect. Removing it made it work just as advertised in the PulseAudio 8.0 release notes.
I would like to ask to remove that line in the next release of PulseAudio. Perhaps it had it's reasons to be there in the past, but i can't seem to find any reason for that to still be needed. These days Plasma 5 also has a default volume applet that is meant for PulseAudio management. In fact, kmix isn't even part of the default install anymore (on ArchLinux at least).
Cheers,
Markhttps://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/issues/36Sony LDAC codec support for Bluetooth2021-02-25T05:26:58ZBugzilla Migration UserSony LDAC codec support for Bluetooth## Submitted by Sami Farin
Assigned to **pul..@..op.org**
**[Link to original bug (#103905)](https://bugs.freedesktop.org/show_bug.cgi?id=103905)**
## Description
Figure out if it's possible to include LDAC in Pulseaudio.
Sony req...## Submitted by Sami Farin
Assigned to **pul..@..op.org**
**[Link to original bug (#103905)](https://bugs.freedesktop.org/show_bug.cgi?id=103905)**
## Description
Figure out if it's possible to include LDAC in Pulseaudio.
Sony requires a "certification process". License seems to be Apache 2.0.
https://android.googlesource.com/platform/external/libldac/15.0https://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/issues/592[i18n] Enable “default” to be translatable2019-06-20T03:48:57Zovari[i18n] Enable “default” to be translatablePlease enable the “default” strings to be translatable.
For Hungarian (magyar) the string could be translated to "alapbeállítás"
> Translations shall be submitted via [Transifex](http://www.transifex.net/projects/p/pulseaudio/c/master-...Please enable the “default” strings to be translatable.
For Hungarian (magyar) the string could be translated to "alapbeállítás"
> Translations shall be submitted via [Transifex](http://www.transifex.net/projects/p/pulseaudio/c/master-tx/). This will commit your translations directly to our GIT repository and lessen our burden to merge patches. Please note that translations submitted by other means (bug tickets, mailed patches) will be ignored (or closed as "wontfix" in the case of bug tickets). You don't need an [PulseAudio](https://www.freedesktop.org/wiki/Software/PulseAudio/) BTS user account if you want to submit translations this way.
Do you know when Transifex will be available again?
> Currently Transiflex integration is not hooked up. Until this situation changes, please open a bug and attach your patch against latest git.
Not sure our netbook's specification are high enough to do git.
>Please include i18n in the keywords section.<br>
https://www.freedesktop.org/wiki/Software/PulseAudio/Documentation/User/Community/
Sorry don't know how to do
Cross-reference<br>
Enable “default” to be translatable<br>
https://git.ring.cx/savoirfairelinux/ring-daemon/issues/43
Thank youovariovarihttps://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/issues/596Separate sink/source channels arguments for module-jackdbus-detect2020-09-17T14:19:49ZBen BuchwaldSeparate sink/source channels arguments for module-jackdbus-detectRight now module-jackdbus-detect has as single channels argument that is passed to both module-jack-sink and module-jack-source. I have a multi-channel audio device that has 14 output channels, but still only 2 input channels. I want Pul...Right now module-jackdbus-detect has as single channels argument that is passed to both module-jack-sink and module-jack-source. I have a multi-channel audio device that has 14 output channels, but still only 2 input channels. I want PulseAudio to pass through all the output channels, but when I set channels=14 it also creates 14 source channels, only 2 of which do anything, which is a little silly. It would be better for module-jackdbus-detect to have separate sink_channels and source_channels arguments that it could pass to the two modules respectively.Russell TreleavenRussell Treleavenhttps://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/issues/690Building with --with-fftw doesn't generate a /etc/pulse/default.pa ready to u...2019-06-19T11:47:47ZFrancisco RamosBuilding with --with-fftw doesn't generate a /etc/pulse/default.pa ready to use itCurrently we need to manually add this lines to default.pa to make fftw equalizer to really work, even after building with that option enabled:
load-module module-equalizer-sink
load-module module-dbus-protocol
I think they should be ad...Currently we need to manually add this lines to default.pa to make fftw equalizer to really work, even after building with that option enabled:
load-module module-equalizer-sink
load-module module-dbus-protocol
I think they should be added by build system automatically depending on the configure switch (as it's done with bluetooth support for example)
ThanksRussell TreleavenRussell Treleavenhttps://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/issues/691Disable flat-volumes by default2021-04-24T03:15:03ZFrancisco RamosDisable flat-volumes by defaultOn multiple distributions (Fedora, OpenSuSE, Ubuntu and Gentoo at least), flat-volumes are disabled to prevent people from getting an unexpected extremely loud sound from time to time:
https://bugzilla.redhat.com/show_bug.cgi?id=1265267
...On multiple distributions (Fedora, OpenSuSE, Ubuntu and Gentoo at least), flat-volumes are disabled to prevent people from getting an unexpected extremely loud sound from time to time:
https://bugzilla.redhat.com/show_bug.cgi?id=1265267
https://features.opensuse.org/310668
https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/433209
https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/403859
Probably this default should be switched back to off until https://gitlab.freedesktop.org/pulseaudio/pulseaudio/issues/41 is solved then for not needing to carry this change forever
Thanks a lot14.0Russell TreleavenRussell Treleavenhttps://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/issues/692Shown and real sink diverge in Gnome when connecting a dock2019-09-18T15:06:24ZBjörn Daasebjoern.daase@gmail.comShown and real sink diverge in Gnome when connecting a dock### Summary
If I have music playing on my XPS 9370 (via the built-in speakers) and connect my docking station (a Dell WD15) the real audio sink and the sink which my DE (in this case Gnome) sees diverge. The sink Gnome sees seems selecte...### Summary
If I have music playing on my XPS 9370 (via the built-in speakers) and connect my docking station (a Dell WD15) the real audio sink and the sink which my DE (in this case Gnome) sees diverge. The sink Gnome sees seems selected randomly.
In e.g. this case
![Screenshot_from_2019-06-19_21-41-17](/uploads/74b0c33a9400836f59801fd755f22505/Screenshot_from_2019-06-19_21-41-17.png)
Gnome thinks that the sink is the USB - Headphones of my dock but the music still plays via the the built-in speakers. So also the media-keys adjust the selected sink (Headphones) and not the real one (built-in).
If you than manually select a new sink (via the Gnome DE) everything is in sync again.
This issue was originally reported in the gnome-shell Gitlab, than moved to the libgnome-volume-control Gitlab in which the maintainer says it's a pulseaudio bug.
### environment
All those commands where executed in a case, where real sink and shown sink diverge (real sink --> built-in audio, shown sink --> headphones - USB).
`uname -a`
[uname.txt](/uploads/074a3c6654bfff75634aa328ddabbc30/uname.txt)
`aplay -l`
[aplay.txt](/uploads/3f208e5979eeb252b5090f082ebf252c/aplay.txt)
`arecord -l`
[arecord.txt](/uploads/11191349ee69942d9098b50f4b96cb58/arecord.txt)
`pactl info`
[pactli.txt](/uploads/7ffa16beb217dbe48719b6af3dd3d944/pactli.txt)
`pactl list`
[pactll.txt](/uploads/66a7ead157351806b68929e288636cfb/pactll.txt)
`pulseaudio --version`
[pulseaudio.txt](/uploads/5e5854ac6b890ce886fe8f1b9676e794/pulseaudio.txt)
### Steps to reproduce
0. Have a Dell XPS 9370 and a Dell WD15
1. Start Music (e.g. Spotify) on your unconnected laptop
2. Connect the dock
3. The shown and real sink diverge (~80% of the time, sometimes it stays in sink).
### What is the current *bug* behavior?
The shown and real sink diverge.
### What is the expected *correct* behavior?
The shown and real sink are the same.Russell TreleavenRussell Treleavenhttps://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/issues/716WH-1000XM3 always connect as headset (can hear myself), volume level is not r...2019-12-31T08:28:53ZVitaly KravchenkoWH-1000XM3 always connect as headset (can hear myself), volume level is not rememberedThis is the setup I have. The headphones in question are Sony WH-1000XM3:
![Screenshot_from_2019-08-18_18-40-27](/uploads/7d8a7c5277d82d790689bd1a9e51d75d/Screenshot_from_2019-08-18_18-40-27.png)
Next time I turn on the headphones, som...This is the setup I have. The headphones in question are Sony WH-1000XM3:
![Screenshot_from_2019-08-18_18-40-27](/uploads/7d8a7c5277d82d790689bd1a9e51d75d/Screenshot_from_2019-08-18_18-40-27.png)
Next time I turn on the headphones, sometimes they won't connect automatically, and when they do connect automatically, they connect at 100% volume level, regardless of what it was last time.
I can also hear myself and the surroundings because the headset's mic input is fed back into headphones, and the `Configuration` is set to `Headset Head Unit (HSP/HFP)`, even though it was set to `LDAC` last time the headphones were used.
If I then turn bluetooth off and back on, the last used settings are restored. That is, if I'm able to toggle bluetooth off and back on. Sometimes it won't turn on after I turn it off. The toggle button would be stuck to left but be green, as if it's active, or be disabled (grayed out) completely, until restart.
Using bluetooth headphones in Ubuntu feels so flaky and unreliable. They work as expected with iPhone 6s and rMPB late 2013, macOS 10.14.6/10.15 beta, connect automatically every time, volume level remembered from last time all the time, never hear myself upon connecting. It would be nice to have this consistency in Ubuntu.
Ubuntu 19.04, pulseaudio 12.2-2, bluez 5.50-0ubuntu2, INTEL® WIRELESS-AC 9260
```
systemctl status bluetooth.service
● bluetooth.service - Bluetooth service
Loaded: loaded (/lib/systemd/system/bluetooth.service; enabled; vendor preset: enabled)
Active: active (running) since Sun 2019-08-18 19:07:44 BST; 11min ago
Docs: man:bluetoothd(8)
Main PID: 30237 (bluetoothd)
Status: "Running"
Tasks: 1 (limit: 4915)
Memory: 940.0K
CGroup: /system.slice/bluetooth.service
└─30237 /usr/lib/bluetooth/bluetoothd
```Vitaly KravchenkoVitaly Kravchenko2019-09-19https://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/issues/722Support battery level indication over HFP2022-05-22T15:19:01ZSebastian KrzyszkowiakSupport battery level indication over HFPPlenty of Bluetooth speakers support battery level indication via iOS-specific extension of HFP protocol (AT+XAPL and AT+IPHONEACCEV, see: https://developer.apple.com/hardwaredrivers/BluetoothDesignGuidelines.pdf pages 66-68).
This prot...Plenty of Bluetooth speakers support battery level indication via iOS-specific extension of HFP protocol (AT+XAPL and AT+IPHONEACCEV, see: https://developer.apple.com/hardwaredrivers/BluetoothDesignGuidelines.pdf pages 66-68).
This protocol is already implemented in iOS (obviously), Android (since fairly recently: http://androidxref.com/9.0.0_r3/xref/packages/apps/Bluetooth/src/com/android/bluetooth/btservice/RemoteDevices.java#733) and bluez-alsa (https://github.com/Arkq/bluez-alsa/blob/ed3f513a1f85d38daa4a80a868686bd709d1ac68/src/rfcomm.c#L443).
Android also supports battery level reporting via AT+XEVENT extension: http://androidxref.com/9.0.0_r3/xref/packages/apps/Bluetooth/src/com/android/bluetooth/btservice/RemoteDevices.java#730 (see also: https://developer.android.com/guide/topics/connectivity/bluetooth.html#AT-Commands).
If I understand it correctly, it's PulseAudio who implements HFP, so it would be up to PulseAudio to get and expose this battery information.16.0Russell TreleavenRussell Treleavenhttps://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/issues/724AVRCP volume reporting for A2DP profile2022-06-27T06:37:07ZSebastian KrzyszkowiakAVRCP volume reporting for A2DP profileI couldn't find any already exisiting ticket for that, so creating one. Citing @tanuk from https://gitlab.freedesktop.org/pulseaudio/pulseaudio/issues/361#note_13954:
> If the user changes the headset volume in the A2DP mode, PulseAudio...I couldn't find any already exisiting ticket for that, so creating one. Citing @tanuk from https://gitlab.freedesktop.org/pulseaudio/pulseaudio/issues/361#note_13954:
> If the user changes the headset volume in the A2DP mode, PulseAudio doesn't know that the headset volume changed. With A2DP there are two volume controls that affect the final volume: the volume that PulseAudio applies, and the volume that the headset applies. This is bad user experience, but at least in the past bluetooth simply didn't provide a way to sync the two volumes. I think newer bluetooth versions have added the necessary functionality, but it hasn't been implemented in PulseAudio.
With Wireshark, I can see AVRCP volume events being sent while pressing volume buttons on the devices, so I guess that's the profile that needs to be supported there.15.0Russell TreleavenRussell Treleavenhttps://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/issues/776Headset delivers bad audio quality and low microphone volume in HSP/HFP mode ...2022-04-27T14:54:12ZRoy MeissnerHeadset delivers bad audio quality and low microphone volume in HSP/HFP mode (bluetooth)### Summary
Audio playback quality in HSP/HFP mode (bluetooth) is bad, microphone record volume is way too low
### environment
* Fedora 31
* pulseaudio 13.0-rebootstrapped
* bluetoothctl 5.52
* kernel 5.3.14
* Hardware: Teufel A...### Summary
Audio playback quality in HSP/HFP mode (bluetooth) is bad, microphone record volume is way too low
### environment
* Fedora 31
* pulseaudio 13.0-rebootstrapped
* bluetoothctl 5.52
* kernel 5.3.14
* Hardware: Teufel Airy (2017) headset
### Steps to reproduce
I own a [Teufel Airy (2017) bluetooth headset](https://www.teufel.de/kopfhoerer/teufel-airy-2017-p15185.html) (bluetooth 4.0, aptX support) and like to use it as a headset through bluetooth on Fedora 31. The headset pairs fine via the gnome ui. The settings dialog allows me to connect it in A2DP mode (just playback, good sound quality) and in HSP/HFP mode.
### What is the current *bug* behavior?
In HSP/HFP mode playback quality is bad, the microphone seems to work, but the record levels are way too low. Knocking directly on the microphone produces just 3 to 8 dashes in the picture below. Speaking very loud only 1 dash.
![Bildschirmfoto_von_2019-12-10_15-59-33](/uploads/051f9cd3ba568a0d0bf3e19aa3d46db7/Bildschirmfoto_von_2019-12-10_15-59-33.png)
### What is the expected *correct* behavior?
Audio quality stays like in A2DP mode, microphone records at an acceptable volume.
### Additional information
If connected to my Android 9 phone, the playback quality is fine, the record quality is fine and playback quality in phone calls is also fine.
I guess some part of the bluetooth system isn't supporting something or is misconfigured, but I don't know which part. I found this [bugreport on launchpad](https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1838151) mentioning the issue and a possible solution which seems to be applied in ChromiumOS - they stated that the kernel/bluetooth stack isn't supporting modern HSP/HFP modes.
[I've been told by the gnome-team to report](https://gitlab.gnome.org/GNOME/gnome-bluetooth/issues/54) the issue here. I hope this channel is suited to receive the bug report. If not, please report it to an appropriate upstream project, like bluez or the linux kernel. I'd be happy to assist in gathering more logs.
Furthermore I think these bugs might be related:
* https://bugzilla.redhat.com/show_bug.cgi?id=1694108
* https://bugzilla.redhat.com/show_bug.cgi?id=1305453
I think the bluetooth device is A0_E9_DB_01_7E_D0
[pa-info.txt](/uploads/097586fe72fe0ec1973adced318a9d4d/pa-info.txt)15.0Russell TreleavenRussell Treleavenhttps://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/issues/777feature request: make pulseaudio bluetooth discover module have a flag to use...2021-04-20T13:43:57ZRussell Treleavenfeature request: make pulseaudio bluetooth discover module have a flag to use softvol for hsp sourceJust like the title says.
```
(08:53:59 AM) Pali: also, bluez does not provide information if remote headset supports volume settings
(08:55:19 AM) Pali: HSP 1.2 --> 5.3 SDP Interoperability Requirements --> Remote audio volume control
...Just like the title says.
```
(08:53:59 AM) Pali: also, bluez does not provide information if remote headset supports volume settings
(08:55:19 AM) Pali: HSP 1.2 --> 5.3 SDP Interoperability Requirements --> Remote audio volume control
(08:55:48 AM) Pali: device in SDP info announce if supports audio volume control or not
(08:56:11 AM) Pali: but bluez does not provide this information to application which impements HSP profile (= pulseaudio)
(08:56:22 AM) Pali: and pulseaudio always expects that remote device supports it
(08:57:48 AM) Pali: also we do not how many devices reports correct infromation in SDP
(08:57:48 AM) Pali: so maybe bluez decided to not export this information as lot of devices report bogus value (just speculation)
(08:58:43 AM) Pali: in any case, pulseaudio should have some switch or option to use software volume control for microphone
(08:59:07 AM) wabbits: I will add that as a feature request
(08:59:21 AM) Pali: to increase volume level by some filter algorithm
(08:59:35 AM) Pali: I guess pulseaudio already should have something
(08:59:46 AM) Pali: as it supports per application volume levels
```15.0Russell TreleavenRussell Treleavenhttps://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/issues/795Pulseaudio doesn't launch when the home directory is owned by root2020-02-06T05:57:20ZTim LivolsiPulseaudio doesn't launch when the home directory is owned by root### Warning
Missing data may cause bugs to languish.
### Summary
Pulseaudio fails to launch if a user does not own his home directory. There are instances where this is a legitimate configuration, such as in an environment whe...### Warning
Missing data may cause bugs to languish.
### Summary
Pulseaudio fails to launch if a user does not own his home directory. There are instances where this is a legitimate configuration, such as in an environment where home directories are mounted via NFS and permissions are granted by ACLs. The goal is to provide the user with full control over his home directory while preventing him from changing its top-level permissions.
A user on Launchpad opened a bug report for this several years ago: https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1152137
Someone provided a small patch further down in that thread, and I tested it and confirmed that it does fix the problem: https://launchpadlibrarian.net/320348812/pulse.patch
### environment
Check to see if you have pa-info installed by running `which pa-info`
If yes please run it
If no please download and run https://gitlab.freedesktop.org/pulseaudio/pulseaudio/blob/master/src/utils/pa-info
Attach the output to this bug report as pa-info.txt
[pa-info.txt](/uploads/2600909075c75c11a9fcc796f7ced09d/pa-info.txt)
### Steps to reproduce
Ownership of the home directory is root:root with ACLs that allow the user to have full control of the contents within the directory.
### What is the current *bug* behavior?
Pulseaudio does not launch with the desktop environment at login, and manually launching the command after the fact gives the following error:
gorilla% pulseaudio
E: [pulseaudio] core-util.c: Home directory not accessible: Permission denied
### What is the expected *correct* behavior?
Pulseaudio launches despite the home directory being owned by root.Russell TreleavenRussell Treleavenhttps://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/issues/796feature request: add a flag to disable core routing2020-02-06T06:04:38ZRussell Treleavenfeature request: add a flag to disable core routing(03:27:19 PM) styl1te: https://unix.stackexchange.com/questions/562481/how-to-prevent-pulseaudio-failover-on-sink-error
(03:34:42 PM) wabbits: styl1te try `pactl unload-module module-rescue-streams`
(03:35:59 PM) gchini: wabbits, st...(03:27:19 PM) styl1te: https://unix.stackexchange.com/questions/562481/how-to-prevent-pulseaudio-failover-on-sink-error
(03:34:42 PM) wabbits: styl1te try `pactl unload-module module-rescue-streams`
(03:35:59 PM) gchini: wabbits, stylite: Zhis will work with 13.0, but in 14.0 (or current git) module-rescue-stream has become obsolete and there is no longer any way to avoid the failover.
(03:39:23 PM) wabbits: gchini you are saying this function is in the core now?
(03:39:28 PM) gchini: stylite: If you need to disable failover, you might want to open a bug for current git. It should be pretty straight forward to introduce an option.
(03:39:34 PM) gchini: wabbits: yes
(03:40:04 PM) wabbits: oh well
(03:40:07 PM) gchini: !209 + !216 moved it t the core
(03:44:12 PM) gchini: As said above, I would be fine with an option to disable failover (and once !51 is merged we could even enable to change this option on the fly)Russell TreleavenRussell Treleavenhttps://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/issues/812Feature request: support JSON as alternative pacmd output format2022-05-22T15:02:52ZEelisFeature request: support JSON as alternative pacmd output format`pacmd` is great and useful for all kinds of simple scripts, but since its output format for commands like `pacmd list-sinks` is an ad-hoc inconsistent plaintext format, lots of people unfortunately end up resorting to hacky and archaic ...`pacmd` is great and useful for all kinds of simple scripts, but since its output format for commands like `pacmd list-sinks` is an ad-hoc inconsistent plaintext format, lots of people unfortunately end up resorting to hacky and archaic awk/perl/grep scripts to parse this output to get the fields they need.
Nowadays, CLIs for modern tools often provide JSON as an alternative script-friendly output format. This makes it significantly easier to process the data in a structured way, using any of the hundreds of existing wonderful tools and libraries we have for processing JSON.
Ideally the functionality would be enabled using something like `--output=json`.16.0Russell TreleavenRussell Treleaven