Hi Levente, thanks for the answer.<br><br>I share this feeling with you. Maybe ~629kbps (I had a typing error :-) ) be the usable bandwidth if we consider the protocols overhead. However, I get slightly better results by doing some changes in the environment. I adjusted the BT MTU and enabled only outgoing DH5 packets. These changes improved the "usable" bandwidth for ~680kbps.
<br><br>Regards,<br><br>Loreno<br><br><div><span class="gmail_quote">On 8/28/06, <b class="gmail_sendername">Levente Kovacs</b> <<a href="mailto:lkovacs@xperts.hu">lkovacs@xperts.hu</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Fri, 25 Aug 2006 15:40:02 -0300<br>"Loreno Oliveira" <<a href="mailto:lorenooliveira@gmail.com">lorenooliveira@gmail.com</a>> wrote:<br><br>> I need to stream a video over a bluetooth channel but I need to to so using
<br>> all the bluetooth available bandwidth (aprox. 741kbps). It doesn't matter if<br>> packets arrive out of order or some of them were lost. But I need to fulfill<br>> the bandwidth with the video stream.<br>>
<br>> I'm using testOnDemandRTSPServer and openRTSP for serving and consumig the<br>> stream. The sample video I'm using is a mpeg2 video, which consumes around<br>> 639kbps of bandwidth. Is there any way of configuring the stream flow for
<br>> consuming more bandwidth?<br><br>I think the above mentioned 741kbps is a total bitrate, including protocol headesr. If you calculate all protocol overheads, I think the 639kbps is reasonable.<br><br>Levente<br>_______________________________________________
<br>live-devel mailing list<br><a href="mailto:live-devel@lists.live555.com">live-devel@lists.live555.com</a><br><a href="http://lists.live555.com/mailman/listinfo/live-devel">http://lists.live555.com/mailman/listinfo/live-devel
</a><br></blockquote></div><br>