* [Bluez-devel] (no subject)
@ 2004-08-12 11:15 abhay b
2004-08-12 11:31 ` Marcel Holtmann
0 siblings, 1 reply; 11+ messages in thread
From: abhay b @ 2004-08-12 11:15 UTC (permalink / raw)
To: bluez-devel
[-- Attachment #1: Type: text/html, Size: 387 bytes --]
[-- Attachment #2: Type: text/plain, Size: 131 bytes --]
hi
i want to know abt the BT 1.2 support and SDIO support in BlueZ.
plz mail me back if anyone has any info..
thanks
abhay
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [Bluez-devel] (no subject)
2004-08-12 11:15 [Bluez-devel] (no subject) abhay b
@ 2004-08-12 11:31 ` Marcel Holtmann
2004-08-16 12:12 ` Ville Tervo
0 siblings, 1 reply; 11+ messages in thread
From: Marcel Holtmann @ 2004-08-12 11:31 UTC (permalink / raw)
To: abhay b; +Cc: BlueZ Mailing List
Hi Abhay,
> i want to know abt the BT 1.2 support and SDIO support in BlueZ.
we have full Bluetooth 1.2 support on the HCI layer, but at the moment
the L2CAP retransmission and flow control feature is missing. However it
seems that none of the embedded stacks are having this either.
I don't know of any support for SDIO devices.
Regards
Marcel
-------------------------------------------------------
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [Bluez-devel] (no subject)
2004-08-12 11:31 ` Marcel Holtmann
@ 2004-08-16 12:12 ` Ville Tervo
2004-08-16 12:29 ` Marcel Holtmann
0 siblings, 1 reply; 11+ messages in thread
From: Ville Tervo @ 2004-08-16 12:12 UTC (permalink / raw)
To: bluez-devel
On Thu, Aug 12, 2004 at 01:31:49PM +0200, Marcel Holtmann wrote:
> Hi Abhay,
>
> > i want to know abt the BT 1.2 support and SDIO support in BlueZ.
>
> we have full Bluetooth 1.2 support on the HCI layer, but at the moment
> the L2CAP retransmission and flow control feature is missing. However it
> seems that none of the embedded stacks are having this either.
Is someone planning to do rfc mode?
>
> I don't know of any support for SDIO devices.
>
> Regards
>
> Marcel
>
>
Ville
-------------------------------------------------------
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [Bluez-devel] (no subject)
2004-08-16 12:12 ` Ville Tervo
@ 2004-08-16 12:29 ` Marcel Holtmann
0 siblings, 0 replies; 11+ messages in thread
From: Marcel Holtmann @ 2004-08-16 12:29 UTC (permalink / raw)
To: Ville Tervo; +Cc: BlueZ Mailing List
Hi Ville,
> > > i want to know abt the BT 1.2 support and SDIO support in BlueZ.
> >
> > we have full Bluetooth 1.2 support on the HCI layer, but at the moment
> > the L2CAP retransmission and flow control feature is missing. However it
> > seems that none of the embedded stacks are having this either.
>
> Is someone planning to do rfc mode?
some time ago I started with it and found a bug in our L2CAP info
request/response code in the kernel. I stopped working on, because I
realized that the config exchange must be redesigned to better fit for
RFC mode and also QoS in the future. There are more important things to
do first.
Regards
Marcel
-------------------------------------------------------
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel
^ permalink raw reply [flat|nested] 11+ messages in thread
* [Bluez-devel] (no subject)
@ 2005-03-06 16:12 Vardhman Jain
0 siblings, 0 replies; 11+ messages in thread
From: Vardhman Jain @ 2005-03-06 16:12 UTC (permalink / raw)
To: bluez-devel
I am in need of a solution to help me use the obex-server programmatically.
What I need to do is whenever a file is recieved at the server I
get some kind of callback or signal, so I can call some other
program/function which was waiting for files from bluetooth. I need this
to be done in a for loop until the remote device disconnects. It would be
great If I can call the file recieving code as a waiting function call in
my code.
Any help or pointers are appreciated.
Vardhman
--
Vardhman Jain
IV Year B.Tech. CSE
IIIT-Hyderabad
presence on net:
http://students.iiit.net/~vardhman
http://vardhman.blogspot.com
1) My Box said: "Install Win2k or better ..." So I installed GNU/Linux.
2) What you are is God's gift to you and what you become is your gift to God.
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel
^ permalink raw reply [flat|nested] 11+ messages in thread* [Bluez-devel] (no subject)
@ 2005-12-19 12:27 stefan
0 siblings, 0 replies; 11+ messages in thread
From: stefan @ 2005-12-19 12:27 UTC (permalink / raw)
To: bluez-devel; +Cc: can't, get, a2dp, to, work
hello
I have a problem getting my a2dp connection onto my headset to work on my linux
machine.
But the sco connection works (I didn't test the mic sofar).
I searched the internet for a hint how to solve this matter, but didn't find
anything.
So I think this is the appropriate spot to post my problem.
Sorry if I'm wrong.
I'm running Debian Sarge with a newly compiled kernel 2.6.14.3.
I got the whole bluetooth subsystem (except debugging I think) coded into the
kernel,
along with the ALSA system.
Following packages are installed:
bluez-utils 2.15-1.1
alsa-base 1.0.8-7
alsa-utils 1.0.8-4
The bluetooth-alsa version is the 0.4 from the cvs. It compiled without any
error,
along with the kernel snd-bt-sco module.
To test the sco connection I did the following:
-load snd-bt-sco
-pair headset with computer ('hcitool cc <btaddr>' with auth and encrypt enabled
in
hcid.conf, as I think a2dp requires both)
-'btsco <btaddr>'
-play audio using xmms with appropriate alsa-device
After aborting btsco, but leaving the headset still paired I tryed to play audio
via
the command provided on the official bluetooth-alsa site:
>debian:/usr/src/btsco-0.4# hcitool con
>Connections:
> < ACL 00:13:1B:00:50:32 handle 46 state 1 lm SLAVE AUTH ENCRYPT
>debian:/usr/src/btsco-0.4# mpg123 --au - smooth.mp3 | ./a2play
00:13:1B:00:50:32
>High Performance MPEG 1.0/2.0/2.5 Audio Player for Layer 1, 2 and 3.
>Version 0.59r (1999/Jun/15). Written and copyrights by Michael Hipp.
...(I Cut out part of the mpg123 output)
>Playing MPEG stream from smooth.mp3 ...
>Junk at the beginning 49443303
>MPEG 1.0 layer III, 192 kbit/s, 44100 Hz joint-stereo
>out of sync (0x2e)
>couldn't read header on -
At next I tryed the seccond command provided on the site:
>debian:/usr/src/btsco-0.4# mpg123 --au - smooth.mp3 | sbc/sbcenc |
./sbc/rcplay 00:13:1B:00:50:32
>High Performance MPEG 1.0/2.0/2.5 Audio Player for Layer 1, 2 and 3.
...
>Playing MPEG stream from smooth.mp3 ...
>Junk at the beginning 49443303
>MPEG 1.0 layer III, 192 kbit/s, 44100 Hz joint-stereo
>Can't get channel number: Success
I'm focussing on the "out of sync" error message now.
The usage of a2play tells me that I'm able to define the input file directly.
So I did:
>mpg123 --au - smooth.mp3 > smooth.au
Now I got the song in sun audio format.
I tried the following next:
>debian:/usr/src/btsco-0.4# ./a2play 00:13:1B:00:50:32 smooth.au
>out of sync (0x2e)
>couldn't read header on smooth.au
Next up was a different audio format, and hey, the errorcode changed:
>debian:/usr/src/btsco-0.4# ./a2play 00:13:1B:00:50:32 smooth.mp3
>out of sync (0x49)
>couldn't read header on smooth.mp3
So there must be something wrong with the audioformat, I guess.
I seriously don't know which one works or should work.
The headset istself is called "Cyber Headphone".
At least it shows up that way when i do 'hcitool scan'
The headset itself works fine with the a2dp connection running winXP and a
Toshiba stack.
Thanks for the help.
Stefan Rabas
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel
^ permalink raw reply [flat|nested] 11+ messages in thread* (no subject)
@ 2006-06-23 19:01 Lan Zhang
2006-06-23 19:17 ` [Bluez-devel] (no subject) Marcel Holtmann
0 siblings, 1 reply; 11+ messages in thread
From: Lan Zhang @ 2006-06-23 19:01 UTC (permalink / raw)
To: bluez-devel; +Cc: Marcel Holtmann
[-- Attachment #1: Type: text/plain, Size: 310 bytes --]
Hi,
Could you guys add BPP ReferencePrinting service into the sdptools and
checked in? I don't know how many perple will benefit from this, at
least it will not hurt. And I think more people will use it later.
and if you checked in, could you let me know the CVS version number?
Thanks.
Lan
[-- Attachment #2: sdptool_addrefprinting.txt --]
[-- Type: text/plain, Size: 4098 bytes --]
static int add_bpp_status(sdp_session_t *session, svc_info_t *si)
{
sdp_list_t *svclass_id, *pfseq, *apseq, *root;
uuid_t root_uuid, bpp_ps_uuid, l2cap_uuid, rfcomm_uuid, obex_uuid;
sdp_profile_desc_t profile[1];
sdp_list_t *aproto, *proto[3];
sdp_record_t record;
uint8_t chan = si->channel? si->channel: 4;
sdp_data_t *channel;
int ret = 0;
memset((void *)&record, 0, sizeof(sdp_record_t));
record.handle = si->handle;
sdp_uuid16_create(&root_uuid, PUBLIC_BROWSE_GROUP);
root = sdp_list_append(0, &root_uuid);
sdp_set_browse_groups(&record, root);
sdp_uuid16_create(&bpp_ps_uuid, PRINTING_STATUS_SVCLASS_ID);
svclass_id = sdp_list_append(0, &bpp_ps_uuid);
sdp_set_service_classes(&record, svclass_id);
sdp_uuid16_create(&profile[0].uuid, PRINTING_STATUS_PROFILE_ID);
profile[0].version = 0x0100;
pfseq = sdp_list_append(0, &profile[0]);
sdp_set_profile_descs(&record, pfseq);
sdp_uuid16_create(&l2cap_uuid, L2CAP_UUID);
proto[0] = sdp_list_append(0, &l2cap_uuid);
apseq = sdp_list_append(0, proto[0]);
sdp_uuid16_create(&rfcomm_uuid, RFCOMM_UUID);
proto[1] = sdp_list_append(0, &rfcomm_uuid);
channel = sdp_data_alloc(SDP_UINT8, &chan);
proto[1] = sdp_list_append(proto[1], channel);
apseq = sdp_list_append(apseq, proto[1]);
sdp_uuid16_create(&obex_uuid, OBEX_UUID);
proto[2] = sdp_list_append(0, &obex_uuid);
apseq = sdp_list_append(apseq, proto[2]);
aproto = sdp_list_append(0, apseq);
sdp_set_access_protos(&record, aproto);
sdp_set_info_attr(&record, "BPP Printer Status", 0, 0);
if (0 > sdp_record_register(session, &record, SDP_RECORD_PERSIST)) {
printf("Service Record registration failed\n");
ret = -1;
goto end;
}
printf("\t BPP Printing Status service registered\n");
end:
sdp_data_free(channel);
sdp_list_free(proto[0], 0);
sdp_list_free(proto[1], 0);
sdp_list_free(proto[2], 0);
sdp_list_free(apseq, 0);
sdp_list_free(aproto, 0);
//printf (" \n BPP record_handle = %x\n\n", record.handle);
return ret;
}
//add reference printing servers
static int add_ref_obj(sdp_session_t *session, svc_info_t *si)
{
sdp_list_t *svclass_id, *pfseq, *apseq, *root;
uuid_t root_uuid, bpp_dpros_uuid, l2cap_uuid, rfcomm_uuid, obex_uuid;
sdp_profile_desc_t profile[1];
sdp_list_t *aproto, *proto[3];
sdp_record_t record;
uint8_t chan = si->channel? si->channel: 5;
sdp_data_t *channel;
int ret = 0;
memset(&record, 0, sizeof(sdp_record_t));
record.handle = si->handle;
sdp_uuid16_create(&root_uuid, PUBLIC_BROWSE_GROUP);
root = sdp_list_append(0, &root_uuid);
sdp_set_browse_groups(&record, root);
sdp_uuid16_create(&bpp_dpros_uuid, DIRECT_PRT_REFOBJS_SVCLASS_ID);
svclass_id = sdp_list_append(0, &bpp_dpros_uuid);
sdp_set_service_classes(&record, svclass_id);
sdp_uuid16_create(&profile[0].uuid, DIRECT_PRT_REFOBJS_PROFILE_ID);
profile[0].version = 0x0100;
pfseq = sdp_list_append(0, profile);
sdp_set_profile_descs(&record, pfseq);
sdp_uuid16_create(&l2cap_uuid, L2CAP_UUID);
proto[0] = sdp_list_append(0, &l2cap_uuid);
apseq = sdp_list_append(0, proto[0]);
sdp_uuid16_create(&rfcomm_uuid, RFCOMM_UUID);
proto[1] = sdp_list_append(0, &rfcomm_uuid);
channel = sdp_data_alloc(SDP_UINT8, &chan);
proto[1] = sdp_list_append(proto[1], channel);
apseq = sdp_list_append(apseq, proto[1]);
sdp_uuid16_create(&obex_uuid, OBEX_UUID);
proto[2] = sdp_list_append(0, &obex_uuid);
apseq = sdp_list_append(apseq, proto[2]);
aproto = sdp_list_append(0, apseq);
sdp_set_access_protos(&record, aproto);
sdp_set_info_attr(&record, "BPP Reference Object Service", 0, 0);
if (0 > sdp_record_register(session, &record, SDP_RECORD_PERSIST)) {
printf("Service Record registration failed\n");
ret = -1;
goto end;
}
printf("\t BPP Reference Printing service registered\n");
end:
sdp_data_free(channel);
sdp_list_free(proto[0], 0);
sdp_list_free(proto[1], 0);
sdp_list_free(proto[2], 0);
sdp_list_free(apseq, 0);
sdp_list_free(aproto, 0);
return ret;
}
^ permalink raw reply [flat|nested] 11+ messages in thread* [Bluez-devel] (no subject)
@ 2007-11-26 20:49 Fabrizio Guglielmino
2007-11-27 7:14 ` jm
2007-11-27 8:25 ` Marcel Holtmann
0 siblings, 2 replies; 11+ messages in thread
From: Fabrizio Guglielmino @ 2007-11-26 20:49 UTC (permalink / raw)
To: BlueZ development
Hi all,
I made a simple software to send small pictures to all bluetooth
devices in range (it's used by a museum ).
This software is made in C using bluez api, I've used two bluetooth
dongles : one to make periodic inquiry (not with HCI periodic inquiry
command by with a loop) and the other to make sdp query looking for
obex push service and sending image.
My requirement was to use this software in some embedded linux based
computer so I chose to limit external library, I made all using
pthread so there is an infinite thread for inquiries and one thread
to handle every sdp query and relative connection when devices are
discovered. I've discarded also using python or other scripting
languages for the platfom limitations.
All works but I found it not so efficient, also with 6/7 devices it's
really slow to identify and connect to devices, some times connection
are unexpectedly closed and so on....
Is it my approch to the problem wrong or bluetooth protocol is not
suitable for this type of use?
I'm using libs version 3.7-1 (on debian 4.0)
Many thanks
Fabrizio
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [Bluez-devel] (no subject)
2007-11-26 20:49 Fabrizio Guglielmino
@ 2007-11-27 7:14 ` jm
2007-11-27 10:56 ` Fabrizio Guglielmino
2007-11-27 8:25 ` Marcel Holtmann
1 sibling, 1 reply; 11+ messages in thread
From: jm @ 2007-11-27 7:14 UTC (permalink / raw)
To: BlueZ development
Hi Fabrizio,
I think connection attempts (pscan procedure) are serialized by the dongle, =
so maybe you should do the sdp queries sequentially and create the thread
when the connection is ready. You can also try to reduce the page timeout =
with "hciconfig pageto" to discard soon devices not in range at connection
time.
Someone please correct me if I'm wrong.
Jos=E9 Miguel
> Hi all,
> I made a simple software to send small pictures to all bluetooth =
> devices in range (it's used by a museum ).
> This software is made in C using bluez api, I've used two bluetooth =
> dongles : one to make periodic inquiry (not with HCI periodic inquiry =
> command by with a loop) and the other to make sdp query looking for =
> obex push service and sending image.
> My requirement was to use this software in some embedded linux based =
> computer so I chose to limit external library, I made all using =
> pthread so there is an infinite thread for inquiries and one thread =
> to handle every sdp query and relative connection when devices are =
> discovered. I've discarded also using python or other scripting =
> languages for the platfom limitations.
>
> All works but I found it not so efficient, also with 6/7 devices it's =
> really slow to identify and connect to devices, some times connection =
> are unexpectedly closed and so on....
>
> Is it my approch to the problem wrong or bluetooth protocol is not =
> suitable for this type of use?
>
> I'm using libs version 3.7-1 (on debian 4.0)
>
> Many thanks
> Fabrizio
> =
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Bluez-devel mailing list
> Bluez-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bluez-devel
>
> =
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [Bluez-devel] (no subject)
2007-11-27 7:14 ` jm
@ 2007-11-27 10:56 ` Fabrizio Guglielmino
0 siblings, 0 replies; 11+ messages in thread
From: Fabrizio Guglielmino @ 2007-11-27 10:56 UTC (permalink / raw)
To: BlueZ development
jm ha scritto:
> Hi Fabrizio,
>
> I think connection attempts (pscan procedure) are serialized by the dongl=
e, =
> so maybe you should do the sdp queries sequentially and create the thread
> when the connection is ready. You can also try to reduce the page timeout =
> with "hciconfig pageto" to discard soon devices not in range at connection
> time.
>
> Someone please correct me if I'm wrong.
>
> Jos=E9 Miguel
>
>
> =
>> Hi all,
>> I made a simple software to send small pictures to all bluetooth =
>> devices in range (it's used by a museum ).
>> This software is made in C using bluez api, I've used two bluetooth =
>> dongles : one to make periodic inquiry (not with HCI periodic inquiry =
>> command by with a loop) and the other to make sdp query looking for =
>> obex push service and sending image.
>> My requirement was to use this software in some embedded linux based =
>> computer so I chose to limit external library, I made all using =
>> pthread so there is an infinite thread for inquiries and one thread =
>> to handle every sdp query and relative connection when devices are =
>> discovered. I've discarded also using python or other scripting =
>> languages for the platfom limitations.
>>
>> All works but I found it not so efficient, also with 6/7 devices it's =
>> really slow to identify and connect to devices, some times connection =
>> are unexpectedly closed and so on....
>>
>> Is it my approch to the problem wrong or bluetooth protocol is not =
>> suitable for this type of use?
>>
>> I'm using libs version 3.7-1 (on debian 4.0)
>>
>> Many thanks
>> Fabrizio
>> =
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2005.
>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>> _______________________________________________
>> Bluez-devel mailing list
>> Bluez-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/bluez-devel
>>
>> =
>> =
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Bluez-devel mailing list
> Bluez-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bluez-devel
>
>
> =
Thanks for suggestions, as You can read in my response to Marcel sdp =
query are already serialized but I find useful the use
of "pageto" to discard devices out of range. I'm also avaluating using =
inquiry with RSSI for this.
Thanks
Fabrizio
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [Bluez-devel] (no subject)
2007-11-26 20:49 Fabrizio Guglielmino
2007-11-27 7:14 ` jm
@ 2007-11-27 8:25 ` Marcel Holtmann
1 sibling, 0 replies; 11+ messages in thread
From: Marcel Holtmann @ 2007-11-27 8:25 UTC (permalink / raw)
To: BlueZ development
Hi Fabrizio,
if you wanna get any real attention on this mailing list, you better
fill in a subject. I tend to quickly delete messages without a subject.
> I made a simple software to send small pictures to all bluetooth
> devices in range (it's used by a museum ).
> This software is made in C using bluez api, I've used two bluetooth
> dongles : one to make periodic inquiry (not with HCI periodic inquiry
> command by with a loop) and the other to make sdp query looking for
> obex push service and sending image.
> My requirement was to use this software in some embedded linux based
> computer so I chose to limit external library, I made all using
> pthread so there is an infinite thread for inquiries and one thread
> to handle every sdp query and relative connection when devices are
> discovered. I've discarded also using python or other scripting
> languages for the platfom limitations.
>
> All works but I found it not so efficient, also with 6/7 devices it's
> really slow to identify and connect to devices, some times connection
> are unexpectedly closed and so on....
A lot of people tried to make this work and there are ways to make it
work as efficient as possible. However you need an understanding on how
the Bluetooth radio and baseband are working and what the limits are.
For example using one or two threads doesn't give anything useful. This
is the wrong approach to start with. No excuses. You are simply blocking
the baseband with your random attempts. It is also better to use
periodic inquiry or explicitly cancel an inquiry when you wanna page the
remote device for a SDP query. It also makes sense to use the class of
device to a pre-filter on remote devices that actually support object
transfer.
Run a "hcidump -X -V" during your scans and connect attempts and you see
the errors that will present themself when you try to page during an
inquiry. The kernel takes care of a lot of stuff, but it is not psychic.
> Is it my approch to the problem wrong or bluetooth protocol is not
> suitable for this type of use?
Do you have any choice when it comes to communicate with mobile phones?
> I'm using libs version 3.7-1 (on debian 4.0)
The latest version is 3.22 :)
Regards
Marcel
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel
^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2007-11-27 10:56 UTC | newest]
Thread overview: 11+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-08-12 11:15 [Bluez-devel] (no subject) abhay b
2004-08-12 11:31 ` Marcel Holtmann
2004-08-16 12:12 ` Ville Tervo
2004-08-16 12:29 ` Marcel Holtmann
-- strict thread matches above, loose matches on Subject: below --
2005-03-06 16:12 Vardhman Jain
2005-12-19 12:27 stefan
2006-06-23 19:01 Lan Zhang
2006-06-23 19:17 ` [Bluez-devel] (no subject) Marcel Holtmann
2007-11-26 20:49 Fabrizio Guglielmino
2007-11-27 7:14 ` jm
2007-11-27 10:56 ` Fabrizio Guglielmino
2007-11-27 8:25 ` Marcel Holtmann
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).