2008-02-15 05:21:59

by pramod gurav

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

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 <[email protected]>
To: BlueZ users <[email protected]>
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
[email protected]
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


Attachments:
(No filename) (228.00 B)
(No filename) (164.00 B)
Download all attachments

2008-02-15 13:29:34

by jayjwa

[permalink] [raw]
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
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-users