Re: [Bluez-users] Headset not playing audio HELP PLEASE

[pramod gurav <pramod_gurav_etc@yahoo.co.in>]

[-- 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