Return-Path: MIME-Version: 1.0 In-Reply-To: References: Date: Fri, 18 Mar 2016 08:01:20 +0100 Message-ID: Subject: Re: aplay failed on bluetooth audio with bluez 4.101 From: =?UTF-8?Q?=C5=81ukasz_Rymanowski?= To: Qingtao Cao Cc: "linux-bluetooth@vger.kernel.org" Content-Type: text/plain; charset=UTF-8 Sender: linux-bluetooth-owner@vger.kernel.org List-ID: Hi Harry, On 18 March 2016 at 06:57, Qingtao Cao wrote: > Hi Community, > > I kept debugging this issue today and found out that aplay failed to > send out the .wav file content to bluetooth headset. > > From the "strace aplay -D btheadset .wav" I can see that the wav file > is read in 12000B chunk, but sent to bluetooth socket in 48B chunk of > data. Compared with the strace result for aplay through speaker, the > wav file can be read correctly, however, when using bluetooth headset > aplay always seems to send 48B zero again and again. > > This explains why there is no sound output at all. > > fd 6 is the opened wav file. > fd 7 is the connection with /org/bluez/audio. > > ... > read(6, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., > 12000) = 12000 > send(7, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., > 48, 0) = 48 > read(6, "w\37\210 \21!\6!\320 q > \244\37u\36b\35\222\34a\33\314\31\267\30C\30\265\27\234\26"..., 12000) > = 12000 > send(7, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., > 48, 0) = 48 > send(7, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., > 48, 0) = 48 > read(6, "\t\23\205\23\27\24\206\24\330\24G\25\301\25!\26x\26\335\26B\27\211\27\301\27\24\30`\30\211\30"..., > 12000) = 12000 > send(7, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., > 48, 0) = 48 > send(7, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., > 48, 0) = 48 > read(6, "\334\377\343\377\347\377\337\377\332\377\340\377\344\377\342\377\337\377\327\377\324\377\345\377\350\377\331\377\343\377\362\377"..., > 12000) = 12000 > send(7, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., > 48, 0) = 48 > send(7, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., > 48, 0) = 48 > clock_gettime(CLOCK_REALTIME, {1457576840, 978074823}) = 0 > read(6, "\374\377\361\377\345\377\363\377\366\377\361\377\364\377\364\377\367\377\370\377\352\377\352\377\371\377\362\377\360\377\4\0"..., > 12000) = 12000 > send(7, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., > 48, 0) = 48 > send(7, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., > 48, 0) = 48 > send(7, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., > 48, 0) = 48 > send(7, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., > 48, 0) = 48 > send(7, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., > 48, 0) = 48 > ... (endless sending 48b of zeros) ... > > Any comments? > > Thanks, > Harry > > On Thu, Mar 17, 2016 at 2:47 PM, Qingtao Cao wrote: >> Hi Community, >> >> I run into a bluetooth headset issue with bluez 4.101. After a >> successful pairing and connection, I failed to play a .wav file >> through the bluetooth headset by aplay. I have been searching around >> for a couple days and looked at bluez 4.101 source code to ensure the >> audio.conf settings make sense but still clueless. >> >> My laptop is Ubuntu 15.04 with bluez 4.101-ubuntu25 (kernel: >> 3.19.0-25-generic), the target embedded uses yocto "dizzy" release >> with bluez 4.101 as well (kernel: 3.4). I recommend to use ubuntu 15.10 which have new BlueZ 5.x on it. On both laptop and target >> machine the libasound-module-bluez has been installed properly. >> >> My settings are: >> >> 1. /etc/bluetooth/main.conf >> The default one, in particular, Class=0x00100 >> >> 2. /etc/bluetooth/audio.conf >> >> [General] >> Enable=Socket >> >> [Headset] >> HFP=true >> MaxConnected=1 >> FastConnectable=false >> >> [A2DP] >> SBCSources=1 >> SBCSinks=1 >> MPEG12Sources=1 >> MPEG12Sinks=1 >> >> 3. ~/.asoundrc >> pcm.btheadset { >> type plug >> slave { >> pcm { >> type bluetooth >> device "1C:48:F9:AD:19:EE" >> profile "auto" >> } >> } >> >> hint { >> show on >> description "BT Headset" >> } >> } >> >> ctl.btheadset { >> type bluetooth >> } >> >> where I have hardcoded the bdaddr of my bluetooth headset. >> >> 4. My bluetooth headset has been paired and connected successfully: >> >> $ hcitool con >> Connections: >> < eSCO 1C:48:F9:AD:19:EE handle 70 state 1 lm MASTER >> < ACL 1C:48:F9:AD:19:EE handle 69 state 1 lm MASTER AUTH ENCRYPT >> >> >> 5. On my laptop, I can play through bluetooth headset with mplayer successfully: >> >> $ mplayer -ao alsa:device=btheadset /usr/share/sounds/alsa/Front_Center.wav >> >> MPlayer2 2.0-728-g2c378c7-4 (C) 2000-2012 MPlayer Team >> Cannot open file '/home/harry/.mplayer/input.conf': No such file >> or directory >> Failed to open /home/harry/.mplayer/input.conf. >> Cannot open file '/etc/mplayer/input.conf': No such file or directory >> Failed to open /etc/mplayer/input.conf. >> >> Playing /usr/share/sounds/alsa/Front_Center.wav. >> Detected file format: WAV / WAVE (Waveform Audio) (libavformat) >> [lavf] stream 0: audio (pcm_s16le), -aid 0 >> Load subtitles in /usr/share/sounds/alsa/ >> Selected audio codec: Uncompressed PCM [pcm] >> AUDIO: 48000 Hz, 1 ch, s16le, 768.0 kbit/100.00% (ratio: 96000->96000) >> AO: [alsa] 8000Hz 1ch s16le (2 bytes per sample) >> Video: no video >> Starting playback... >> A: 1.4 (01.4) of 1.4 (01.4) 0.1% >> >> Exiting... (End of file) >> >> >> 6. However, on my laptop, play with aplay failed: >> >> $ aplay -D btheadset /usr/share/sounds/alsa/Front_Center.wav >> >> Playing WAVE '/usr/share/sounds/alsa/Front_Center.wav' : Signed 16 >> bit Little Endian, Rate 48000 Hz, Mono >> ^CAborted by signal Interrupt... >> >> All I got is constant beeeeep noises and I have to press Ctrl^C to terminate it. >> >> 7. On my target machine, the rootfs is provided by "dizzy" yocto >> release also with bluez 4.101. I have modified main.conf to define >> "Class=0x5A020C" (or simply 0x000200) and audio.conf to enable >> "SCORouting=PCM". >> >> 8. On my target machine, the same aplay command failed as well. But it >> doesn't output any sound, no constant beep noise. Only when I >> terminated it could I hear a short beep sound. >> >> >> Given that mplayer works on bluetooth headset, I thought the bridging >> from alsa to bluez works. However, why aplay failed? On my target >> there is only aplay now and it's difficult to add mplay, so I would >> have to make aplay work with bluetooth audio. >> >> Any comments are much appreciated! >> >> Cheers, >> Harry >> >> >> P.S. >> >> The following is the "bluetoothd -d -n" result during "aplay -D btheadset ...": >> >> bluetoothd[9490]: audio/unix.c:server_cb() Accepted new client >> connection on unix socket (fd=33) >> bluetoothd[9490]: audio/unix.c:client_cb() Audio API: BT_REQUEST <- >> BT_GET_CAPABILITIES >> bluetoothd[9490]: audio/unix.c:unix_ipc_sendmsg() Audio API: >> BT_RESPONSE -> BT_GET_CAPABILITIES >> bluetoothd[9490]: audio/unix.c:client_cb() Audio API: BT_REQUEST <- BT_OPEN >> bluetoothd[9490]: audio/unix.c:handle_sco_open() open sco - object=ANY >> source=ANY destination=1C:48:F9:AD:19:EE lock=write >> bluetoothd[9490]: audio/unix.c:unix_ipc_sendmsg() Audio API: >> BT_RESPONSE -> BT_OPEN >> bluetoothd[9490]: audio/unix.c:client_cb() Audio API: BT_REQUEST <- >> BT_SET_CONFIGURATION >> bluetoothd[9490]: audio/unix.c:unix_ipc_sendmsg() Audio API: >> BT_RESPONSE -> BT_SET_CONFIGURATION >> bluetoothd[9490]: audio/unix.c:client_cb() Audio API: BT_REQUEST <- >> BT_START_STREAM >> bluetoothd[9490]: audio/headset.c:headset_set_state() State changed >> /org/bluez/9490/hci1/dev_1C_48_F9_AD_19_EE: HEADSET_STATE_CONNECTED -> >> HEADSET_STATE_PLAY_IN_PROGRESS >> bluetoothd[9490]: audio/media.c:headset_state_changed() >> bluetoothd[9490]: audio/media.c:headset_state_changed() >> bluetoothd[9490]: audio/headset.c:sco_connect_cb() SCO socket opened >> for headset /org/bluez/9490/hci1/dev_1C_48_F9_AD_19_EE >> bluetoothd[9490]: audio/headset.c:sco_connect_cb() SCO fd=35 >> bluetoothd[9490]: audio/unix.c:unix_ipc_sendmsg() Audio API: >> BT_RESPONSE -> BT_START_STREAM >> bluetoothd[9490]: audio/unix.c:unix_ipc_sendmsg() Audio API: >> BT_INDICATION -> BT_NEW_STREAM >> bluetoothd[9490]: audio/headset.c:headset_set_state() State changed >> /org/bluez/9490/hci1/dev_1C_48_F9_AD_19_EE: >> HEADSET_STATE_PLAY_IN_PROGRESS -> HEADSET_STATE_PLAYING >> bluetoothd[9490]: audio/media.c:headset_state_changed() >> bluetoothd[9490]: audio/media.c:headset_state_changed() >> bluetoothd[9490]: audio/transport.c:media_transport_acquire() >> Transport /org/bluez/9490/hci1/dev_1C_48_F9_AD_19_EE/fd0: read lock >> acquired >> bluetoothd[9490]: audio/transport.c:media_transport_acquire() >> Transport /org/bluez/9490/hci1/dev_1C_48_F9_AD_19_EE/fd0: write lock >> acquired >> bluetoothd[9490]: audio/transport.c:media_owner_create() Owner >> created: sender=:1.309 accesstype=rw >> bluetoothd[9490]: audio/transport.c:media_transport_release() >> Transport /org/bluez/9490/hci1/dev_1C_48_F9_AD_19_EE/fd0: read lock >> released >> bluetoothd[9490]: audio/transport.c:media_transport_release() >> Transport /org/bluez/9490/hci1/dev_1C_48_F9_AD_19_EE/fd0: write lock >> released >> bluetoothd[9490]: audio/transport.c:media_owner_free() Owner :1.309 >> bluetoothd[9490]: audio/unix.c:client_cb() Unix client disconnected (fd=33) >> bluetoothd[9490]: audio/headset.c:headset_set_state() State changed >> /org/bluez/9490/hci1/dev_1C_48_F9_AD_19_EE: HEADSET_STATE_PLAYING -> >> HEADSET_STATE_CONNECTED >> bluetoothd[9490]: audio/media.c:headset_state_changed() >> bluetoothd[9490]: audio/media.c:headset_state_changed() >> bluetoothd[9490]: audio/unix.c:client_free() client_free(0x7f59b52e54b0) > -- > To unsubscribe from this list: send the line "unsubscribe linux-bluetooth" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html -- BR / Pozdrawiam Ɓukasz