Date: Fri, 16 Jul 2004 10:09:35 +1000 From: josh <joshua@fuckmicrosoft.com> To: freebsd-net@freebsd.org Subject: Large delays (2 minute) with dummynet Message-ID: <opsa7ep9sx2tqf3s@mail.internode.on.net>
next in thread | raw e-mail | index | archive | help
I hope this is the right list to post to.
I'd like to delay a shoutcast stream by around 2 minutes. This
shoutcast server is used to broadcast commentary on live games and
the delay is needed so teams can't gain an advantage by hearing the
commentary to learn where/what the other team is doing. I've
checked the shoutcast forums and it seems there's nothing I can do
to the shoutcast daemon to get this delay. Shoutcast listens on
tcp/8001 for an input stream, and tcp/8000 for listeners to connect
to.
With 100 streams each using 48kbps, how practical is it to put them
all through a dummynet pipe with a delay of 120000ms? I figure
that'll require 100 * 48 / 8 * 120 / 1024 = 70MB of buffering in
dummynet. That's heaps! Is that possible? Is that using mbufs?
What would have to be tweaked up?
I guess it'd be better if I could just add the 2mins of delay to
the input stream so the delay buffer is smaller and fixed, but I
don't know how the shoutcast protocol would like that or how the
different TCP implementations would like it. Would ACKs be coming
back to the shoutcaster 2 minutes late?
Ideally it'd be best to have all this buffering happen intelligently
in userland, but I can't find anything to do that. Am I barking up
the wrong tree by looking at dummynet?
Cheers,
Josh
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?opsa7ep9sx2tqf3s>