Re: [Bluez-devel] Fwd: Help with l2cap broadcast programming

["Marcos P" <mparedesx@gmail.com>]

[-- Attachment #1: Type: text/plain, Size: 1713 bytes --]

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 the
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 <bmidgley@xmission.com> wrote:
>
> Hey
>
> >>The core spec talks about broadcast... lt_addr is all 0, llid = 10, ptt
> >>= 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
>
>

[-- Attachment #2: Type: text/html, Size: 2820 bytes --]