Jack Moffitt wrote:>As for the other parts, I do not understand why we shouldn't kick >clients who fall 25 packets behind. That is more than 100k usually, and >surely you don't think we should buffer them forever. >well, at 128kbps bitrate, it's only 6 seconds of data. 30 seconds would have been more reasonable, how does everybody think? it might have to be varied based on the bitrate of the stream. liulk <p>--- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-dev-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
> regarding icecast2; does anyone know if it's been ported to win32 at this > time?Yes. Oddsock has been working on this and several versions have been working for some time. We're still ironing out the last few bugs, and trying to get the GUI into cvs. You'll have to ask oddsock where to find a binary if one is not on his page at www.oddsock.org. jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-dev-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
regarding icecast2; does anyone know if it's been ported to win32 at this time? Good & bad replies welcome. :) I appreciate, Paul Ellison . <p>--- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-dev-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
> well, at 128kbps bitrate, it's only 6 seconds of data. 30 seconds would > have been more reasonable, how does everybody think? it might have to be > varied based on the bitrate of the stream.Good point. I will make this configurable in the end. 6 seconds is too little. I'll see what I can do to track by seconds instead of buffers. jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-dev-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
On 19/02/02 06:14, Jack Moffitt shaped the electrons to say:> > well, at 128kbps bitrate, it's only 6 seconds of data. 30 seconds would > > have been more reasonable, how does everybody think? it might have to be > > varied based on the bitrate of the stream. > > Good point. I will make this configurable in the end. 6 seconds is too > little. I'll see what I can do to track by seconds instead of buffers.It's partially done in the patch I've sent you, completelly done in my current version... I can send you the second patch, you will save some work. <p> -- ricardo "I just stopped using Windows and now you tell me to use Mirrors?" - said Aunt Tillie, just before downloading 2.5.3 kernel. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-dev-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.