☰

¿Cómo conseguir una reproducción de audio bluetooth consistente?

tag-icon • tag-icon sound keyboard pulseaudio bluetooth bluetooth-speaker
¿Cómo conseguir una reproducción de audio bluetooth consistente?

estoy tratando de usaraltavoces bluetooth, ya que los parlantes integrados de mi computadora portátil son horribles... El parlante es un Bose Soundlink mini y funciona bien con mi teléfono inteligente, por ejemplo.

Cuando intento usarlo con mi computadora portátil (Ubuntu 14.04), funciona bien, hasta que empiezo a trabajar. Entonces el sonido comienza a apagarse, con este tipo de registros:

Sep  3 17:29:38 franck-ThinkPad-T430s pulseaudio[3673]: [bluetooth] module-bluetooth-device.c: Skipping 30147 us (= 5316 bytes) in audio stream
Sep  3 17:29:38 franck-ThinkPad-T430s pulseaudio[3673]: [bluetooth] module-bluetooth-device.c: Skipping 79152 us (= 13960 bytes) in audio stream
Sep  3 17:29:41 franck-ThinkPad-T430s pulseaudio[3673]: [bluetooth] module-bluetooth-device.c: Skipping 3467134 us (= 611600 bytes) in audio stream

Esto sucede tan pronto como yoescribir en el teclado(ya sea en libreoffice o en una terminal, o lo que sea). El teclado no es un teclado bluetooth, en caso de que lo preguntes.

Cuando uso altavoces internos, no sufro el mismo problema.

Entonces, ¿existe algún truco para darle mayor prioridad a la pila de audio Bluetooth completa y obtener una reproducción de audio consistente? (¿bluetoothd? pulseaudio? ¿interrupciones de bajo nivel? ???)

ACTUALIZAR: mi controlador bluetooth está conectado al USB (interno).

$ lsusb -v -s 001:004

Bus 001 Device 004: ID 0a5c:21e6 Broadcom Corp. BCM20702 Bluetooth 4.0 [ThinkPad]

Respuesta1

Finalmente encontré una solución (de hecho, varias):

  1. Agregar threadirqs a los parámetros de mi kernel
  2. fue mejor, pero esto no fue suficiente, también tuve que instalar rtirq-init (deberías verificar si tu kernel admite esto, verhttps://unix.stackexchange.com/a/55001/61603)

Luego tuve una reproducción de sonido BT (casi) perfecta.

Otra opción parece utilizar un kernel de baja latencia de Linux. Todavía tengo que probar esto, pero debería funcionar. Lo que no está claro son los inconvenientes (¿consumo de energía?).

información relacionada