Re: streaming protocol, satellite links

Hi Sean

So what your saying is that you can not buffer the sound at the server ?
This would make it so you did not have to change anything on the slimp3 side
of the system


Mike

> Use a new protocol (best, I think)
>
> I think the best protocol is one where the client acknowledges every
> packet individually, and it's the server's responsibility to keep track of
> the client's buffer usage, which packets need to be retransmitted,
> timeouts, etc.  This would simplify the client side quite a bit, at the
> expense of having to implement a fairly complex TCP-like protocol on the
> server side. Ultimately this looks like the best solution because it gives
> full control of the protocol to the application. We'll have to deal with
> the same issues as other UDP streaming protocols - in particular,
> detecting link capacity, being fair to TCP connections sharing the same
> path, and refusing to stream or reducing the data rate (reencoding the
> MPEG!!) if we're causing too much packet loss.
>
>
> Sean
>
>
>
>
> To unsubscribe from this group, send an email to:
> [email protected]
>
>
>
> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
>


---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.282 / Virus Database: 150 - Release Date: 25/09/2001


------------------------ Yahoo! Groups Sponsor ---------------------~-->
Get your FREE VeriSign guide to security solutions for your web site: encrypting transactions, securing intranets, and more!
http://us.click.yahoo.com/UnN2wB/m5_CAA/yigFAA/rIp0lB/TM
---------------------------------------------------------------------~->

To unsubscribe from this group, send an email to:
[email protected]

 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/