{"id":2022,"date":"2021-03-20T13:37:44","date_gmt":"2021-03-20T16:37:44","guid":{"rendered":"https:\/\/maurom.com\/blog\/?p=2022"},"modified":"2024-12-10T10:12:44","modified_gmt":"2024-12-10T13:12:44","slug":"soporte-para-headsets-hsp-hfp-en-ubuntu-y-debian","status":"publish","type":"post","link":"https:\/\/maurom.com\/blog\/2021\/03\/20\/soporte-para-headsets-hsp-hfp-en-ubuntu-y-debian\/","title":{"rendered":"Soporte para headsets HSP\/HFP en Ubuntu y Debian"},"content":{"rendered":"

\u00a1Aviso!<\/strong> A finales de 2022, GNOME, Ubuntu y Debian cambiaron a Pipewire<\/a> como su servidor de audio predeterminado. PipeWire resuelve muchos de los problemas con el hardware y los c\u00f3decs de Bluetooth. <\/strong>Incluye una capa de compatibilidad con PulseAudio (pipewire-pulse), permitiendo que las aplicaciones existentes aprovechen las mejoras sin realizar cambios y sin inconvenientes.<\/p>\n

Vengo usando pipewire<\/a> junto con wireplumber<\/a> session manager desde la versi\u00f3n 0.3.x, por lo que si a\u00fan est\u00e1 utilizando pulseaudio y sigue con problemas con bluetooth, la mejor opci\u00f3n es migrarlo. Hay muchas gu\u00edas en l\u00ednea, pero esta de Baeldung<\/a> es IMHO la mejor.<\/p>\n

Esto significa que la mayor parte de la informaci\u00f3n de este art\u00edculo es obsoleta, pero lo mantendr\u00e9 solo a fines de referencia.<\/p><\/blockquote>\n

Hace unos meses me obsequiaron un set de trabajo remoto que incluye unos auriculares bluetooth denominados simplemente “EC717”<\/a>.<\/p>\n

La verdad que me vienen muy bien, pues estaba utilizando el manos libres del celular, y no es lo mismo en calidad ni comodidad.<\/p>\n

Sin embargo, encontr\u00e9 imposible hacerlos funcionar en Ubuntu 20.04 y en Debian 10, dos de las plataformas que utilizo habitualmente. En realidad s\u00ed funcionan para escuchar m\u00fasica, con el perfil A2DP, pero no funcionan como micr\u00f3fono para videollamadas, con lo cual pierde bastante el sentido de ser un “set de trabajo remoto”. Al intentar establecer el perfil de a2dp_sink<\/code> a headset_head_unit<\/code>, obtengo este error:<\/p>\n

W: [pulseaudio] module-bluez5-device.c: Refused to switch profile to headset_head_unit: Not connected<\/pre>\n
Este problema est\u00e1 documentado ampliamente en un mont\u00f3n de bugs y tickets de pulseaudio en bugs.freedesktop.org<\/a> (93898<\/a>, 97316<\/a>,\u00a073325<\/a>) y en el nuevo gitlab.freedesktop.org<\/a> (84<\/a>, 122<\/a>, 742<\/a>, 776<\/a>, 960<\/a>)<\/p>\n
B\u00e1sicamente, no hay soporte completo para la variedad de HandSet Profile \/ Hands Free Profile \/ HSP&HFP profiles<\/a> mediante los cuales se coordinan los canales de audio y control en Bluetooth. En realidad lo hab\u00eda, pero cambios en la arquitectura de Bluez y PulseAudio hicieron que desaparezcan. Y esto afecta de forma variada a algunos headset que implementan uno solo de dichos perfiles.<\/p>\n
James Bottomley<\/a> estuvo trabajando en 2017 en la incorporaci\u00f3n de soporte para las versiones de pulseaudio 11, 12 y 13, pero lamentablemente esos parches no llegaron a incorporarse a la rama estable de la biblioteca pulseaudio cuando los public\u00f3, y reci\u00e9n fueron incorporados hace pocos d\u00edas<\/a>, con lo cual no figuran ni de casualidad en las releases actuales de las distribuciones modernas.<\/p>\n
Afortunadamente, \u00e9l ha segmentado dos ramas de trabajo en las cuales marca prolijamente cuales son los cambios a incorporar para poder hacer andar este tipo de headsets con pulseaudio 12<\/a> y pulseaudio 13<\/a> , y a partir de ellos pude modificar y compilar dos versiones del paquete pulseaudio-module-bluetooth con soporte para HSP\/HFP tanto en Debian como en Ubuntu:<\/p>\n