(no subject)

[Lan Zhang]

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

Re: [Bluez-devel] (no subject)

[Marcel Holtmann]

Hi Lan,

don't forget a subject !!!

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

please provide a patch against the latest CVS and take care of following
the coding style.

Regards

Marcel



Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel

[Bluez-devel] (no subject)

[Fabrizio Guglielmino]

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

Re: [Bluez-devel] (no subject)

[jm]

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

Re: [Bluez-devel] (no subject)

[Fabrizio Guglielmino]

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

Re: [Bluez-devel] (no subject)

[Marcel Holtmann]

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

[Bluez-devel] (no subject)

[stefan]

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

[Bluez-devel] (no subject)

[Vardhman Jain]

 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

[Bluez-devel] (no subject)

[abhay b]

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

Re: [Bluez-devel] (no subject)

[Marcel Holtmann]

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

Re: [Bluez-devel] (no subject)

[Ville Tervo]

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

Re: [Bluez-devel] (no subject)

[Marcel Holtmann]

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