From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <55cd79280604241614m5da5e078s6374f8218d834656@mail.gmail.com> From: "Marcos P" To: bluez-devel@lists.sourceforge.net Subject: Re: [Bluez-devel] Fwd: Help with l2cap broadcast programming In-Reply-To: <444D0164.5000505@xmission.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_24743_15769528.1145920483316" References: <55cd79280604231728s788eb97bi76e9998816181dd3@mail.gmail.com> <55cd79280604240416m634b1aa7j27e2cabedbb81239@mail.gmail.com> <444CF59F.5020003@xmission.com> <444CF957.6080203@xmission.com> <444D0164.5000505@xmission.com> Sender: bluez-devel-admin@lists.sourceforge.net Errors-To: bluez-devel-admin@lists.sourceforge.net Reply-To: bluez-devel@lists.sourceforge.net List-Unsubscribe: , List-Id: BlueZ development List-Post: List-Help: List-Subscribe: , List-Archive: Date: Tue, 25 Apr 2006 00:14:43 +0100 ------=_Part_24743_15769528.1145920483316 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Thank you Brad, for your answer. I am not using AVDTP, we have our own algorithm to deliver video. The video stream is sent by modifying the packetization and delivery scheme. For example sending 1 video slice per packet and delivering each packet with times closer to a Real time streamming. In this case the broadcast scheme in the bluetooth standard [*= ] seems like a good way to stream video to different clients. In this case th= e clients performance will be observed at different distances, and because they are only in a listening state and the broadcast delivery is not dependant to the buffer in the client; it is a good case study to analyse the degradation of service at different positions. at this time, I was starting to analyse how to use raw sockets in HCI and l2cap to see if I was able to activate the broadcast mode, however if the broadcast support is not in the bluez stack shall I then move to the AFFIX stack??? It is really a pity that the bluez lacks the support for broadcast. I kindly like the TCP/IP sockets similarity of socket programming with bluez. Regards Marcos * http://www.bluetooth.com/Bluetooth/Learn/Works/Data_Transport_Architecture.= htm On 4/24/06, Brad Midgley wrote: > > Hey > > >>The core spec talks about broadcast... lt_addr is all 0, llid =3D 10, p= tt > >>=3D 0. I looked around for examples using bluez but couldn't find any. > > If bluez really can't do this now, you can get it using the affix stack. > We just can't discuss affix here unless it's in the context of improving > bluez. > > (There's a special place in hell reserved for replying to myself twice > here :) > > Brad > > ------=_Part_24743_15769528.1145920483316 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline

Thank you Brad, for your answer= .  I am not using AVDTP, we have our own algorithm to deliver video. The video stream is sent by modifying the packe= tization and delivery scheme. For example sending 1 video slice per packet and delivering each packet with times closer to a Real tim= e streamming.  In this case the broadcast scheme in the bluetooth standard [*] seems like a good way to str= eam video to different clients. In this case the clients performance will be ob= served at different distances, and because they are only in a listening sta= te and the broadcast delivery is not dependant to the buffer in the client;= it is a good case study to analyse the degradation of service at different= positions.

 

at this time, I was starting to= analyse how to use raw sockets in HCI and l2cap to see if I was able to activate the broadcast mod= e, however if the broadcast support is not in the bluez stack shall I then mov= e to the AFFIX stack???

It is really a pity that the bl= uez  lacks the support for broadcast.  I kindly like the TCP/IP sockets similarity of socket programming with bluez.

 <= span style=3D"">  

Regards Marcos

 

 

* http://www.bluetooth.com/Bluetooth/Learn/Works/Data_Transpo= rt_Architecture.htm

On 4= /24/06,=20 Brad Midgley <bmidgley@xmission.com> wrote:
Hey

>>The core spec talks about broadcast... lt_addr is all 0,= llid =3D 10, ptt
>>=3D 0. I looked around for examples using blue= z but couldn't find any.

If bluez really can't do this now, you can = get it using the affix stack.
We just can't discuss affix here unless it's in the context of improvin= g
bluez.

(There's a special place in hell reserved for replying t= o myself twice
here :)

Brad


------=_Part_24743_15769528.1145920483316-- ------------------------------------------------------- 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