* [Bluez-users] Headset not playing audio HELP PLEASE
@ 2008-02-08 4:40 pramod gurav
2008-02-08 16:19 ` Guillaume Bedot
2008-02-08 23:08 ` jayjwa
0 siblings, 2 replies; 18+ messages in thread
From: pramod gurav @ 2008-02-08 4:40 UTC (permalink / raw)
To: bluez-devel, Bluez-users
[-- Attachment #1.1: Type: text/plain, Size: 7623 bytes --]
hi All
Trying to play audio on my headset HBH-600.
When I play audio using mplayer it looks all fine from logs but sound is not played on headset
[Pramod@localhost ~]$ mplayer_install/bin/mplayer -ao alsa:device=bluetooth 1.mp3 MPlayer 1.0rc2-4.1.1 (C) 2000-2007 MPlayer Team
CPU: Intel Celeron 2/Pentium III Coppermine,Geyserville (Family: 6, Model: 8, Stepping: 6)
CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 0
Compiled for x86 CPU with extensions: MMX MMX2 SSE
Playing 1.mp3.
Audio file file format detected.
Clip info:
Title: Dream Girl
Artist: EM Inc.
Album: Kishore Kumar - LEGEND Vol 5
Year:
Comment: Visit: http://welcome.to/eminc
Genre: Other
==========================================================================
Opening audio decoder: [mp3lib] MPEG layer-2, layer-3
AUDIO: 44100 Hz, 2 ch, s16le, 128.0 kbit/9.07% (ratio: 16000->176400)
Selected audio codec: [mp3] afm: mp3lib (mp3lib MPEG layer-2, layer-3)
==========================================================================
AO: [alsa] 8000Hz 1ch s16le (2 bytes per sample)
Video: no video
Starting playback...
[AO_ALSA] Write error: Resource temporarily unavailable
[AO_ALSA] Trying to reset soundcard.
[AO_ALSA] Write error: Resource temporarily unavailable
[AO_ALSA] Trying to reset soundcard.
A: 1.1 (01.1) of 356.0 (05:56.0) 13.9%
************
On the console where i run the audio service I get these log
audio[3032]: Accepted new client connection on unix socket (fd=9) audio[3032]: Audio API: received BT_GETCAPABILITIES_REQ
audio[3032]: Got path /org/bluez/hci0 for adapter with address 00:0B:0D:33:9E:FB
audio[3032]: /org/bluez/hci0 GetRemoteName(): Not available
Passkey request for device 00:0F:DE:B1:02:42
audio[3032]: Audio service discovery completed with success
audio[3032]: Found Headset record
audio[3032]: Discovered Headset service on RFCOMM channel 1
audio[3032]: Selecting default device
audio[3032]: Audio API: sending BT_GETCAPABILITIES_RSP
audio[3032]: Audio API: received BT_SETCONFIGURATION_REQ
audio[3032]: config sbc - frequency = 0 channel_mode = 0 allocation = 0 subbands = 0 blocks = 0 bitpool = 0
audio[3032]: State changed /org/bluez/audio/device0: HEADSET_STATE_DISCONNECTED -> HEADSET_STATE_CONNECT_IN_PROGRESS
audio[3032]: /org/bluez/audio/device0: Connecting to 00:0F:DE:B1:02:42 channel 1
audio[3032]: State changed /org/bluez/audio/device0: HEADSET_STATE_CONNECT_IN_PROGRESS -> HEADSET_STATE_CONNECTED
audio[3032]: /org/bluez/audio/device0: Connected to 00:0F:DE:B1:02:42
audio[3032]: State changed /org/bluez/audio/device0: HEADSET_STATE_CONNECTED -> HEADSET_STATE_PLAY_IN_PROGRESS
audio[3032]: Received AT*ECBP=?
audio[3032]: Badly formated or unrecognized command: AT*ECBP=?
audio[3032]: Received AT+CLIP=1
audio[3032]: Received AT+CSCS="UTF-8"
audio[3032]: Badly formated or unrecognized command: AT+CSCS="UTF-8"
audio[3032]: Received AT+CLAN?
audio[3032]: Badly formated or unrecognized command: AT+CLAN?
audio[3032]: SCO socket opened for headset /org/bluez/audio/device0
audio[3032]: SCO fd=11
audio[3032]: Audio API: sending BT_SETCONFIGURATION_RSP
audio[3032]: State changed /org/bluez/audio/device0: HEADSET_STATE_PLAY_IN_PROGRESS -> HEADSET_STATE_PLAYING
audio[3032]: Audio API: received BT_STREAMSTART_REQ
audio[3032]: Audio API: sending BT_STREAMSTART_RSP
audio[3032]: Audio API: sending BT_STREAMFD_IND
audio[3032]: Received AT+VGS=15
audio[3032]: Received AT+VGS=14
audio[3032]: Received AT+VGS=12
audio[3032]: Audio API: received BT_STREAMSTART_REQ
audio[3032]: Audio API: sending BT_STREAMSTART_RSP
audio[3032]: Audio API: sending BT_STREAMFD_IND
audio[3032]: Audio API: received BT_STREAMSTART_REQ
audio[3032]: Audio API: sending BT_STREAMSTART_RSP
audio[3032]: Audio API: sending BT_STREAMFD_IND
audio[3032]: Unix client disconnected (fd=9)
audio[3032]: State changed /org/bluez/audio/device0: HEADSET_STATE_PLAYING -> HEADSET_STATE_DISCONNECTED
These are contents of some files.....
# HCI daemon configuration file.
# HCId options
options {
autoinit yes;
security user;
pairing multi;
# passkey "0000";
}
device {
name "MyBD";
class 0x000100;
#pkt_type
DH1,DM1,HV1;
iscan enable; pscan enable;
lp rswitch,hold,sniff,park;
}
/etc/bluetooth/audio.service
[Bluetooth Service]
Identifier=audio
Name=Audio service
Description=Bluetooth Audio service
Autostart=false
cat ~/.asoundrc
pcm.bluetooth {
type bluetooth
device 00:0F:DE:B1:02:42 #headset address
}
cat /etc/asound.conf
#Generated by system-config-soundcard, do not edit by hand
#SWCONF
#DEV 0
defaults.pcm.card 0
defaults.pcm.device 0
defaults.ctl.card 0
I run following commands
[root@localhost ~]# /etc/init.d/bluetooth start ---------- without -s option
[root@localhost ~]# ps -ea | grep sdpd
[root@localhost ~]# /usr/local/lib/bluetooth/bluetoothd-service-audio &
[1]
4472
[root@localhost ~]# audio[4472]: Bluetooth Audio daemon
audio[4472]: Unix socket created: 5
audio[4472]: audio.conf: /etc/bluetooth/audio.conf: key Enable not found
audio[4472]: audio.conf: /etc/bluetooth/audio.conf: key Disable not found
audio[4472]: add_service_record: got record id 0x10000
audio[4472]: audio.conf: /etc/bluetooth/audio.conf: key Disable not found
audio[4472]: audio.conf: /etc/bluetooth/audio.conf: group A2DP not found
audio[4472]: audio.conf: /etc/bluetooth/audio.conf: group A2DP not found
audio[4472]: audio.conf: /etc/bluetooth/audio.conf: group A2DP not found
audio[4472]: audio.conf: /etc/bluetooth/audio.conf: group A2DP not found
audio[4472]: SEP 0x9795040 registered: type:0 codec:0 seid:1
audio[4472]: add_service_record: got record id 0x10001
audio[4472]: add_service_record: got record id 0x10002
audio[4472]: add_service_record: got record id 0x10003
audio[4472]: Registered manager
path:/org/bluez/audio
/usr/local/lib/bluetooth/bluetoothd-service-audio &
[2] 4604
/var/log/messages are -----------
HCID
Feb 7 11:07:51 localhost hcid[32128]: Bluetooth HCI daemon
Feb 7 11:07:51 localhost hcid[32128]: HCI dev 0 registered
Feb 7 11:07:51 localhost hcid[32128]: HCI dev 0 already up
Feb 7 11:07:51 localhost hcid[32128]: Device hci0 has been added
Feb 7 11:07:51 localhost hcid[32128]: Starting security manager 0
Feb 7 11:07:51 localhost hcid[32128]: Device hci0 has been activated
Feb
7 11:07:51 localhost hcid[32128]: Created local server at
unix:abstract=/var/run/dbus-KmH44CDyJ1,guid=2f99aa4799c1691555c6259fb275d700
Feb 7 11:07:51 localhost input[32132]: Bluetooth Input
daemon
Feb 7 11:07:51 localhost input[32132]: Registered input manager path:/org/bluez/input
SDPD
Feb 7 11:08:23 localhost sdpd[32136]: Bluetooth SDP daemon
Feb 7 11:08:23 localhost sdpd[32136]: Starting SDP server
BT AUDIO DAEMON
Feb 7 11:09:04 localhost audio[32141]: Bluetooth Audio daemon
Feb 7 11:09:04 localhost audio[32141]: Unix socket created: 5
Feb 7 11:09:04 localhost audio[32141]: Registered manager path:/org/bluez/audio
I also run passkey agent with default pass key 0000.
(The thing work after this only. )
I hear a sound on headset but thats not what i am playing.
Can anyone give me suggestion on what i am missing???????/
Thanks and Best regards
Pramod
Now you can chat without downloading messenger. Go to http://in.messenger.yahoo.com/webmessengerpromo.php
[-- Attachment #1.2: Type: text/html, Size: 9287 bytes --]
[-- Attachment #2: Type: text/plain, Size: 228 bytes --]
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
[-- Attachment #3: Type: text/plain, Size: 164 bytes --]
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [Bluez-users] Headset not playing audio HELP PLEASE
2008-02-08 4:40 pramod gurav
@ 2008-02-08 16:19 ` Guillaume Bedot
2008-02-08 23:08 ` jayjwa
1 sibling, 0 replies; 18+ messages in thread
From: Guillaume Bedot @ 2008-02-08 16:19 UTC (permalink / raw)
To: BlueZ users
Hello,
I don't remember which dongle you use.
Could you also post the output of :
hciconfig -a
You may have to try the options of hci_usb module ( force_scofix=1 ) .
Regards,
Guillaume B.
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [Bluez-users] Headset not playing audio HELP PLEASE
2008-02-08 4:40 pramod gurav
2008-02-08 16:19 ` Guillaume Bedot
@ 2008-02-08 23:08 ` jayjwa
1 sibling, 0 replies; 18+ messages in thread
From: jayjwa @ 2008-02-08 23:08 UTC (permalink / raw)
To: BlueZ users
On Fri, 8 Feb 2008, pramod gurav wrote:
-> On the console where i run the audio service I get these log
-> audio[3032]: Accepted new client connection on unix socket (fd=9) audio[3032]: Audio API: received BT_GETCAPABILITIES_REQ
-> audio[3032]: Got path /org/bluez/hci0 for adapter with address 00:0B:0D:33:9E:FB
-> audio[3032]: /org/bluez/hci0 GetRemoteName(): Not available
-> Passkey request for device 00:0F:DE:B1:02:42
Did you also start auth-agent? My headset uses both:
Passkey request for device 00:1A:45:01:F9:42
Authorization request for device 00:1A:45:01:F9:42
-> audio[3032]: Audio service discovery completed with success
-> audio[3032]: Found Headset record
-> audio[3032]: Discovered Headset service on RFCOMM channel 1
-> audio[3032]: Selecting default device
-> audio[3032]: Audio API: sending BT_GETCAPABILITIES_RSP
-> audio[3032]: Audio API: received BT_SETCONFIGURATION_REQ
-> audio[3032]: config sbc - frequency = 0 channel_mode = 0 allocation = 0 subbands = 0 blocks = 0 bitpool = 0
-> audio[3032]: State changed /org/bluez/audio/device0: HEADSET_STATE_DISCONNECTED -> HEADSET_STATE_CONNECT_IN_PROGRESS
-> audio[3032]: /org/bluez/audio/device0: Connecting to 00:0F:DE:B1:02:42 channel 1
-> audio[3032]: State changed /org/bluez/audio/device0: HEADSET_STATE_CONNECT_IN_PROGRESS -> HEADSET_STATE_CONNECTED
-> audio[3032]: /org/bluez/audio/device0: Connected to 00:0F:DE:B1:02:42
-> audio[3032]: State changed /org/bluez/audio/device0: HEADSET_STATE_CONNECTED -> HEADSET_STATE_PLAY_IN_PROGRESS
-> audio[3032]: Received AT*ECBP=?
-> audio[3032]: Badly formated or unrecognized command: AT*ECBP=?
I had errors like these the day before. If I remeber right, setting
force_scofix=1 on the device's module (hci_usb) seemed to clear them up. But I
forgot if your Bluetooth adapter is usb or not.
Did you pair the devices first? My headset had a button to press which makes
it pair. I've heard the noise too, like the one you're getting. I upgraded to
3.25, set the force_scofix to 1 and tried a few different values in
audio.conf. After that it just worked.
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [Bluez-users] Headset not playing audio HELP PLEASE
@ 2008-02-11 10:07 pramod gurav
2008-02-12 12:47 ` jayjwa
0 siblings, 1 reply; 18+ messages in thread
From: pramod gurav @ 2008-02-11 10:07 UTC (permalink / raw)
To: BlueZ users
[-- Attachment #1.1: Type: text/plain, Size: 4771 bytes --]
hi
i tried adding options hci_usb force_scofix=1 to file etc/modprobe.d/bluez
but this file was not there I created it and added the option.
But no change
One more thing is i have no module called hci_usb found when I do
[Pramod@localhost ~]$ lsmod | grep hci
uhci_hcd 29072 0
This is some info i would like to share
[Pramod@localhost ~]$ cat /etc/modules.conf
#Bluez
#alias net-pf-31 bluez
#alias bt-proto-0 l2cap
alias net-pf-31 bluez
alias bt-proto-0 l2cap
alias bt-proto-2 sco
alias bt-proto-3 rfcomm
[Pramod@localhost ~]$ /usr/local/sbin/hciconfig -a
hci0: Type: USB
BD Address: 00:0B:0D:33:9E:FB ACL MTU: 120:20 SCO MTU: 64:0
UP RUNNING PSCAN ISCAN
RX bytes:6912199 acl:71 sco:135480 events:72 errors:0
TX bytes:1053 acl:35 sco:0 commands:30 errors:0
Features: 0xff 0xff 0x05 0x00 0x00 0x00 0x00 0x00
Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3
Link policy: HOLD PARK
Link mode: ACCEPT MASTER
Name: 'MistralBD'
Class: 0x000100
Service Classes: Unspecified
Device Class: Computer, Uncategorized
HCI Ver: 1.1 (0x1) HCI Rev: 0x0 LMP Ver: 1.1 (0x1) LMP Subver: 0x757
Manufacturer: Silicon Wave (11)
please Suggest me if something is wrong
Thanks and Best regards
Pramod
----- Original Message ----
From: jayjwa <jayjwa@atr2.ath.cx>
To: BlueZ users <bluez-users@lists.sourceforge.net>
Sent: Saturday, 9 February, 2008 4:38:02 AM
Subject: Re: [Bluez-users] Headset not playing audio HELP PLEASE
On
Fri,
8
Feb
2008,
pramod
gurav
wrote:
->
On
the
console
where
i
run
the
audio
service
I
get
these
log
->
audio[3032]:
Accepted
new
client
connection
on
unix
socket
(fd=9)
audio[3032]:
Audio
API:
received
BT_GETCAPABILITIES_REQ
->
audio[3032]:
Got
path
/org/bluez/hci0
for
adapter
with
address
00:0B:0D:33:9E:FB
->
audio[3032]:
/org/bluez/hci0
GetRemoteName():
Not
available
->
Passkey
request
for
device
00:0F:DE:B1:02:42
Did
you
also
start
auth-agent?
My
headset
uses
both:
Passkey
request
for
device
00:1A:45:01:F9:42
Authorization
request
for
device
00:1A:45:01:F9:42
->
audio[3032]:
Audio
service
discovery
completed
with
success
->
audio[3032]:
Found
Headset
record
->
audio[3032]:
Discovered
Headset
service
on
RFCOMM
channel
1
->
audio[3032]:
Selecting
default
device
->
audio[3032]:
Audio
API:
sending
BT_GETCAPABILITIES_RSP
->
audio[3032]:
Audio
API:
received
BT_SETCONFIGURATION_REQ
->
audio[3032]:
config
sbc
-
frequency
=
0
channel_mode
=
0
allocation
=
0
subbands
=
0
blocks
=
0
bitpool
=
0
->
audio[3032]:
State
changed
/org/bluez/audio/device0:
HEADSET_STATE_DISCONNECTED
->
HEADSET_STATE_CONNECT_IN_PROGRESS
->
audio[3032]:
/org/bluez/audio/device0:
Connecting
to
00:0F:DE:B1:02:42
channel
1
->
audio[3032]:
State
changed
/org/bluez/audio/device0:
HEADSET_STATE_CONNECT_IN_PROGRESS
->
HEADSET_STATE_CONNECTED
->
audio[3032]:
/org/bluez/audio/device0:
Connected
to
00:0F:DE:B1:02:42
->
audio[3032]:
State
changed
/org/bluez/audio/device0:
HEADSET_STATE_CONNECTED
->
HEADSET_STATE_PLAY_IN_PROGRESS
->
audio[3032]:
Received
AT*ECBP=?
->
audio[3032]:
Badly
formated
or
unrecognized
command:
AT*ECBP=?
I
had
errors
like
these
the
day
before.
If
I
remeber
right,
setting
force_scofix=1
on
the
device's
module
(hci_usb)
seemed
to
clear
them
up.
But
I
forgot
if
your
Bluetooth
adapter
is
usb
or
not.
Did
you
pair
the
devices
first?
My
headset
had
a
button
to
press
which
makes
it
pair.
I've
heard
the
noise
too,
like
the
one
you're
getting.
I
upgraded
to
3.25,
set
the
force_scofix
to
1
and
tried
a
few
different
values
in
audio.conf.
After
that
it
just
worked.
-------------------------------------------------------------------------
This
SF.net
email
is
sponsored
by:
Microsoft
Defy
all
challenges.
Microsoft(R)
Visual
Studio
2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Bluez-users
mailing
list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users
Share files, take polls, and discuss your passions - all under one roof. Go to http://in.promos.yahoo.com/groups
[-- Attachment #1.2: Type: text/html, Size: 6435 bytes --]
[-- Attachment #2: Type: text/plain, Size: 228 bytes --]
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
[-- Attachment #3: Type: text/plain, Size: 164 bytes --]
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [Bluez-users] Headset not playing audio HELP PLEASE
2008-02-11 10:07 pramod gurav
@ 2008-02-12 12:47 ` jayjwa
0 siblings, 0 replies; 18+ messages in thread
From: jayjwa @ 2008-02-12 12:47 UTC (permalink / raw)
To: BlueZ users
On Mon, 11 Feb 2008, pramod gurav wrote:
-> i tried adding options hci_usb force_scofix=1 to file etc/modprobe.d/bluez
-> but this file was not there I created it and added the option.
-> But no change
I'm not sure modprobe looks in that file. By default, it looks in
/etc/modprobe.conf. Run 'strings /sbin/modprobe | grep conf' and you can see
where it's looking.
-> One more thing is i have no module called hci_usb found when I do
-> [Pramod@localhost ~]$ lsmod | grep hci
-> uhci_hcd 29072 0
Hm. I wonder what is running your adapter then? Maybe it's compiled in?
If there is CONFIG_BT_HCIUSB=y in your kernel config, then it is.
-> This is some info i would like to share
-> [Pramod@localhost ~]$ cat /etc/modules.conf
-> #Bluez
-> #alias net-pf-31 bluez
-> #alias bt-proto-0 l2cap
-> alias net-pf-31 bluez
-> alias bt-proto-0 l2cap
-> alias bt-proto-2 sco
-> alias bt-proto-3 rfcomm
That's an old file, and you can probably kill it. All that info should be in
the modprobe.conf now. Your alias for net-pf-31 should point to 'bluetooth',
as that is the module for bluetooth protocol on modern kernels. There is no
more 'bluez' module as far as I can tell.
-> [Pramod@localhost ~]$ /usr/local/sbin/hciconfig -a
-> hci0: Type: USB
-> BD Address: 00:0B:0D:33:9E:FB ACL MTU: 120:20 SCO MTU: 64:0
-> UP RUNNING PSCAN ISCAN
-> RX bytes:6912199 acl:71 sco:135480 events:72 errors:0
-> TX bytes:1053 acl:35 sco:0 commands:30 errors:0
-> Features: 0xff 0xff 0x05 0x00 0x00 0x00 0x00 0x00
-> Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3
-> Link policy: HOLD PARK
I have 'lp rswitch,hold,sniff,part' in my hcid.conf, so there is those names
above in "Link policy". I'm not sure if it matters here or not but I thought
I'd mention it.
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [Bluez-users] Headset not playing audio HELP PLEASE
@ 2008-02-13 5:27 pramod gurav
2008-02-14 14:22 ` jayjwa
0 siblings, 1 reply; 18+ messages in thread
From: pramod gurav @ 2008-02-13 5:27 UTC (permalink / raw)
To: BlueZ users
[-- Attachment #1.1: Type: text/plain, Size: 9347 bytes --]
hi
Thanks for the reply
I run following
[Pramod@localhost ~]$ strings /sbin/modprobe | grep conf
/etc/modules.conf
showconfig
/etc/modprobe.conf
Usage: %s [-v] [-V] [-C config-file] [-n] [-i] [-q] [-b] [-o <modname>] <modname> [parameters...]
Failed to open config file %s: %s
Failed to open included config file %s: %s
This is my /usr/src/linux-2.6.15..i686/.config(Only BT configs are given here)
CONFIG_BT=y
CONFIG_BT_L2CAP=y
CONFIG_BT_SCO=y
CONFIG_BT_RFCOMM=y
CONFIG_BT_RFCOMM_TTY=y
CONFIG_BT_BNEP=y
CONFIG_BT_BNEP_MC_FILTER=y
CONFIG_BT_BNEP_PROTO_FILTER=y
CONFIG_BT_CMTP=m
CONFIG_BT_HIDP=y
#
# Bluetooth device
drivers
#
CONFIG_BT_HCIUSB=y
CONFIG_BT_HCIUSB_SCO=y
CONFIG_BT_HCIUART=y
CONFIG_BT_HCIUART_H4=y
CONFIG_BT_HCIUART_BCSP=y
CONFIG_BT_HCIBCM203X=y
CONFIG_BT_HCIBPA10X=y
CONFIG_BT_HCIBFUSB=y
CONFIG_BT_HCIDTL1=y
CONFIG_BT_HCIBT3C=y
CONFIG_BT_HCIBLUECARD=y
CONFIG_BT_HCIBTUART=y
CONFIG_BT_HCIVHCI=y
CONFIG_IEEE80211=m
SO I have hci_usb compiled in my kernel...
These are things I did now...
[root@localhost Pramod]# mv /etc/modules.conf /etc/modules.conf_old
copied these lines to /etc/modprobe.conf
alias net-pf-31 bluez ------> changed to -----> alias net-pf-31 bluetooth
alias bt-proto-0 l2cap
alias bt-proto-2 sco
alias bt-proto-3 rfcomm
Added "options
hci_usb
force_scofix=1" to /etc/modprobe.conf file...
Now I rebooted ..
When I restarted my hcid(with sdpd, audi-service autostart) I found some things that I never seen
before in /var/log/messages these are
/***This log appeared for first time*****/
Feb 13 09:48:40 localhost audio[2473]: Loading device 00:0F:DE:B1:02:42 (headset )
Feb 13 09:48:40 localhost audio[2473]: Setting 00:0F:DE:B1:02:42 as default device
Then I did
[Pramod@localhost ~]$ arecord -D bluetooth -f S16_LE test.raw
both ACL and SCO were established
I was able to record sound from headset...
But when I tried
[Pramod@localhost ~]$ aplay -D bluetooth -f S16_LE test.raw
Playing raw data 'test.raw' : Signed 16 bit Little Endian, Rate 8000 Hz, Mono
No sound was listened on headset
[root@localhost Pramod]# hcitool con
Connections:
< SCO 00:0F:DE:B1:02:42 handle 1 state 1 lm SLAVE
< ACL 00:0F:DE:B1:02:42 handle 11 state 1 lm MASTER
[root@localhost Pramod]# hcidump -x
> SCO data: handle 1 flags 0x00 dlen 48
4F 00 CE FF B2 FF B5 FF 41 00 B5 00 B9 00 85 00 8B 00 A3 00
54 00 42 00 38 00 1B 00 FB FF D1 FF AB FF 44 00 78 00 87 00
73 00 56 00 E8 FF F4 FF
ctnr+c
the logs were
Feb 13 09:49:35 localhost hcid[2469]: link_key_request (sba=00:02:72:CE:5B:80, dba=00:0F:DE:B1:02:42)
Feb 13 09:49:36 localhost hcid[2469]: link_key_notify (sba=00:02:72:CE:5B:80, dba=00:0F:DE:B1:02:42)Feb 13 09:49:36 localhost audio[2473]: Badly formated or unrecognized command: AT*ECBP=?
Feb 13 09:49:36 localhost audio[2473]: Badly formated or unrecognized command: AT+CSCS="UTF-8"
Feb 13 09:49:36 localhost audio[2473]: Badly formated or unrecognized command: AT+CLAN?
Feb 13 09:51:06 localhost audio[2473]: Audio API: received BT_GETCAPABILITIES_REQ
Feb 13 09:51:06 localhost audio[2473]: Audio API: sending BT_GETCAPABILITIES_RSP
Feb 13 09:51:06 localhost audio[2473]: Audio API: received BT_SETCONFIGURATION_REQ
Feb 13 09:51:06 localhost audio[2473]: config sbc - frequency = 0 channel_mode = 0 allocation = 0 subbands = 0 blocks = 0 bitpool = 0
Feb 13 09:51:08 localhost hcid[2469]: pin_code_request (sba=00:02:72:CE:5B:80, dba=00:0F:DE:B1:02:42)
Feb 13 09:51:08 localhost hcid[2469]: link_key_notify (sba=00:02:72:CE:5B:80, dba=00:0F:DE:B1:02:42)Feb 13 09:51:09 localhost audio[2473]: Badly formated or unrecognized command: AT*ECBP=?
Feb 13 09:51:09 localhost audio[2473]: SCO fd=11
Feb 13 09:51:09 localhost audio[2473]: Audio API: sending BT_SETCONFIGURATION_RSP
Feb 13 09:51:09 localhost audio[2473]: Audio API: received BT_STREAMSTART_REQ
Feb 13 09:51:09 localhost audio[2473]: Audio API: sending BT_STREAMSTART_RSP
Feb 13 09:51:09 localhost audio[2473]: Audio API: sending BT_STREAMFD_IND
Feb 13 09:51:09 localhost audio[2473]: Badly formated or unrecognized command: AT+CSCS="UTF-8"
Feb 13 09:51:09 localhost audio[2473]: Badly formated or unrecognized command: AT+CLAN?
Feb 13 09:52:30 localhost audio[2473]: Audio API: received BT_STREAMSTART_REQ
Feb 13 09:52:30 localhost audio[2473]: Audio API: sending BT_STREAMSTART_RSP
Feb 13 09:52:30 localhost audio[2473]: Audio API: sending BT_STREAMFD_IND
Feb 13 09:52:43 localhost kernel: hci_scodata_packet: hci0 SCO packet for unknown connection handle 1
Feb 13 09:52:43 localhost kernel: hci_scodata_packet: hci0 SCO packet for unknown connection handle 1
Feb 13 09:53:12 localhost audio[2473]: Audio API: received BT_GETCAPABILITIES_REQ
Feb 13 09:53:12 localhost audio[2473]: Audio API: sending BT_GETCAPABILITIES_RSP
Feb 13 09:53:12 localhost audio[2473]: Audio API: received BT_SETCONFIGURATION_REQ
Feb 13 09:53:12 localhost audio[2473]: config sbc - frequency = 0 channel_mode = 0 allocation = 0 subbands = 0 blocks = 0 bitpool = 0
I had made all the changes suggested by you. Are they done properly?
This is my hciconfig -a output
[root@localhost Pramod]# /usr/local/sbin/hciconfig -a
hci0: Type: USB
BD Address: 00:02:72:CE:5B:80 ACL MTU: 1017:8 SCO MTU: 64:0
UP RUNNING PSCAN ISCAN
RX bytes:5974443 acl:279 sco:116978 events:188 errors:0
TX bytes:4222 acl:168 sco:0 commands:90 errors:0
Features: 0xff 0xff 0x8d 0xfe 0x9b 0xf9 0x00 0x80
Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3
Link policy: RSWITCH HOLD SNIFF PARK
Link mode: SLAVE ACCEPT
Name: 'BlueZ (0)'
Class: 0x080100
Service Classes: Capturing
Device Class: Computer, Uncategorized
HCI Ver: 2.0 (0x3) HCI Rev: 0x204d LMP Ver: 2.0 (0x3) LMP Subver: 0x4127
Manufacturer: Broadcom Corporation (15)
please Suggest me something
Sorry for the long mail...
Thanks and Best regards
Pramod
----- Original Message ----
From: jayjwa <jayjwa@atr2.ath.cx>
To: BlueZ users <bluez-users@lists.sourceforge.net>
Sent: Tuesday, 12 February, 2008 6:17:12 PM
Subject: Re: [Bluez-users] Headset not playing audio HELP PLEASE
On
Mon,
11
Feb
2008,
pramod
gurav
wrote:
->
i
tried
adding
options
hci_usb
force_scofix=1
to
file
etc/modprobe.d/bluez
->
but
this
file
was
not
there
I
created
it
and
added
the
option.
->
But
no
change
I'm
not
sure
modprobe
looks
in
that
file.
By
default,
it
looks
in
/etc/modprobe.conf.
Run
'strings
/sbin/modprobe
|
grep
conf'
and
you
can
see
where
it's
looking.
->
One
more
thing
is
i
have
no
module
called
hci_usb
found
when
I
do
->
[Pramod@localhost
~]$
lsmod
|
grep
hci
->
uhci_hcd
29072
0
Hm.
I
wonder
what
is
running
your
adapter
then?
Maybe
it's
compiled
in?
If
there
is
CONFIG_BT_HCIUSB=y
in
your
kernel
config,
then
it
is.
->
This
is
some
info
i
would
like
to
share
->
[Pramod@localhost
~]$
cat
/etc/modules.conf
->
#Bluez
->
#alias
net-pf-31
bluez
->
#alias
bt-proto-0
l2cap
->
alias
net-pf-31
bluez
->
alias
bt-proto-0
l2cap
->
alias
bt-proto-2
sco
->
alias
bt-proto-3
rfcomm
That's
an
old
file,
and
you
can
probably
kill
it.
All
that
info
should
be
in
the
modprobe.conf
now.
Your
alias
for
net-pf-31
should
point
to
'bluetooth',
as
that
is
the
module
for
bluetooth
protocol
on
modern
kernels.
There
is
no
more
'bluez'
module
as
far
as
I
can
tell.
->
[Pramod@localhost
~]$
/usr/local/sbin/hciconfig
-a
->
hci0:
Type:
USB
->
BD
Address:
00:0B:0D:33:9E:FB
ACL
MTU:
120:20
SCO
MTU:
64:0
->
UP
RUNNING
PSCAN
ISCAN
->
RX
bytes:6912199
acl:71
sco:135480
events:72
errors:0
->
TX
bytes:1053
acl:35
sco:0
commands:30
errors:0
->
Features:
0xff
0xff
0x05
0x00
0x00
0x00
0x00
0x00
->
Packet
type:
DM1
DM3
DM5
DH1
DH3
DH5
HV1
HV2
HV3
->
Link
policy:
HOLD
PARK
I
have
'lp
rswitch,hold,sniff,part'
in
my
hcid.conf,
so
there
is
those
names
above
in
"Link
policy".
I'm
not
sure
if
it
matters
here
or
not
but
I
thought
I'd
mention
it.
-------------------------------------------------------------------------
This
SF.net
email
is
sponsored
by:
Microsoft
Defy
all
challenges.
Microsoft(R)
Visual
Studio
2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Bluez-users
mailing
list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users
Get the freedom to save as many mails as you wish. To know how, go to http://help.yahoo.com/l/in/yahoo/mail/yahoomail/tools/tools-08.html
[-- Attachment #1.2: Type: text/html, Size: 11576 bytes --]
[-- Attachment #2: Type: text/plain, Size: 228 bytes --]
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
[-- Attachment #3: Type: text/plain, Size: 164 bytes --]
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [Bluez-users] Headset not playing audio HELP PLEASE
2008-02-13 5:27 [Bluez-users] Headset not playing audio HELP PLEASE pramod gurav
@ 2008-02-14 14:22 ` jayjwa
0 siblings, 0 replies; 18+ messages in thread
From: jayjwa @ 2008-02-14 14:22 UTC (permalink / raw)
To: BlueZ users
[-- Attachment #1: Type: TEXT/PLAIN, Size: 9467 bytes --]
On Wed, 13 Feb 2008, pramod gurav wrote:
-> [Pramod@localhost ~]$ strings /sbin/modprobe | grep conf
-> /etc/modules.conf
-> showconfig
-> /etc/modprobe.conf
-> Usage: %s [-v] [-V] [-C config-file] [-n] [-i] [-q] [-b] [-o <modname>] <modname> [parameters...]
-> Failed to open config file %s: %s
-> Failed to open included config file %s: %s
Looks like it's using both /etc/modules.conf and /etc/modprobe.conf, I'd stick
with /etc/modprobe.conf as I think that's the currently used one in the Linux
community.
-> This is my /usr/src/linux-2.6.15..i686/.config(Only BT configs are given here)
-> CONFIG_BT=y
-> CONFIG_BT_L2CAP=y
-> CONFIG_BT_SCO=y
-> CONFIG_BT_RFCOMM=y
-> CONFIG_BT_RFCOMM_TTY=y
-> CONFIG_BT_BNEP=y
-> CONFIG_BT_BNEP_MC_FILTER=y
-> CONFIG_BT_BNEP_PROTO_FILTER=y
-> CONFIG_BT_CMTP=m
-> CONFIG_BT_HIDP=y
-> #
-> # Bluetooth device
-> drivers
-> #
-> CONFIG_BT_HCIUSB=y
-> CONFIG_BT_HCIUSB_SCO=y
-> CONFIG_BT_HCIUART=y
-> CONFIG_BT_HCIUART_H4=y
-> CONFIG_BT_HCIUART_BCSP=y
-> CONFIG_BT_HCIBCM203X=y
-> CONFIG_BT_HCIBPA10X=y
-> CONFIG_BT_HCIBFUSB=y
-> CONFIG_BT_HCIDTL1=y
-> CONFIG_BT_HCIBT3C=y
-> CONFIG_BT_HCIBLUECARD=y
-> CONFIG_BT_HCIBTUART=y
-> CONFIG_BT_HCIVHCI=y
-> CONFIG_IEEE80211=m
Looks like it's all compiled in, which is OK. You could do modules (=m) to
save kernel size, if you like, but it's fine how it is now.
-> SO I have hci_usb compiled in my kernel...
-> These are things I did now...
-> [root@localhost Pramod]# mv /etc/modules.conf /etc/modules.conf_old
-> copied these lines to /etc/modprobe.conf
-> alias net-pf-31 bluez ------> changed to -----> alias net-pf-31 bluetooth
-> alias bt-proto-0 l2cap
-> alias bt-proto-2 sco
-> alias bt-proto-3 rfcomm
-> Added "options
-> hci_usb
-> force_scofix=1" to /etc/modprobe.conf file...
Hopefully on one line?
options hci_usb force_scofix=1
You can try to see if some of the other options work for you. See them with
'modinfo hci_usb'.
-> Now I rebooted ..
If they were modules, you won't have to reboot every time you change an
options. Just
modprobe -r hci_usb
modprobe hci_usb force_scofix=1
or any other option. If it says 'module whatever is in use' kill the things
using it first, then restart them. Usually anything with 'blue' or 'hci' in
the name. 'pkill' works good for that, if you have 'pkill'.
-> When I restarted my hcid(with sdpd, audi-service autostart) I found some things that I never seen
-> before in /var/log/messages these are
-> /***This log appeared for first time*****/
-> Feb 13 09:48:40 localhost audio[2473]: Loading device 00:0F:DE:B1:02:42 (headset )
-> Feb 13 09:48:40 localhost audio[2473]: Setting 00:0F:DE:B1:02:42 as default device
->
-> Then I did
-> [Pramod@localhost ~]$ arecord -D bluetooth -f S16_LE test.raw
->
-> both ACL and SCO were established
-> I was able to record sound from headset...
-> But when I tried
-> [Pramod@localhost ~]$ aplay -D bluetooth -f S16_LE test.raw
-> Playing raw data 'test.raw' : Signed 16 bit Little Endian, Rate 8000 Hz, Mono
->
-> No sound was listened on headset
->
-> [root@localhost Pramod]# hcitool con
-> Connections:
-> < SCO 00:0F:DE:B1:02:42 handle 1 state 1 lm SLAVE
-> < ACL 00:0F:DE:B1:02:42 handle 11 state 1 lm MASTER
Maybe the device isn't in the right state. After yours it says either 'SLAVE'
or "MASTER", when mine is ready to play it lists:
hcitool con
Connections:
> ACL 00:1A:45:01:F9:42 handle 11 state 1 lm MASTER AUTH ENCRYPT SECURE
If I try to play without that reading as above, I get nothing, or sometimes
garbage. Does your headset have a button or switch to make it pair?
I set up all the bluetooth stuff first, start
passkey-agent --default (PIN number) (addr of headset) &
auth-agent &
then turn on the headset, wait a few seconds. Look at 'hcitool con' and if if
the parameters are there. If so, play sound, if not, press the button on the
headset, and look again at 'hcitool con' for parameters to be correct. It's
hard to say what to do exactly for your headset, because I've never seen it,
and can only guess at how it works. If this stuff here doesn't work, I'd say
you'll just have to play around with it, or see if you can get your hands on
some other headsets to see if they work/work differently.
sox -t mp3 file.mp3 -t alsa pcm.bluetooth
>>From this list, it seems you're supposed to use a gnome or KDE utility for the
jobs of passkey-agent and auth-agent. You might try those. There's probably a
package or source for them someplace.
-> [root@localhost Pramod]# hcidump -x
-> > SCO data: handle 1 flags 0x00 dlen 48
-> 4F 00 CE FF B2 FF B5 FF 41 00 B5 00 B9 00 85 00 8B 00 A3 00
-> 54 00 42 00 38 00 1B 00 FB FF D1 FF AB FF 44 00 78 00 87 00
-> 73 00 56 00 E8 FF F4 FF
-> ctnr+c
hcidump -i hci0 --ascii
is a little easier to read, than -x, which is hex. You can at least read
what's going on.
-> the logs were
-> Feb 13 09:49:35 localhost hcid[2469]: link_key_request (sba=00:02:72:CE:5B:80, dba=00:0F:DE:B1:02:42)
-> Feb 13 09:49:36 localhost hcid[2469]: link_key_notify (sba=00:02:72:CE:5B:80, dba=00:0F:DE:B1:02:42)Feb 13 09:49:36 localhost audio[2473]: Badly formated or unrecognized command: AT*ECBP=?
-> Feb 13 09:49:36 localhost audio[2473]: Badly formated or unrecognized command: AT+CSCS="UTF-8"
-> Feb 13 09:49:36 localhost audio[2473]: Badly formated or unrecognized command: AT+CLAN?
I see these too sometimes, I don't think they stop it from working. Maybe try
both ways in /etc/bluetooth/audio.conf:
# Set to true to only support HSP
# Defaults to false
DisableHFP=false
and
# Set to true to only support HSP
# Defaults to false
DisableHFP=true
and restart. See if that changes anything. If not leave it as
DisableHFP=false
-> Feb 13 09:51:06 localhost audio[2473]: Audio API: received BT_GETCAPABILITIES_REQ
-> Feb 13 09:51:06 localhost audio[2473]: Audio API: sending BT_GETCAPABILITIES_RSP
-> Feb 13 09:51:06 localhost audio[2473]: Audio API: received BT_SETCONFIGURATION_REQ
-> Feb 13 09:51:06 localhost audio[2473]: config sbc - frequency = 0 channel_mode = 0 allocation = 0 subbands = 0 blocks = 0 bitpool = 0
-> Feb 13 09:51:08 localhost hcid[2469]: pin_code_request (sba=00:02:72:CE:5B:80, dba=00:0F:DE:B1:02:42)
-> Feb 13 09:51:08 localhost hcid[2469]: link_key_notify (sba=00:02:72:CE:5B:80, dba=00:0F:DE:B1:02:42)Feb 13 09:51:09 localhost audio[2473]: Badly formated or unrecognized command: AT*ECBP=?
-> Feb 13 09:51:09 localhost audio[2473]: SCO fd=11
-> Feb 13 09:51:09 localhost audio[2473]: Audio API: sending BT_SETCONFIGURATION_RSP
-> Feb 13 09:51:09 localhost audio[2473]: Audio API: received BT_STREAMSTART_REQ
-> Feb 13 09:51:09 localhost audio[2473]: Audio API: sending BT_STREAMSTART_RSP
-> Feb 13 09:51:09 localhost audio[2473]: Audio API: sending BT_STREAMFD_IND
-> Feb 13 09:51:09 localhost audio[2473]: Badly formated or unrecognized command: AT+CSCS="UTF-8"
-> Feb 13 09:51:09 localhost audio[2473]: Badly formated or unrecognized command: AT+CLAN?
-> Feb 13 09:52:30 localhost audio[2473]: Audio API: received BT_STREAMSTART_REQ
-> Feb 13 09:52:30 localhost audio[2473]: Audio API: sending BT_STREAMSTART_RSP
-> Feb 13 09:52:30 localhost audio[2473]: Audio API: sending BT_STREAMFD_IND
-> Feb 13 09:52:43 localhost kernel: hci_scodata_packet: hci0 SCO packet for unknown connection handle 1
->
-> Feb 13 09:52:43 localhost kernel: hci_scodata_packet: hci0 SCO packet for unknown connection handle 1
These two lines above might show a problem. It shouldn't be unknown, correct?
-> Feb 13 09:53:12 localhost audio[2473]: Audio API: received BT_GETCAPABILITIES_REQ
-> Feb 13 09:53:12 localhost audio[2473]: Audio API: sending BT_GETCAPABILITIES_RSP
-> Feb 13 09:53:12 localhost audio[2473]: Audio API: received BT_SETCONFIGURATION_REQ
-> Feb 13 09:53:12 localhost audio[2473]: config sbc - frequency = 0 channel_mode = 0 allocation = 0 subbands = 0 blocks = 0 bitpool = 0
->
-> I had made all the changes suggested by you. Are they done properly?
Looks OK so far.
-> This is my hciconfig -a output
-> [root@localhost Pramod]# /usr/local/sbin/hciconfig -a
-> hci0: Type: USB
-> BD Address: 00:02:72:CE:5B:80 ACL MTU: 1017:8 SCO MTU: 64:0
-> UP RUNNING PSCAN ISCAN
-> RX bytes:5974443 acl:279 sco:116978 events:188 errors:0
-> TX bytes:4222 acl:168 sco:0 commands:90 errors:0
Rx is received, look at sco, 116978. But look at TX, transmitted, sco:0 makes
me think nothing is getting sent. Watch hcidump when the sound is supposed to
play, does it look at it's being sent, just not received, or not sent at all
because of some reason?
Look at the TX, TX sco on my output after one file,
hci0: Type: USB
BD Address: 00:0A:3A:7C:5C:74 ACL MTU: 1017:8 SCO MTU: 64:8
UP RUNNING PSCAN ISCAN
RX bytes:5348812 acl:52 sco:104818 events:93 errors:0
TX bytes:5403125 acl:48 sco:105913 commands:44 errors:0
Features: 0xff 0xff 0x8d 0xfe 0x9b 0xf9 0x00 0x80
Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3
Link policy: RSWITCH HOLD SNIFF PARK
Link mode: SLAVE ACCEPT
Name: '[vdrl] / BT Device 0'
Class: 0x020108
Service Classes: Networking
Device Class: Computer, Server
HCI Ver: 2.0 (0x3) HCI Rev: 0x4107 LMP Ver: 2.0 (0x3) LMP Subver:
0x430e
Manufacturer: Broadcom Corporation (15)
RX bytes:5348812 acl:52 sco:104818
TX bytes:5403125 acl:48 sco:105913
[-- Attachment #2: Type: text/plain, Size: 228 bytes --]
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
[-- Attachment #3: Type: text/plain, Size: 164 bytes --]
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [Bluez-users] Headset not playing audio HELP PLEASE
@ 2008-02-15 4:49 pramod gurav
2008-02-15 8:52 ` jayjwa
0 siblings, 1 reply; 18+ messages in thread
From: pramod gurav @ 2008-02-15 4:49 UTC (permalink / raw)
To: BlueZ users
[-- Attachment #1.1: Type: text/plain, Size: 15944 bytes --]
Thanks for your valuable time and guidance.
it was initially
[root@localhost Pramod]# hcitool conn
Connections:
When I press button on HS , I receive this on console(but no popup)
[root@localhost Pramod]# Authorization request for device 00:0F:DE:B1:02:42
Now when I do
[root@localhost Pramod]# hcitool conn
Connections:
> ACL 00:0F:DE:B1:02:42 handle 11 state 1 lm SLAVE AUTH ENCRYPT SECURE
Its fine till here I think
I am able record sound using
[Pramod@localhost ~]$ arecord -D bluetooth -f S16_LE today.raw
Recording WAVE 'today.raw' : Signed 16 bit Little Endian, Rate 8000 Hz, Mono
I am able to do it.
But when I Do
[Pramod@localhost ~]$ aplay -D bluetooth -t raw -f S16_LE today.raw
Playing WAVE 'today.raw' : Signed 16 bit Little Endian, Rate 8000 Hz, Mono
I am not able hear anything
This is my hciconfig
[root@localhost Pramod]# /usr/local/sbin/hciconfig -a
hci0: Type: USB
BD Address: 00:02:72:CE:5B:80 ACL MTU: 1017:8 SCO MTU: 64:0
UP RUNNING PSCAN ISCAN
RX bytes:5057856 acl:233 sco:99008 events:218 errors:0
TX bytes:4708 acl:165 sco:0 commands:102 errors:0
Features: 0xff 0xff 0x8d 0xfe 0x9b 0xf9 0x00 0x80
Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3
Link policy: RSWITCH HOLD SNIFF PARK
Link mode: SLAVE ACCEPT
Name: 'BlueZ (0)'
Class: 0x080000
Service Classes: Capturing
Device Class: Miscellaneous,
HCI Ver: 2.0 (0x3) HCI Rev: 0x204d LMP Ver: 2.0 (0x3) LMP Subver: 0x4127
Manufacturer: Broadcom Corporation (15)
I see one difference in mine & yours at line number 2 end
SCO MTU: 64:0 ----------mine
SCO
MTU:
64:8 ----------yours
Also my Service Classes: Capturing
Is it OK??
This is my hcidump when I was playing audio
[root@localhost Pramod]# /usr/local/sbin/hcidump -i hci0 --asci
HCI sniffer - Bluetooth packet analyzer ver 1.40
device: hci0 snap_len: 1028 filter: 0xffffffff
> SCO data: handle 1 flags 0x00 dlen 48
. . . . . . k . . . . . . . x . . . . .
. . . . _ . . . . . . . . . . . \ . . .
. . . . E . . .
> SCO data: handle 1 flags 0x00 dlen 48
k . . . n . l . . . ' . : . . . B . a .
. . 2 . p . . . . . . . u . " . \ . . .
. . . . z . . .
I tried variations in audio.conf, but no changes .
I need to try something else.
One more thing If you dont mind. what is static struct usb_device_id blacklist_ids[]
and static struct usb_device_id bluetooth_ids[]
in /usr/src/linux-2.6.22.16/drivers/bluetooth/hci_usb.c
Thanks and have a great weekend..Hope to get some way through it.
Thanks and Best regards
Pramod
----- Original Message ----
From: jayjwa <jayjwa@atr2.ath.cx>
To: BlueZ users <bluez-users@lists.sourceforge.net>
Sent: Thursday, 14 February, 2008 7:52:45 PM
Subject: Re: [Bluez-users] Headset not playing audio HELP PLEASE
On
Wed,
13
Feb
2008,
pramod
gurav
wrote:
->
[Pramod@localhost
~]$
strings
/sbin/modprobe
|
grep
conf
->
/etc/modules.conf
->
showconfig
->
/etc/modprobe.conf
->
Usage:
%s
[-v]
[-V]
[-C
config-file]
[-n]
[-i]
[-q]
[-b]
[-o
<modname>]
<modname>
[parameters...]
->
Failed
to
open
config
file
%s:
%s
->
Failed
to
open
included
config
file
%s:
%s
Looks
like
it's
using
both
/etc/modules.conf
and
/etc/modprobe.conf,
I'd
stick
with
/etc/modprobe.conf
as
I
think
that's
the
currently
used
one
in
the
Linux
community.
->
This
is
my
/usr/src/linux-2.6.15..i686/.config(Only
BT
configs
are
given
here)
->
CONFIG_BT=y
->
CONFIG_BT_L2CAP=y
->
CONFIG_BT_SCO=y
->
CONFIG_BT_RFCOMM=y
->
CONFIG_BT_RFCOMM_TTY=y
->
CONFIG_BT_BNEP=y
->
CONFIG_BT_BNEP_MC_FILTER=y
->
CONFIG_BT_BNEP_PROTO_FILTER=y
->
CONFIG_BT_CMTP=m
->
CONFIG_BT_HIDP=y
->
#
->
#
Bluetooth
device
->
drivers
->
#
->
CONFIG_BT_HCIUSB=y
->
CONFIG_BT_HCIUSB_SCO=y
->
CONFIG_BT_HCIUART=y
->
CONFIG_BT_HCIUART_H4=y
->
CONFIG_BT_HCIUART_BCSP=y
->
CONFIG_BT_HCIBCM203X=y
->
CONFIG_BT_HCIBPA10X=y
->
CONFIG_BT_HCIBFUSB=y
->
CONFIG_BT_HCIDTL1=y
->
CONFIG_BT_HCIBT3C=y
->
CONFIG_BT_HCIBLUECARD=y
->
CONFIG_BT_HCIBTUART=y
->
CONFIG_BT_HCIVHCI=y
->
CONFIG_IEEE80211=m
Looks
like
it's
all
compiled
in,
which
is
OK.
You
could
do
modules
(=m)
to
save
kernel
size,
if
you
like,
but
it's
fine
how
it
is
now.
->
SO
I
have
hci_usb
compiled
in
my
kernel...
->
These
are
things
I
did
now...
->
[root@localhost
Pramod]#
mv
/etc/modules.conf
/etc/modules.conf_old
->
copied
these
lines
to
/etc/modprobe.conf
->
alias
net-pf-31
bluez
------>
changed
to
----->
alias
net-pf-31
bluetooth
->
alias
bt-proto-0
l2cap
->
alias
bt-proto-2
sco
->
alias
bt-proto-3
rfcomm
->
Added
"options
->
hci_usb
->
force_scofix=1"
to
/etc/modprobe.conf
file...
Hopefully
on
one
line?
options
hci_usb
force_scofix=1
You
can
try
to
see
if
some
of
the
other
options
work
for
you.
See
them
with
'modinfo
hci_usb'.
->
Now
I
rebooted
..
If
they
were
modules,
you
won't
have
to
reboot
every
time
you
change
an
options.
Just
modprobe
-r
hci_usb
modprobe
hci_usb
force_scofix=1
or
any
other
option.
If
it
says
'module
whatever
is
in
use'
kill
the
things
using
it
first,
then
restart
them.
Usually
anything
with
'blue'
or
'hci'
in
the
name.
'pkill'
works
good
for
that,
if
you
have
'pkill'.
->
When
I
restarted
my
hcid(with
sdpd,
audi-service
autostart)
I
found
some
things
that
I
never
seen
->
before
in
/var/log/messages
these
are
->
/***This
log
appeared
for
first
time*****/
->
Feb
13
09:48:40
localhost
audio[2473]:
Loading
device
00:0F:DE:B1:02:42
(headset
)
->
Feb
13
09:48:40
localhost
audio[2473]:
Setting
00:0F:DE:B1:02:42
as
default
device
->
->
Then
I
did
->
[Pramod@localhost
~]$
arecord
-D
bluetooth
-f
S16_LE
test.raw
->
->
both
ACL
and
SCO
were
established
->
I
was
able
to
record
sound
from
headset...
->
But
when
I
tried
->
[Pramod@localhost
~]$
aplay
-D
bluetooth
-f
S16_LE
test.raw
->
Playing
raw
data
'test.raw'
:
Signed
16
bit
Little
Endian,
Rate
8000
Hz,
Mono
->
->
No
sound
was
listened
on
headset
->
->
[root@localhost
Pramod]#
hcitool
con
->
Connections:
->
<
SCO
00:0F:DE:B1:02:42
handle
1
state
1
lm
SLAVE
->
<
ACL
00:0F:DE:B1:02:42
handle
11
state
1
lm
MASTER
Maybe
the
device
isn't
in
the
right
state.
After
yours
it
says
either
'SLAVE'
or
"MASTER",
when
mine
is
ready
to
play
it
lists:
hcitool
con
Connections:
>
ACL
00:1A:45:01:F9:42
handle
11
state
1
lm
MASTER
AUTH
ENCRYPT
SECURE
If
I
try
to
play
without
that
reading
as
above,
I
get
nothing,
or
sometimes
garbage.
Does
your
headset
have
a
button
or
switch
to
make
it
pair?
I
set
up
all
the
bluetooth
stuff
first,
start
passkey-agent
--default
(PIN
number)
(addr
of
headset)
&
auth-agent
&
then
turn
on
the
headset,
wait
a
few
seconds.
Look
at
'hcitool
con'
and
if
if
the
parameters
are
there.
If
so,
play
sound,
if
not,
press
the
button
on
the
headset,
and
look
again
at
'hcitool
con'
for
parameters
to
be
correct.
It's
hard
to
say
what
to
do
exactly
for
your
headset,
because
I've
never
seen
it,
and
can
only
guess
at
how
it
works.
If
this
stuff
here
doesn't
work,
I'd
say
you'll
just
have
to
play
around
with
it,
or
see
if
you
can
get
your
hands
on
some
other
headsets
to
see
if
they
work/work
differently.
sox
-t
mp3
file.mp3
-t
alsa
pcm.bluetooth
>From
this
list,
it
seems
you're
supposed
to
use
a
gnome
or
KDE
utility
for
the
jobs
of
passkey-agent
and
auth-agent.
You
might
try
those.
There's
probably
a
package
or
source
for
them
someplace.
->
[root@localhost
Pramod]#
hcidump
-x
->
>
SCO
data:
handle
1
flags
0x00
dlen
48
->
4F
00
CE
FF
B2
FF
B5
FF
41
00
B5
00
B9
00
85
00
8B
00
A3
00
->
54
00
42
00
38
00
1B
00
FB
FF
D1
FF
AB
FF
44
00
78
00
87
00
->
73
00
56
00
E8
FF
F4
FF
->
ctnr+c
hcidump
-i
hci0
--ascii
is
a
little
easier
to
read,
than
-x,
which
is
hex.
You
can
at
least
read
what's
going
on.
->
the
logs
were
->
Feb
13
09:49:35
localhost
hcid[2469]:
link_key_request
(sba=00:02:72:CE:5B:80,
dba=00:0F:DE:B1:02:42)
->
Feb
13
09:49:36
localhost
hcid[2469]:
link_key_notify
(sba=00:02:72:CE:5B:80,
dba=00:0F:DE:B1:02:42)Feb
13
09:49:36
localhost
audio[2473]:
Badly
formated
or
unrecognized
command:
AT*ECBP=?
->
Feb
13
09:49:36
localhost
audio[2473]:
Badly
formated
or
unrecognized
command:
AT+CSCS="UTF-8"
->
Feb
13
09:49:36
localhost
audio[2473]:
Badly
formated
or
unrecognized
command:
AT+CLAN?
I
see
these
too
sometimes,
I
don't
think
they
stop
it
from
working.
Maybe
try
both
ways
in
/etc/bluetooth/audio.conf:
#
Set
to
true
to
only
support
HSP
#
Defaults
to
false
DisableHFP=false
and
#
Set
to
true
to
only
support
HSP
#
Defaults
to
false
DisableHFP=true
and
restart.
See
if
that
changes
anything.
If
not
leave
it
as
DisableHFP=false
->
Feb
13
09:51:06
localhost
audio[2473]:
Audio
API:
received
BT_GETCAPABILITIES_REQ
->
Feb
13
09:51:06
localhost
audio[2473]:
Audio
API:
sending
BT_GETCAPABILITIES_RSP
->
Feb
13
09:51:06
localhost
audio[2473]:
Audio
API:
received
BT_SETCONFIGURATION_REQ
->
Feb
13
09:51:06
localhost
audio[2473]:
config
sbc
-
frequency
=
0
channel_mode
=
0
allocation
=
0
subbands
=
0
blocks
=
0
bitpool
=
0
->
Feb
13
09:51:08
localhost
hcid[2469]:
pin_code_request
(sba=00:02:72:CE:5B:80,
dba=00:0F:DE:B1:02:42)
->
Feb
13
09:51:08
localhost
hcid[2469]:
link_key_notify
(sba=00:02:72:CE:5B:80,
dba=00:0F:DE:B1:02:42)Feb
13
09:51:09
localhost
audio[2473]:
Badly
formated
or
unrecognized
command:
AT*ECBP=?
->
Feb
13
09:51:09
localhost
audio[2473]:
SCO
fd=11
->
Feb
13
09:51:09
localhost
audio[2473]:
Audio
API:
sending
BT_SETCONFIGURATION_RSP
->
Feb
13
09:51:09
localhost
audio[2473]:
Audio
API:
received
BT_STREAMSTART_REQ
->
Feb
13
09:51:09
localhost
audio[2473]:
Audio
API:
sending
BT_STREAMSTART_RSP
->
Feb
13
09:51:09
localhost
audio[2473]:
Audio
API:
sending
BT_STREAMFD_IND
->
Feb
13
09:51:09
localhost
audio[2473]:
Badly
formated
or
unrecognized
command:
AT+CSCS="UTF-8"
->
Feb
13
09:51:09
localhost
audio[2473]:
Badly
formated
or
unrecognized
command:
AT+CLAN?
->
Feb
13
09:52:30
localhost
audio[2473]:
Audio
API:
received
BT_STREAMSTART_REQ
->
Feb
13
09:52:30
localhost
audio[2473]:
Audio
API:
sending
BT_STREAMSTART_RSP
->
Feb
13
09:52:30
localhost
audio[2473]:
Audio
API:
sending
BT_STREAMFD_IND
->
Feb
13
09:52:43
localhost
kernel:
hci_scodata_packet:
hci0
SCO
packet
for
unknown
connection
handle
1
->
->
Feb
13
09:52:43
localhost
kernel:
hci_scodata_packet:
hci0
SCO
packet
for
unknown
connection
handle
1
These
two
lines
above
might
show
a
problem.
It
shouldn't
be
unknown,
correct?
->
Feb
13
09:53:12
localhost
audio[2473]:
Audio
API:
received
BT_GETCAPABILITIES_REQ
->
Feb
13
09:53:12
localhost
audio[2473]:
Audio
API:
sending
BT_GETCAPABILITIES_RSP
->
Feb
13
09:53:12
localhost
audio[2473]:
Audio
API:
received
BT_SETCONFIGURATION_REQ
->
Feb
13
09:53:12
localhost
audio[2473]:
config
sbc
-
frequency
=
0
channel_mode
=
0
allocation
=
0
subbands
=
0
blocks
=
0
bitpool
=
0
->
->
I
had
made
all
the
changes
suggested
by
you.
Are
they
done
properly?
Looks
OK
so
far.
->
This
is
my
hciconfig
-a
output
->
[root@localhost
Pramod]#
/usr/local/sbin/hciconfig
-a
->
hci0:
Type:
USB
->
BD
Address:
00:02:72:CE:5B:80
ACL
MTU:
1017:8
SCO
MTU:
64:0
->
UP
RUNNING
PSCAN
ISCAN
->
RX
bytes:5974443
acl:279
sco:116978
events:188
errors:0
->
TX
bytes:4222
acl:168
sco:0
commands:90
errors:0
Rx
is
received,
look
at
sco,
116978.
But
look
at
TX,
transmitted,
sco:0
makes
me
think
nothing
is
getting
sent.
Watch
hcidump
when
the
sound
is
supposed
to
play,
does
it
look
at
it's
being
sent,
just
not
received,
or
not
sent
at
all
because
of
some
reason?
Look
at
the
TX,
TX
sco
on
my
output
after
one
file,
hci0:
Type:
USB
BD
Address:
00:0A:3A:7C:5C:74
ACL
MTU:
1017:8
SCO
MTU:
64:8
UP
RUNNING
PSCAN
ISCAN
RX
bytes:5348812
acl:52
sco:104818
events:93
errors:0
TX
bytes:5403125
acl:48
sco:105913
commands:44
errors:0
Features:
0xff
0xff
0x8d
0xfe
0x9b
0xf9
0x00
0x80
Packet
type:
DM1
DM3
DM5
DH1
DH3
DH5
HV1
HV2
HV3
Link
policy:
RSWITCH
HOLD
SNIFF
PARK
Link
mode:
SLAVE
ACCEPT
Name:
'[vdrl]
/
BT
Device
0'
Class:
0x020108
Service
Classes:
Networking
Device
Class:
Computer,
Server
HCI
Ver:
2.0
(0x3)
HCI
Rev:
0x4107
LMP
Ver:
2.0
(0x3)
LMP
Subver:
0x430e
Manufacturer:
Broadcom
Corporation
(15)
RX
bytes:5348812
acl:52
sco:104818
TX
bytes:5403125
acl:48
sco:105913
-----Inline Attachment Follows-----
-------------------------------------------------------------------------
This
SF.net
email
is
sponsored
by:
Microsoft
Defy
all
challenges.
Microsoft(R)
Visual
Studio
2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
-----Inline Attachment Follows-----
_______________________________________________
Bluez-users
mailing
list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users
Bollywood, fun, friendship, sports and more. You name it, we have it on http://in.promos.yahoo.com/groups
[-- Attachment #1.2: Type: text/html, Size: 19206 bytes --]
[-- Attachment #2: Type: text/plain, Size: 228 bytes --]
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
[-- Attachment #3: Type: text/plain, Size: 164 bytes --]
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [Bluez-users] Headset not playing audio HELP PLEASE
@ 2008-02-15 5:21 pramod gurav
2008-02-15 13:29 ` jayjwa
0 siblings, 1 reply; 18+ messages in thread
From: pramod gurav @ 2008-02-15 5:21 UTC (permalink / raw)
To: BlueZ users
[-- Attachment #1.1: Type: text/plain, Size: 13653 bytes --]
Hi jayjwa
will you please send me the conf files So that I can rectify mines.
Also I want to tell you that I have installed bt-sco but later on I read somewhere that this is older method to do. Is it write?
So I stoped there. Can I try btsco way?
But i dont have module snd_bt_sco.
please enlighten me on btsco .
Thanks and Best regards
Pramod
----- Original Message ----
From: jayjwa <jayjwa@atr2.ath.cx>
To: BlueZ users <bluez-users@lists.sourceforge.net>
Sent: Thursday, 14 February, 2008 7:52:45 PM
Subject: Re: [Bluez-users] Headset not playing audio HELP PLEASE
On
Wed,
13
Feb
2008,
pramod
gurav
wrote:
->
[Pramod@localhost
~]$
strings
/sbin/modprobe
|
grep
conf
->
/etc/modules.conf
->
showconfig
->
/etc/modprobe..conf
->
Usage:
%s
[-v]
[-V]
[-C
config-file]
[-n]
[-i]
[-q]
[-b]
[-o
<modname>]
<modname>
[parameters...]
->
Failed
to
open
config
file
%s:
%s
->
Failed
to
open
included
config
file
%s:
%s
Looks
like
it's
using
both
/etc/modules.conf
and
/etc/modprobe.conf,
I'd
stick
with
/etc/modprobe.conf
as
I
think
that's
the
currently
used
one
in
the
Linux
community.
->
This
is
my
/usr/src/linux-2.6.15..i686/.config(Only
BT
configs
are
given
here)
->
CONFIG_BT=y
->
CONFIG_BT_L2CAP=y
->
CONFIG_BT_SCO=y
->
CONFIG_BT_RFCOMM=y
->
CONFIG_BT_RFCOMM_TTY=y
->
CONFIG_BT_BNEP=y
->
CONFIG_BT_BNEP_MC_FILTER=y
->
CONFIG_BT_BNEP_PROTO_FILTER=y
->
CONFIG_BT_CMTP=m
->
CONFIG_BT_HIDP=y
->
#
->
#
Bluetooth
device
->
drivers
->
#
->
CONFIG_BT_HCIUSB=y
->
CONFIG_BT_HCIUSB_SCO=y
->
CONFIG_BT_HCIUART=y
->
CONFIG_BT_HCIUART_H4=y
->
CONFIG_BT_HCIUART_BCSP=y
->
CONFIG_BT_HCIBCM203X=y
->
CONFIG_BT_HCIBPA10X=y
->
CONFIG_BT_HCIBFUSB=y
->
CONFIG_BT_HCIDTL1=y
->
CONFIG_BT_HCIBT3C=y
->
CONFIG_BT_HCIBLUECARD=y
->
CONFIG_BT_HCIBTUART=y
->
CONFIG_BT_HCIVHCI=y
->
CONFIG_IEEE80211=m
Looks
like
it's
all
compiled
in,
which
is
OK.
You
could
do
modules
(=m)
to
save
kernel
size,
if
you
like,
but
it's
fine
how
it
is
now.
->
SO
I
have
hci_usb
compiled
in
my
kernel...
->
These
are
things
I
did
now....
->
[root@localhost
Pramod]#
mv
/etc/modules.conf
/etc/modules.conf_old
->
copied
these
lines
to
/etc/modprobe.conf
->
alias
net-pf-31
bluez
------>
changed
to
----->
alias
net-pf-31
bluetooth
->
alias
bt-proto-0
l2cap
->
alias
bt-proto-2
sco
->
alias
bt-proto-3
rfcomm
->
Added
"options
->
hci_usb
->
force_scofix=1"
to
/etc/modprobe.conf
file...
Hopefully
on
one
line?
options
hci_usb
force_scofix=1
You
can
try
to
see
if
some
of
the
other
options
work
for
you..
See
them
with
'modinfo
hci_usb'.
->
Now
I
rebooted
..
If
they
were
modules,
you
won't
have
to
reboot
every
time
you
change
an
options.
Just
modprobe
-r
hci_usb
modprobe
hci_usb
force_scofix=1
or
any
other
option.
If
it
says
'module
whatever
is
in
use'
kill
the
things
using
it
first,
then
restart
them.
Usually
anything
with
'blue'
or
'hci'
in
the
name.
'pkill'
works
good
for
that,
if
you
have
'pkill'.
->
When
I
restarted
my
hcid(with
sdpd,
audi-service
autostart)
I
found
some
things
that
I
never
seen
->
before
in
/var/log/messages
these
are
->
/***This
log
appeared
for
first
time*****/
->
Feb
13
09:48:40
localhost
audio[2473]:
Loading
device
00:0F:DE:B1:02:42
(headset
)
->
Feb
13
09:48:40
localhost
audio[2473]:
Setting
00:0F:DE:B1:02:42
as
default
device
->
->
Then
I
did
->
[Pramod@localhost
~]$
arecord
-D
bluetooth
-f
S16_LE
test.raw
->
->
both
ACL
and
SCO
were
established
->
I
was
able
to
record
sound
from
headset...
->
But
when
I
tried
->
[Pramod@localhost
~]$
aplay
-D
bluetooth
-f
S16_LE
test.raw
->
Playing
raw
data
'test.raw'
:
Signed
16
bit
Little
Endian,
Rate
8000
Hz,
Mono
->
->
No
sound
was
listened
on
headset
->
->
[root@localhost
Pramod]#
hcitool
con
->
Connections:
->
<
SCO
00:0F:DE:B1:02:42
handle
1
state
1
lm
SLAVE
->
<
ACL
00:0F:DE:B1:02:42
handle
11
state
1
lm
MASTER
Maybe
the
device
isn't
in
the
right
state.
After
yours
it
says
either
'SLAVE'
or
"MASTER",
when
mine
is
ready
to
play
it
lists:
hcitool
con
Connections:
>
ACL
00:1A:45:01:F9:42
handle
11
state
1
lm
MASTER
AUTH
ENCRYPT
SECURE
If
I
try
to
play
without
that
reading
as
above,
I
get
nothing,
or
sometimes
garbage.
Does
your
headset
have
a
button
or
switch
to
make
it
pair?
I
set
up
all
the
bluetooth
stuff
first,
start
passkey-agent
--default
(PIN
number)
(addr
of
headset)
&
auth-agent
&
then
turn
on
the
headset,
wait
a
few
seconds.
Look
at
'hcitool
con'
and
if
if
the
parameters
are
there.
If
so,
play
sound,
if
not,
press
the
button
on
the
headset,
and
look
again
at
'hcitool
con'
for
parameters
to
be
correct.
It's
hard
to
say
what
to
do
exactly
for
your
headset,
because
I've
never
seen
it,
and
can
only
guess
at
how
it
works.
If
this
stuff
here
doesn't
work,
I'd
say
you'll
just
have
to
play
around
with
it,
or
see
if
you
can
get
your
hands
on
some
other
headsets
to
see
if
they
work/work
differently.
sox
-t
mp3
file.mp3
-t
alsa
pcm.bluetooth
>From
this
list,
it
seems
you're
supposed
to
use
a
gnome
or
KDE
utility
for
the
jobs
of
passkey-agent
and
auth-agent.
You
might
try
those.
There's
probably
a
package
or
source
for
them
someplace.
->
[root@localhost
Pramod]#
hcidump
-x
->
>
SCO
data:
handle
1
flags
0x00
dlen
48
->
4F
00
CE
FF
B2
FF
B5
FF
41
00
B5
00
B9
00
85
00
8B
00
A3
00
->
54
00
42
00
38
00
1B
00
FB
FF
D1
FF
AB
FF
44
00
78
00
87
00
->
73
00
56
00
E8
FF
F4
FF
->
ctnr+c
hcidump
-i
hci0
--ascii
is
a
little
easier
to
read,
than
-x,
which
is
hex.
You
can
at
least
read
what's
going
on.
->
the
logs
were
->
Feb
13
09:49:35
localhost
hcid[2469]:
link_key_request
(sba=00:02:72:CE:5B:80,
dba=00:0F:DE:B1:02:42)
->
Feb
13
09:49:36
localhost
hcid[2469]:
link_key_notify
(sba=00:02:72:CE:5B:80,
dba=00:0F:DE:B1:02:42)Feb
13
09:49:36
localhost
audio[2473]:
Badly
formated
or
unrecognized
command:
AT*ECBP=?
->
Feb
13
09:49:36
localhost
audio[2473]:
Badly
formated
or
unrecognized
command:
AT+CSCS="UTF-8"
->
Feb
13
09:49:36
localhost
audio[2473]:
Badly
formated
or
unrecognized
command:
AT+CLAN?
I
see
these
too
sometimes,
I
don't
think
they
stop
it
from
working.
Maybe
try
both
ways
in
/etc/bluetooth/audio.conf:
#
Set
to
true
to
only
support
HSP
#
Defaults
to
false
DisableHFP=false
and
#
Set
to
true
to
only
support
HSP
#
Defaults
to
false
DisableHFP=true
and
restart.
See
if
that
changes
anything.
If
not
leave
it
as
DisableHFP=false
->
Feb
13
09:51:06
localhost
audio[2473]:
Audio
API:
received
BT_GETCAPABILITIES_REQ
->
Feb
13
09:51:06
localhost
audio[2473]:
Audio
API:
sending
BT_GETCAPABILITIES_RSP
->
Feb
13
09:51:06
localhost
audio[2473]:
Audio
API:
received
BT_SETCONFIGURATION_REQ
->
Feb
13
09:51:06
localhost
audio[2473]:
config
sbc
-
frequency
=
0
channel_mode
=
0
allocation
=
0
subbands
=
0
blocks
=
0
bitpool
=
0
->
Feb
13
09:51:08
localhost
hcid[2469]:
pin_code_request
(sba=00:02:72:CE:5B:80,
dba=00:0F:DE:B1:02:42)
->
Feb
13
09:51:08
localhost
hcid[2469]:
link_key_notify
(sba=00:02:72:CE:5B:80,
dba=00:0F:DE:B1:02:42)Feb
13
09:51:09
localhost
audio[2473]:
Badly
formated
or
unrecognized
command:
AT*ECBP=?
->
Feb
13
09:51:09
localhost
audio[2473]:
SCO
fd=11
->
Feb
13
09:51:09
localhost
audio[2473]:
Audio
API:
sending
BT_SETCONFIGURATION_RSP
->
Feb
13
09:51:09
localhost
audio[2473]:
Audio
API:
received
BT_STREAMSTART_REQ
->
Feb
13
09:51:09
localhost
audio[2473]:
Audio
API:
sending
BT_STREAMSTART_RSP
->
Feb
13
09:51:09
localhost
audio[2473]:
Audio
API:
sending
BT_STREAMFD_IND
->
Feb
13
09:51:09
localhost
audio[2473]:
Badly
formated
or
unrecognized
command:
AT+CSCS="UTF-8"
->
Feb
13
09:51:09
localhost
audio[2473]:
Badly
formated
or
unrecognized
command:
AT+CLAN?
->
Feb
13
09:52:30
localhost
audio[2473]:
Audio
API:
received
BT_STREAMSTART_REQ
->
Feb
13
09:52:30
localhost
audio[2473]:
Audio
API:
sending
BT_STREAMSTART_RSP
->
Feb
13
09:52:30
localhost
audio[2473]:
Audio
API:
sending
BT_STREAMFD_IND
->
Feb
13
09:52:43
localhost
kernel:
hci_scodata_packet:
hci0
SCO
packet
for
unknown
connection
handle
1
->
->
Feb
13
09:52:43
localhost
kernel:
hci_scodata_packet:
hci0
SCO
packet
for
unknown
connection
handle
1
These
two
lines
above
might
show
a
problem.
It
shouldn't
be
unknown,
correct?
->
Feb
13
09:53:12
localhost
audio[2473]:
Audio
API:
received
BT_GETCAPABILITIES_REQ
->
Feb
13
09:53:12
localhost
audio[2473]:
Audio
API:
sending
BT_GETCAPABILITIES_RSP
->
Feb
13
09:53:12
localhost
audio[2473]:
Audio
API:
received
BT_SETCONFIGURATION_REQ
->
Feb
13
09:53:12
localhost
audio[2473]:
config
sbc
-
frequency
=
0
channel_mode
=
0
allocation
=
0
subbands
=
0
blocks
=
0
bitpool
=
0
->
->
I
had
made
all
the
changes
suggested
by
you.
Are
they
done
properly?
Looks
OK
so
far.
->
This
is
my
hciconfig
-a
output
->
[root@localhost
Pramod]#
/usr/local/sbin/hciconfig
-a
->
hci0:
Type:
USB
->
BD
Address:
00:02:72:CE:5B:80
ACL
MTU:
1017:8
SCO
MTU:
64:0
->
UP
RUNNING
PSCAN
ISCAN
->
RX
bytes:5974443
acl:279
sco:116978
events:188
errors:0
->
TX
bytes:4222
acl:168
sco:0
commands:90
errors:0
Rx
is
received,
look
at
sco,
116978.
But
look
at
TX,
transmitted,
sco:0
makes
me
think
nothing
is
getting
sent.
Watch
hcidump
when
the
sound
is
supposed
to
play,
does
it
look
at
it's
being
sent,
just
not
received,
or
not
sent
at
all
because
of
some
reason?
Look
at
the
TX,
TX
sco
on
my
output
after
one
file,
hci0:
Type:
USB
BD
Address:
00:0A:3A:7C:5C:74
ACL
MTU:
1017:8
SCO
MTU:
64:8
UP
RUNNING
PSCAN
ISCAN
RX
bytes:5348812
acl:52
sco:104818
events:93
errors:0
TX
bytes:5403125
acl:48
sco:105913
commands:44
errors:0
Features:
0xff
0xff
0x8d
0xfe
0x9b
0xf9
0x00
0x80
Packet
type:
DM1
DM3
DM5
DH1
DH3
DH5
HV1
HV2
HV3
Link
policy:
RSWITCH
HOLD
SNIFF
PARK
Link
mode:
SLAVE
ACCEPT
Name:
'[vdrl]
/
BT
Device
0'
Class:
0x020108
Service
Classes:
Networking
Device
Class:
Computer,
Server
HCI
Ver:
2.0
(0x3)
HCI
Rev:
0x4107
LMP
Ver:
2.0
(0x3)
LMP
Subver:
0x430e
Manufacturer:
Broadcom
Corporation
(15)
RX
bytes:5348812
acl:52
sco:104818
TX
bytes:5403125
acl:48
sco:105913
-----Inline Attachment Follows-----
-------------------------------------------------------------------------
This
SF.net
email
is
sponsored
by:
Microsoft
Defy
all
challenges.
Microsoft(R)
Visual
Studio
2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
-----Inline Attachment Follows-----
_______________________________________________
Bluez-users
mailing
list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users
Why delete messages? Unlimited storage is just a click away. Go to http://help.yahoo.com/l/in/yahoo/mail/yahoomail/tools/tools-08.html
[-- Attachment #1.2: Type: text/html, Size: 15989 bytes --]
[-- Attachment #2: Type: text/plain, Size: 228 bytes --]
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
[-- Attachment #3: Type: text/plain, Size: 164 bytes --]
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [Bluez-users] Headset not playing audio HELP PLEASE
2008-02-15 4:49 pramod gurav
@ 2008-02-15 8:52 ` jayjwa
0 siblings, 0 replies; 18+ messages in thread
From: jayjwa @ 2008-02-15 8:52 UTC (permalink / raw)
To: BlueZ users
On Fri, 15 Feb 2008, pramod gurav wrote:
-> Connections:
-> When I press button on HS , I receive this on console(but no popup)
-> [root@localhost Pramod]# Authorization request for device 00:0F:DE:B1:02:42
There's nothing to popup, if you're using command line tools.
-> Now when I do
-> [root@localhost Pramod]# hcitool conn
-> Connections:
-> > ACL 00:0F:DE:B1:02:42 handle 11 state 1 lm SLAVE AUTH ENCRYPT SECURE
Seems OK.
-> Its fine till here I think
-> I am able record sound using
-> [Pramod@localhost ~]$ arecord -D bluetooth -f S16_LE today.raw
-> Recording WAVE 'today.raw' : Signed 16 bit Little Endian, Rate 8000 Hz, Mono
-> I am able to do it.
-> But when I Do
-> [Pramod@localhost ~]$ aplay -D bluetooth -t raw -f S16_LE today.raw
-> Playing WAVE 'today.raw' : Signed 16 bit Little Endian, Rate 8000 Hz, Mono
-> I am not able hear anything
->
-> This is my hciconfig
-> [root@localhost Pramod]# /usr/local/sbin/hciconfig -a
-> hci0: Type: USB
-> BD Address: 00:02:72:CE:5B:80 ACL MTU: 1017:8 SCO MTU: 64:0
-> UP RUNNING PSCAN ISCAN
-> RX bytes:5057856 acl:233 sco:99008 events:218 errors:0
-> TX bytes:4708 acl:165 sco:0 commands:102 errors:0
-> Features: 0xff 0xff 0x8d 0xfe 0x9b 0xf9 0x00 0x80
-> Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3
-> Link policy: RSWITCH HOLD SNIFF PARK
-> Link mode: SLAVE ACCEPT
-> Name: 'BlueZ (0)'
-> Class: 0x080000
-> Service Classes: Capturing
-> Device Class: Miscellaneous,
-> HCI Ver: 2.0 (0x3) HCI Rev: 0x204d LMP Ver: 2.0 (0x3) LMP Subver: 0x4127
-> Manufacturer: Broadcom Corporation (15)
->
-> I see one difference in mine & yours at line number 2 end
-> SCO MTU: 64:0 ----------mine
-> SCO
-> MTU:
-> 64:8 ----------yours
Most of the ones I saw searching Google show non-zero integer:non-zero
integer. Maybe you have this issue (url probably wraps):
http://www.google.com/group/fa.linux.kernel/t/590996bd6dbef4ba/d140c5b36f2cc567%23d140c5b36f2cc567?
As someone on this group replied to it, maybe he can tell you more.
Also, this part is really odd, it seems to show nothing is even sent for the
headset to play:
RX bytes:5057856 acl:233 sco:99008
TX bytes:4708 acl:165 sco:0 <------
-> Also my Service Classes: Capturing
-> Is it OK??
I don't think it makes a difference here. Alot of people leave the default
set. The numbers and what they mean to set that field I found from searching
the web.
-> This is my hcidump when I was playing audio
-> [root@localhost Pramod]# /usr/local/sbin/hcidump -i hci0 --asci
-> HCI sniffer - Bluetooth packet analyzer ver 1.40
-> device: hci0 snap_len: 1028 filter: 0xffffffff
-> > SCO data: handle 1 flags 0x00 dlen 48
-> . . . . . . k . . . . . . . x . . . . .
-> . . . . _ . . . . . . . . . . . \ . . .
-> . . . . E . . .
-> > SCO data: handle 1 flags 0x00 dlen 48
-> k . . . n . l . . . ' . : . . . B . a .
-> . . 2 . p . . . . . . . u . " . \ . . .
-> . . . . z . . .
->
-> I tried variations in audio.conf, but no changes .
-> I need to try something else.
As far as what you posted, it looks fine. So I'm really not sure myself why
it's not working. The only other thing I can think of is maybe in either the
adapter or the headset, there is a compatibility problem. That is, one or the
other (or both) may not work correctly with Linux/Bluez/the kernel driver
code. It would help alot if you could get your hands on some other hardware to
see. I suspect a problem with the adapter, because of this:
SCO MTU: 64:0
and
TX bytes:4708 acl:165 sco:0
I don't recall if you posted it...what does 'lsusb -v' show about your
adapter?
-> One more thing If you dont mind. what is static struct usb_device_id blacklist_ids[]
This is a data structure of what looks like USB devices that have some sort of
problems. Is your bluetooth adapter in there?
-> Hope to get some way through it.
I think I'm running out of suggestions :(
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [Bluez-users] Headset not playing audio HELP PLEASE
2008-02-15 5:21 pramod gurav
@ 2008-02-15 13:29 ` jayjwa
0 siblings, 0 replies; 18+ messages in thread
From: jayjwa @ 2008-02-15 13:29 UTC (permalink / raw)
To: BlueZ users
On Fri, 15 Feb 2008, pramod gurav wrote:
-> will you please send me the conf files So that I can rectify mines.
Your configs look OK, but if you want them:
wget --no-check-certificate https://atr2.ath.cx/~jayjwa/download/bt-configs.zip
or
curl -O -v -k https://atr2.ath.cx/~jayjwa/download/bt-configs.zip
-> Also I want to tell you that I have installed bt-sco but later on I read somewhere that this is older method to do. Is it write?
-> So I stoped there. Can I try btsco way?
-> But i dont have module snd_bt_sco.
-> please enlighten me on btsco .
It's old and probably obsolete. It might not even be possible to use it
without installing old bluez libs/utilz and an old (possibly insecure) kernel.
Even doing all that work, there's no garentee that it will work any better.
You might still hit the same issue. I'd stay current, and make sure to see the
link in my last-to-this post about sco mtu.
There's only so many configuration options you can try, and by now you've
tried just about all of them. At this point, you may be looking at an
incompatibility in one or both of your hardware components, or a bug in
either/both. That's why it would be helpful if you could try other hardware,
or try to find accounts of someone getting a working example using your
hardware on a similar setup. Then you could say either way if it's really a
hardware issue or not. Could be that it's not, but in searching for the cause
of an error/reason something's not working, it's one of the things you have to
consider. Because if it is the case, then no amount of config changes or
updates will help.
By what you've posted, it looks correct and should be working, only it isn't.
The fact sound does work one way and not the other is very odd too. If it was
a config error, seems like neither would work.
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [Bluez-users] Headset not playing audio HELP PLEASE
@ 2008-02-15 14:21 pramod gurav
2008-02-17 10:20 ` jayjwa
0 siblings, 1 reply; 18+ messages in thread
From: pramod gurav @ 2008-02-15 14:21 UTC (permalink / raw)
To: BlueZ users
[-- Attachment #1.1: Type: text/plain, Size: 7276 bytes --]
hi
Your replies boost me to work hard on it...Thanks for that.
I just tried changing some lines in /usr/src/linux/net/bluetooth/hci_event.c
and compiled the kernel..
Now when I do hciconfig
[root@localhost Pramod]# /usr/local/sbin/hciconfig -a
hci0: Type: USB
BD Address: 00:02:72:CE:5B:80 ACL MTU: 1017:8 SCO MTU: 64:8
UP RUNNING PSCAN ISCAN
RX bytes:668 acl:0 sco:0 events:21 errors:0
TX bytes:340 acl:0 sco:0 commands:21 errors:0
Features: 0xff 0xff 0x8d 0xfe 0x9b 0xf9 0x00 0x80
Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3
Link policy: RSWITCH HOLD SNIFF PARK
Link mode: SLAVE ACCEPT
Name: 'BlueZ (0)'
Class: 0x080100
Service Classes: Capturing
Device Class: Computer, Uncategorized
HCI Ver: 2.0 (0x3) HCI Rev: 0x204d LMP Ver: 2.0 (0x3) LMP Subver: 0x4127
Manufacturer: Broadcom Corporation (15)
SCO MTU: 64:8 this has changed
but new problem is hwen I press button on HS link req comes but the connection is different this time
[root@localhost Pramod]# hcitool conn
Connections:
> ACL 00:0F:DE:B1:02:42 handle 0 state 2 lm SLAVE
previously it used to be as
->
>
ACL
00:0F:DE:B1:02:42
handle
11
state
1
lm
SLAVE
AUTH
ENCRYPT
SECURE
and when I play
[Pramod@localhost ~]$ aplay -D bluetooth -f S16_LE test.raw
there is a long wait and connections are
[root@localhost Pramod]# hcitool conn
Connections:
> ACL 00:0F:DE:B1:02:43 handle 0 state 2 lm SLAVE
< ACL 00:0F:DE:B1:02:42 handle 0 state 5 lm MASTER
00:0F:DE:B1:02:43 this is not my HS address(there is no other device near here)
00:0F:DE:B1:02:42 this one is mine.
and no SCO connection at all..
planning to recompile the kernel with original hci_event.c
As you asked for "lsusb -v " let me inform you I done have lsusb command.
I can give this info
[root@localhost Pramod]# cat /proc/bus/usb/devices
T: Bus=02 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#= 7 Spd=12 MxCh= 0
D: Ver= 2.00 Cls=e0(unk. ) Sub=01 Prot=01 MxPS=64 #Cfgs= 1
P: Vendor=0a5c ProdID=2101 Rev= 0.00
S: Manufacturer=Broadcom Corp
S: Product=BCM92045DG-Flash
C:* #Ifs= 4 Cfg#= 1 Atr=a0 MxPwr=100mA
I: If#= 0 Alt= 0 #EPs= 3 Cls=e0(unk. ) Sub=01 Prot=01 Driver=hci_usb
E: Ad=81(I) Atr=03(Int.) MxPS= 16 Ivl=1ms
E: Ad=82(I) Atr=02(Bulk) MxPS= 64 Ivl=0ms
E: Ad=02(O) Atr=02(Bulk) MxPS= 64 Ivl=0ms
I: If#= 1 Alt= 0 #EPs= 2 Cls=e0(unk. ) Sub=01 Prot=01 Driver=hci_usb
E: Ad=83(I) Atr=01(Isoc) MxPS= 0 Ivl=1ms
E: Ad=03(O) Atr=01(Isoc) MxPS= 0 Ivl=1ms
I: If#= 1 Alt= 1 #EPs= 2 Cls=e0(unk. ) Sub=01 Prot=01 Driver=hci_usb
E: Ad=83(I) Atr=01(Isoc) MxPS= 9 Ivl=1ms
E: Ad=03(O) Atr=01(Isoc) MxPS= 9 Ivl=1ms
I: If#= 1 Alt= 2 #EPs= 2 Cls=e0(unk. ) Sub=01 Prot=01 Driver=hci_usb
E: Ad=83(I) Atr=01(Isoc) MxPS= 17 Ivl=1ms
E: Ad=03(O) Atr=01(Isoc) MxPS= 17 Ivl=1ms
I: If#= 1 Alt= 3 #EPs= 2 Cls=e0(unk. ) Sub=01 Prot=01 Driver=hci_usb
E: Ad=83(I) Atr=01(Isoc) MxPS= 25 Ivl=1ms
E: Ad=03(O) Atr=01(Isoc) MxPS= 25 Ivl=1ms
I: If#= 1 Alt= 4 #EPs= 2 Cls=e0(unk. ) Sub=01 Prot=01 Driver=hci_usb
E: Ad=83(I) Atr=01(Isoc) MxPS= 33 Ivl=1ms
E: Ad=03(O) Atr=01(Isoc) MxPS= 33 Ivl=1ms
I: If#= 1 Alt= 5 #EPs= 2 Cls=e0(unk. ) Sub=01 Prot=01 Driver=hci_usb
E: Ad=83(I) Atr=01(Isoc) MxPS= 49 Ivl=1ms
E: Ad=03(O) Atr=01(Isoc) MxPS= 49 Ivl=1ms
I: If#= 2 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=(none)
E: Ad=84(I) Atr=02(Bulk) MxPS= 32 Ivl=0ms
E: Ad=04(O) Atr=02(Bulk) MxPS= 32 Ivl=0ms
I: If#= 3 Alt= 0 #EPs= 0 Cls=fe(app. ) Sub=01 Prot=00 Driver=(none)
As you said there might be a incompatibility issues in one of them(HS/dongle)
Can it happen that I might require to play the audio with certain frequency, rate or parameters which are supported by my HS(Its a Sony Ericsson HBH-602)?
Thanks once again for your share of time.
have a nice time ahead.
Thanks and Best regards
Pramod
----- Original Message ----
From: jayjwa <jayjwa@atr2.ath.cx>
To: BlueZ users <bluez-users@lists.sourceforge.net>
Sent: Friday, 15 February, 2008 6:59:34 PM
Subject: Re: [Bluez-users] Headset not playing audio HELP PLEASE
On
Fri,
15
Feb
2008,
pramod
gurav
wrote:
->
will
you
please
send
me
the
conf
files
So
that
I
can
rectify
mines.
Your
configs
look
OK,
but
if
you
want
them:
wget
--no-check-certificate
https://atr2.ath.cx/~jayjwa/download/bt-configs.zip
or
curl
-O
-v
-k
https://atr2.ath.cx/~jayjwa/download/bt-configs.zip
->
Also
I
want
to
tell
you
that
I
have
installed
bt-sco
but
later
on
I
read
somewhere
that
this
is
older
method
to
do.
Is
it
write?
->
So
I
stoped
there.
Can
I
try
btsco
way?
->
But
i
dont
have
module
snd_bt_sco.
->
please
enlighten
me
on
btsco
.
It's
old
and
probably
obsolete.
It
might
not
even
be
possible
to
use
it
without
installing
old
bluez
libs/utilz
and
an
old
(possibly
insecure)
kernel.
Even
doing
all
that
work,
there's
no
garentee
that
it
will
work
any
better.
You
might
still
hit
the
same
issue.
I'd
stay
current,
and
make
sure
to
see
the
link
in
my
last-to-this
post
about
sco
mtu.
There's
only
so
many
configuration
options
you
can
try,
and
by
now
you've
tried
just
about
all
of
them.
At
this
point,
you
may
be
looking
at
an
incompatibility
in
one
or
both
of
your
hardware
components,
or
a
bug
in
either/both.
That's
why
it
would
be
helpful
if
you
could
try
other
hardware,
or
try
to
find
accounts
of
someone
getting
a
working
example
using
your
hardware
on
a
similar
setup.
Then
you
could
say
either
way
if
it's
really
a
hardware
issue
or
not.
Could
be
that
it's
not,
but
in
searching
for
the
cause
of
an
error/reason
something's
not
working,
it's
one
of
the
things
you
have
to
consider.
Because
if
it
is
the
case,
then
no
amount
of
config
changes
or
updates
will
help.
By
what
you've
posted,
it
looks
correct
and
should
be
working,
only
it
isn't.
The
fact
sound
does
work
one
way
and
not
the
other
is
very
odd
too.
If
it
was
a
config
error,
seems
like
neither
would
work.
-------------------------------------------------------------------------
This
SF.net
email
is
sponsored
by:
Microsoft
Defy
all
challenges.
Microsoft(R)
Visual
Studio
2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Bluez-users
mailing
list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users
Download prohibited? No problem. CHAT from any browser, without download. Go to http://in.messenger.yahoo.com/webmessengerpromo.php/
[-- Attachment #1.2: Type: text/html, Size: 9725 bytes --]
[-- Attachment #2: Type: text/plain, Size: 228 bytes --]
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
[-- Attachment #3: Type: text/plain, Size: 164 bytes --]
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [Bluez-users] Headset not playing audio HELP PLEASE
2008-02-15 14:21 pramod gurav
@ 2008-02-17 10:20 ` jayjwa
0 siblings, 0 replies; 18+ messages in thread
From: jayjwa @ 2008-02-17 10:20 UTC (permalink / raw)
To: BlueZ users
On Fri, 15 Feb 2008, pramod gurav wrote:
-> I just tried changing some lines in /usr/src/linux/net/bluetooth/hci_event.c
-> and compiled the kernel..
You can't just change values unless you know kernel/bluetooth programming ;)
-> SCO MTU: 64:8 this has changed
-> but new problem is hwen I press button on HS link req comes but the connection is different this time
-> [root@localhost Pramod]# hcitool conn
-> Connections:
-> > ACL 00:0F:DE:B1:02:42 handle 0 state 2 lm SLAVE
-> previously it used to be as
-> ->
That's what mine looks like before I press the button- then it does the
pass/auth step.
-> [Pramod@localhost ~]$ aplay -D bluetooth -f S16_LE test.raw
-> there is a long wait and connections are
-> [root@localhost Pramod]# hcitool conn
-> Connections:
-> > ACL 00:0F:DE:B1:02:43 handle 0 state 2 lm SLAVE
-> < ACL 00:0F:DE:B1:02:42 handle 0 state 5 lm MASTER
->
-> 00:0F:DE:B1:02:43 this is not my HS address(there is no other device near here)
-> 00:0F:DE:B1:02:42 this one is mine.
That's odd. Never saw a second address like that before...
-> planning to recompile the kernel with original hci_event.c
According to the Gentoo Wiki, your HS does work with modern kernel/bluez. BTW,
last time when everything looked right but you didn't hear anything, did you
remember to turn up the alsa sound? When I reboot, alsa is always set to 0. I
use rexima/aumix to turn up the volumn. That's a common oversight. Other than
that, I really don't know why it's working.
-> As you said there might be a incompatibility issues in one of them(HS/dongle)
The headset seems OK, from the wiki. You might look up the dongle, if you
didn't already.
-> Can it happen that I might require to play the audio with certain frequency, rate or parameters which are supported by my HS(Its a Sony Ericsson HBH-602)?
Not totally sure, but mine didn't require them. I'm assuming it used the
defaults in that case.
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [Bluez-users] Headset not playing audio HELP PLEASE
@ 2008-02-18 13:16 pramod gurav
2008-02-18 13:38 ` Guillaume Bedot
0 siblings, 1 reply; 18+ messages in thread
From: pramod gurav @ 2008-02-18 13:16 UTC (permalink / raw)
To: BlueZ users
[-- Attachment #1.1: Type: text/plain, Size: 4335 bytes --]
hi again
I was on wekend..Sorry could not catch you
>According
to
the
Gentoo
Wiki,
your
HS
does
work
with
modern
kernel/bluez.
BTW,
>last
time
when
everything
looked
right
but
you
didn't
hear
anything,
did
you
>remember
to
turn
up
the
alsa
sound?
When
I
reboot,
alsa
is
always
set
to
0.
I
>use
rexima/aumix
to
turn
up
the
volumn.
That's
a
common
oversight.
Other
than
>that,
I
really
don't
know
why
it's
working.
how can I turn
up
the
alsa
sound? can you just give me some hint?
Shall I really try Btsco way?
Else I replace my BT adapter?? But I have three. Two are Broadcom and one is silicon wave.
Only one is working to the maximum is the current one which is broadcom.
Which one shall I try now?
Sorry for too many Ques???
Have a nice time ahead.
Thanks and Best regards
Pramod
----- Original Message ----
From: jayjwa <jayjwa@atr2.ath.cx>
To: BlueZ users <bluez-users@lists.sourceforge.net>
Sent: Sunday, 17 February, 2008 3:50:27 PM
Subject: Re: [Bluez-users] Headset not playing audio HELP PLEASE
On
Fri,
15
Feb
2008,
pramod
gurav
wrote:
->
I
just
tried
changing
some
lines
in
/usr/src/linux/net/bluetooth/hci_event.c
->
and
compiled
the
kernel..
You
can't
just
change
values
unless
you
know
kernel/bluetooth
programming
;)
->
SCO
MTU:
64:8
this
has
changed
->
but
new
problem
is
hwen
I
press
button
on
HS
link
req
comes
but
the
connection
is
different
this
time
->
[root@localhost
Pramod]#
hcitool
conn
->
Connections:
->
>
ACL
00:0F:DE:B1:02:42
handle
0
state
2
lm
SLAVE
->
previously
it
used
to
be
as
->
->
That's
what
mine
looks
like
before
I
press
the
button-
then
it
does
the
pass/auth
step.
->
[Pramod@localhost
~]$
aplay
-D
bluetooth
-f
S16_LE
test.raw
->
there
is
a
long
wait
and
connections
are
->
[root@localhost
Pramod]#
hcitool
conn
->
Connections:
->
>
ACL
00:0F:DE:B1:02:43
handle
0
state
2
lm
SLAVE
->
<
ACL
00:0F:DE:B1:02:42
handle
0
state
5
lm
MASTER
->
->
00:0F:DE:B1:02:43
this
is
not
my
HS
address(there
is
no
other
device
near
here)
->
00:0F:DE:B1:02:42
this
one
is
mine.
That's
odd.
Never
saw
a
second
address
like
that
before...
->
planning
to
recompile
the
kernel
with
original
hci_event.c
According
to
the
Gentoo
Wiki,
your
HS
does
work
with
modern
kernel/bluez.
BTW,
last
time
when
everything
looked
right
but
you
didn't
hear
anything,
did
you
remember
to
turn
up
the
alsa
sound?
When
I
reboot,
alsa
is
always
set
to
0..
I
use
rexima/aumix
to
turn
up
the
volumn.
That's
a
common
oversight.
Other
than
that,
I
really
don't
know
why
it's
working.
->
As
you
said
there
might
be
a
incompatibility
issues
in
one
of
them(HS/dongle)
The
headset
seems
OK,
from
the
wiki.
You
might
look
up
the
dongle,
if
you
didn't
already.
->
Can
it
happen
that
I
might
require
to
play
the
audio
with
certain
frequency,
rate
or
parameters
which
are
supported
by
my
HS(Its
a
Sony
Ericsson
HBH-602)?
Not
totally
sure,
but
mine
didn't
require
them.
I'm
assuming
it
used
the
defaults
in
that
case.
-------------------------------------------------------------------------
This
SF.net
email
is
sponsored
by:
Microsoft
Defy
all
challenges.
Microsoft(R)
Visual
Studio
2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Bluez-users
mailing
list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users
Now you can chat without downloading messenger. Go to http://in.messenger.yahoo.com/webmessengerpromo.php
[-- Attachment #1.2: Type: text/html, Size: 5408 bytes --]
[-- Attachment #2: Type: text/plain, Size: 228 bytes --]
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
[-- Attachment #3: Type: text/plain, Size: 164 bytes --]
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [Bluez-users] Headset not playing audio HELP PLEASE
2008-02-18 13:16 pramod gurav
@ 2008-02-18 13:38 ` Guillaume Bedot
0 siblings, 0 replies; 18+ messages in thread
From: Guillaume Bedot @ 2008-02-18 13:38 UTC (permalink / raw)
To: bluez-users
[-- Attachment #1: Type: text/plain, Size: 763 bytes --]
Quoting pramod gurav <pramod_gurav_etc@yahoo.co.in>:
> Shall I really try Btsco way?
This patch should do fix the same issue as the previous one (you can
revert the other one if you applied it), but using an other approach.
My headset actually accepts the synchronous connection, but as a sco
link instead of requested esco one.
This patch makes the kernel search for both types when receiving
"Synchronous Connection Complete" event.
> Else I replace my BT adapter?? But I have three. Two are Broadcom
> and one is silicon wave.
> Only one is working to the maximum is the current one which is broadcom.
> Which one shall I try now?
> Sorry for too many Ques???
> Have a nice time ahead.
>
> Thanks and Best regards
> Pramod
Regards,
Guillaume B.
[-- Attachment #2: also-accept-sco-links.patch --]
[-- Type: text/x-patch, Size: 534 bytes --]
--- net/bluetooth/hci_event.c.orig 2008-02-18 14:02:20.000000000 +0100
+++ net/bluetooth/hci_event.c 2008-02-18 14:04:44.000000000 +0100
@@ -1313,8 +1313,14 @@
hci_dev_lock(hdev);
conn = hci_conn_hash_lookup_ba(hdev, ev->link_type, &ev->bdaddr);
- if (!conn)
- goto unlock;
+ if (!conn) {
+ if (ev->link_type==SCO_LINK)
+ conn = hci_conn_hash_lookup_ba(hdev, ESCO_LINK, &ev->bdaddr);
+ if (!conn)
+ goto unlock;
+ else
+ conn->type=SCO_LINK;
+ }
if (!ev->status) {
conn->handle = __le16_to_cpu(ev->handle);
[-- Attachment #3: Type: text/plain, Size: 228 bytes --]
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
[-- Attachment #4: Type: text/plain, Size: 164 bytes --]
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [Bluez-users] Headset not playing audio HELP PLEASE
@ 2008-02-18 14:41 Guillaume Bedot
0 siblings, 0 replies; 18+ messages in thread
From: Guillaume Bedot @ 2008-02-18 14:41 UTC (permalink / raw)
To: bluez-users
[-- Attachment #1: Type: text/plain, Size: 261 bytes --]
Quoting Guillaume Bedot <littletux@zarb.org>:
>
> This patch makes the kernel search for both types when receiving
> "Synchronous Connection Complete" event.
>
Sorry, the patch in the previous paost was incomplete / buggy, you'd
rather try the included one.
[-- Attachment #2: also-accept-sco-links-v2.patch --]
[-- Type: text/x-patch, Size: 542 bytes --]
--- net/bluetooth/hci_event.c.orig 2008-02-18 14:02:20.000000000 +0100
+++ net/bluetooth/hci_event.c 2008-02-18 15:19:04.000000000 +0100
@@ -1313,8 +1313,15 @@
hci_dev_lock(hdev);
conn = hci_conn_hash_lookup_ba(hdev, ev->link_type, &ev->bdaddr);
- if (!conn)
- goto unlock;
+ if (!conn) {
+ if (ev->link_type==SCO_LINK) {
+ conn = hci_conn_hash_lookup_ba(hdev, ESCO_LINK, &ev->bdaddr);
+ if (!conn)
+ goto unlock;
+ else
+ conn->type=SCO_LINK;
+ }
+ }
if (!ev->status) {
conn->handle = __le16_to_cpu(ev->handle);
[-- Attachment #3: Type: text/plain, Size: 228 bytes --]
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
[-- Attachment #4: Type: text/plain, Size: 164 bytes --]
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [Bluez-users] Headset not playing audio HELP PLEASE
@ 2008-02-19 4:21 pramod gurav
2008-02-19 6:03 ` jayjwa
0 siblings, 1 reply; 18+ messages in thread
From: pramod gurav @ 2008-02-19 4:21 UTC (permalink / raw)
To: BlueZ users
[-- Attachment #1.1: Type: text/plain, Size: 3191 bytes --]
hi All
I got my headset working ...
I bought one new BT dongle which clamed it supports HS audio Gtaeway.
It is a product of ENTER multimedia.
this is it.
[root@localhost Pramod]# /usr/local/sbin/hciconfig -a
hci0: Type: USB
BD Address: 11:11:11:11:11:11 ACL MTU: 678:8 SCO MTU: 48:10
UP RUNNING PSCAN ISCAN
RX bytes:10283222 acl:386 sco:201151 events:719 errors:0
TX bytes:10319322 acl:347 sco:202172 commands:192 errors:0
Features: 0xbf 0xfe 0x8d 0x78 0x08 0x18 0x00 0x00
Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3
Link policy: RSWITCH HOLD SNIFF PARK
Link mode: SLAVE ACCEPT
Name: 'BlueZ (0)'
Class: 0x080100
Service Classes: Capturing
Device Class: Computer, Uncategorized
HCI Ver: 1.2 (0x2) HCI Rev: 0x1fe LMP Ver: 1.2 (0x2) LMP Subver: 0x1fe
Manufacturer: Integrated System Solution Corp. (57)
Thanks to all who have given me their valuable time for this.
Especially thanks to Jayjwa who helped me a lot.
Hope to have the same co-operation in coming time.
Thanks and Best regards
Pramod
----- Original Message ----
From: Guillaume Bedot <littletux@zarb.org>
To: bluez-users@lists.sourceforge.net
Sent: Monday, 18 February, 2008 8:11:19 PM
Subject: Re: [Bluez-users] Headset not playing audio HELP PLEASE
Quoting
Guillaume
Bedot
<littletux@zarb.org>:
>
>
This
patch
makes
the
kernel
search
for
both
types
when
receiving
>
"Synchronous
Connection
Complete"
event.
>
Sorry,
the
patch
in
the
previous
paost
was
incomplete
/
buggy,
you'd
rather
try
the
included
one.
-----Inline Attachment Follows-----
---
net/bluetooth/hci_event.c.orig
2008-02-18
14:02:20.000000000
+0100
+++
net/bluetooth/hci_event.c
2008-02-18
15:19:04.000000000
+0100
@@
-1313,8
+1313,15
@@
hci_dev_lock(hdev);
conn
=
hci_conn_hash_lookup_ba(hdev,
ev->link_type,
&ev->bdaddr);
-
if
(!conn)
-
goto
unlock;
+
if
(!conn)
{
+
if
(ev->link_type==SCO_LINK)
{
+
conn
=
hci_conn_hash_lookup_ba(hdev,
ESCO_LINK,
&ev->bdaddr);
+
if
(!conn)
+
goto
unlock;
+
else
+
conn->type=SCO_LINK;
+
}
+
}
if
(!ev->status)
{
conn->handle
=
__le16_to_cpu(ev->handle);
-----Inline Attachment Follows-----
-------------------------------------------------------------------------
This
SF.net
email
is
sponsored
by:
Microsoft
Defy
all
challenges.
Microsoft(R)
Visual
Studio
2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
-----Inline Attachment Follows-----
_______________________________________________
Bluez-users
mailing
list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users
Now you can chat without downloading messenger. Go to http://in.messenger.yahoo.com/webmessengerpromo.php
[-- Attachment #1.2: Type: text/html, Size: 5446 bytes --]
[-- Attachment #2: Type: text/plain, Size: 228 bytes --]
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
[-- Attachment #3: Type: text/plain, Size: 164 bytes --]
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [Bluez-users] Headset not playing audio HELP PLEASE
2008-02-19 4:21 pramod gurav
@ 2008-02-19 6:03 ` jayjwa
0 siblings, 0 replies; 18+ messages in thread
From: jayjwa @ 2008-02-19 6:03 UTC (permalink / raw)
To: BlueZ users
On Tue, 19 Feb 2008, pramod gurav wrote:
-> hi All
-> I got my headset working ...
<cheers>
-> I bought one new BT dongle which clamed it supports HS audio Gtaeway.
-> It is a product of ENTER multimedia.
-> this is it.
-> [root@localhost Pramod]# /usr/local/sbin/hciconfig -a
-> hci0: Type: USB
-> BD Address: 11:11:11:11:11:11 ACL MTU: 678:8 SCO MTU: 48:10
-> UP RUNNING PSCAN ISCAN
-> RX bytes:10283222 acl:386 sco:201151 events:719 errors:0
-> TX bytes:10319322 acl:347 sco:202172 commands:192 errors:0
-> Features: 0xbf 0xfe 0x8d 0x78 0x08 0x18 0x00 0x00
-> Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3
-> Link policy: RSWITCH HOLD SNIFF PARK
-> Link mode: SLAVE ACCEPT
-> Name: 'BlueZ (0)'
-> Class: 0x080100
-> Service Classes: Capturing
-> Device Class: Computer, Uncategorized
-> HCI Ver: 1.2 (0x2) HCI Rev: 0x1fe LMP Ver: 1.2 (0x2) LMP Subver: 0x1fe
-> Manufacturer: Integrated System Solution Corp. (57)
Notice this one: SCO MTU: 48:10. The last one ended in zero. Maybe that was
showing there was a problem after all? (learning as I go along, too)
-> Thanks to all who have given me their valuable time for this.
-> Especially thanks to Jayjwa who helped me a lot.
You're welcome.
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users
^ permalink raw reply [flat|nested] 18+ messages in thread
end of thread, other threads:[~2008-02-19 6:03 UTC | newest]
Thread overview: 18+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-02-13 5:27 [Bluez-users] Headset not playing audio HELP PLEASE pramod gurav
2008-02-14 14:22 ` jayjwa
-- strict thread matches above, loose matches on Subject: below --
2008-02-19 4:21 pramod gurav
2008-02-19 6:03 ` jayjwa
2008-02-18 14:41 Guillaume Bedot
2008-02-18 13:16 pramod gurav
2008-02-18 13:38 ` Guillaume Bedot
2008-02-15 14:21 pramod gurav
2008-02-17 10:20 ` jayjwa
2008-02-15 5:21 pramod gurav
2008-02-15 13:29 ` jayjwa
2008-02-15 4:49 pramod gurav
2008-02-15 8:52 ` jayjwa
2008-02-11 10:07 pramod gurav
2008-02-12 12:47 ` jayjwa
2008-02-08 4:40 pramod gurav
2008-02-08 16:19 ` Guillaume Bedot
2008-02-08 23:08 ` jayjwa
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox