LINUX.ORG.RU
Форум — Desktop  

alsa вывод на bluetooth-приставку без пульсы

 ,


0

2

Подключился:

  [bluetooth]# paired-devices 
  Device D4:F5:13:5D:08:24 LG HTS(08:24)
  [bluetooth]# trust D4:F5:13:5D:08:24 
  Changing D4:F5:13:5D:08:24 trust succeeded

Собрал bluez-alsa. Но чего-то не работает:

$ ls -l /var/run/bluealsa/hci0 
srw-rw---- 1 root audio 0 Jan 12 20:37 /var/run/bluealsa/hci0
$ sudo aplay -D bluealsa:HCI=hci0,DEV=D4:F5:13:5D:08:24,PROFILE=a2dp september-colors-ost.wav 
../shared/ctl-client.c:102: Connecting to socket: /var/run/bluealsa/hci0
../shared/ctl-client.c:213: Getting transport for D4:F5:13:5D:08:24 type 1
ALSA lib bluealsa-pcm.c:660:(_snd_pcm_bluealsa_open) Couldn't get BlueALSA transport: No such device
aplay: main:828: audio open error: No such device
★★★★★
← Формат документа.
Язык интерфейса в MATE. →

Лично не сталкивался, от слова совсем ;) Гугл кормит: https://github.com/Arkq/bluez-alsa/issues/63 https://github.com/Arkq/bluez-alsa/issues/7

Странно, прогой пользуется довольно много людей. Все склоняются к мысли клонировать git и пересобрать, типа много фиксов внесено... Могу и ошибаться.

Deleted
()
Ответ на: комментарий от Deleted

Обновил bluez-alsa:

$ pacman -Qi bluez-alsa-git |grep Version
Version         : v1.2.0.r47.g564a092-1

Ситуация совершенно та же:

# systemctl status bluealsa.service
● bluealsa.service - BluezAlsa proxy
   Loaded: loaded (/usr/lib/systemd/system/bluealsa.service; disabled; vendor preset: disabled)
   Active: active (running) since Sat 2018-01-13 16:06:45 MSK; 24s ago
 Main PID: 11515 (bluealsa)
    Tasks: 4 (limit: 4915)
   CGroup: /system.slice/bluealsa.service
           └─11515 /usr/bin/bluealsa

Jan 13 16:06:45 redrock04 bluealsa[11515]: /usr/bin/bluealsa: bluez.c:680: Registering endpoint
Jan 13 16:06:45 redrock04 bluealsa[11515]: /usr/bin/bluealsa: bluez.c:910: Registering profile:
Jan 13 16:06:45 redrock04 bluealsa[11515]: /usr/bin/bluealsa: bluez.c:910: Registering profile:
Jan 13 16:06:45 redrock04 bluealsa[11515]: /usr/bin/bluealsa: bluez.c:910: Registering profile:
Jan 13 16:06:45 redrock04 bluealsa[11515]: /usr/bin/bluealsa: bluez.c:910: Registering profile:
Jan 13 16:06:45 redrock04 bluealsa[11515]: /usr/bin/bluealsa: main.c:225: Starting main dispatc
Jan 13 16:06:58 redrock04 bluealsa[11515]: /usr/bin/bluealsa: ctl.c:551: New client accepted: 1
Jan 13 16:06:58 redrock04 bluealsa[11515]: /usr/bin/bluealsa: ctl.c:572: +-+-
Jan 13 16:06:58 redrock04 bluealsa[11515]: /usr/bin/bluealsa: ctl.c:522: Client closed connecti
Jan 13 16:06:58 redrock04 bluealsa[11515]: /usr/bin/bluealsa: ctl.c:572: +-+-
# journalctl _SYSTEMD_UNIT=bluealsa.service
Jan 13 16:06:45 redrock04 bluealsa[11515]: /usr/bin/bluealsa: ctl.c:490: Starting controller loop
Jan 13 16:06:45 redrock04 bluealsa[11515]: /usr/bin/bluealsa: bluez.c:680: Registering endpoint: /A2DP/MPEG24/Source/1
Jan 13 16:06:45 redrock04 bluealsa[11515]: /usr/bin/bluealsa: bluez.c:680: Registering endpoint: /A2DP/MPEG24/Sink/1
Jan 13 16:06:45 redrock04 bluealsa[11515]: /usr/bin/bluealsa: bluez.c:680: Registering endpoint: /A2DP/SBC/Source/1
Jan 13 16:06:45 redrock04 bluealsa[11515]: /usr/bin/bluealsa: bluez.c:680: Registering endpoint: /A2DP/SBC/Sink/1
Jan 13 16:06:45 redrock04 bluealsa[11515]: /usr/bin/bluealsa: bluez.c:910: Registering profile: /HSP/Headset
Jan 13 16:06:45 redrock04 bluealsa[11515]: /usr/bin/bluealsa: bluez.c:910: Registering profile: /HSP/AudioGateway
Jan 13 16:06:45 redrock04 bluealsa[11515]: /usr/bin/bluealsa: bluez.c:910: Registering profile: /HFP/HandsFree
Jan 13 16:06:45 redrock04 bluealsa[11515]: /usr/bin/bluealsa: bluez.c:910: Registering profile: /HFP/AudioGateway
Jan 13 16:06:45 redrock04 bluealsa[11515]: /usr/bin/bluealsa: main.c:225: Starting main dispatching loop
Jan 13 16:06:58 redrock04 bluealsa[11515]: /usr/bin/bluealsa: ctl.c:551: New client accepted: 10
Jan 13 16:06:58 redrock04 bluealsa[11515]: /usr/bin/bluealsa: ctl.c:572: +-+-
Jan 13 16:06:58 redrock04 bluealsa[11515]: /usr/bin/bluealsa: ctl.c:522: Client closed connection: 10
Jan 13 16:06:58 redrock04 bluealsa[11515]: /usr/bin/bluealsa: ctl.c:572: +-+-
Jan 13 16:07:46 redrock04 bluealsa[11515]: /usr/bin/bluealsa: ctl.c:551: New client accepted: 10
Jan 13 16:07:46 redrock04 bluealsa[11515]: /usr/bin/bluealsa: ctl.c:572: +-+-
Jan 13 16:07:46 redrock04 bluealsa[11515]: /usr/bin/bluealsa: ctl.c:522: Client closed connection: 10
Jan 13 16:07:46 redrock04 bluealsa[11515]: /usr/bin/bluealsa: ctl.c:572: +-+-
ados ★★★★★
() автор топика
Ответ на: комментарий от ados

Эээ, я что-то не понимаю. Если у тебя systemd, что мешает прикрутить и pulse? Я, ИМХО, использую голую ALSA только на «Корове» (кастрированную "-*" и nomultilib) и на CRUX (философия, не попрёшь). Даже на Slackware вкрутили pulse. Никаких танцев. Быстро и непринуждённо напрявляем поток... Ну, смотри сам. Не мне рассказывать, как ползти и писать простынь, ждать и т.д.. За пару суток решишь с разработчиком.

Повторюсь, я бы не парился с ALSA. Яркий пример - Рената Apulse и firefox 57. Красивое решение на вики «коровы». Работает через раз. В CRUX принимают решение выпилить из core нахрен:https://crux.nu/Wiki/TODO34

Deleted
()
Ответ на: комментарий от Deleted

Вот что-то подумал - а ведь действительно. Ведь ALSA - это ядерная система - такая система должна просто работать с железом-аудиосистемой локальной машины. Зачем привлекать алсу для использования аудиожелезки по другую сторону блютуз-канала?

ados ★★★★★
() автор топика
Последнее исправление: ados (всего исправлений: 1)
Ответ на: комментарий от ados

Эээ, я так понимаю (могу ошибаться). KISS. Если гонять звук, то Pulse реально удобна. Я писал костыли для переключения (ну докстанция и просто носить в лапах), но если надо «резко» (за пару секунд) дать звук на, например, HDMI, DisplayPort (где ALSA не режет громкость) и т.д., то Pulse справляется на «ура».

Deleted
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← Формат документа.
Desktop
Язык интерфейса в MATE. →