From mboxrd@z Thu Jan  1 00:00:00 1970
Date: Mon, 21 Feb 2011 21:41:49 +0100
From: Mechiel Lukkien <mechiel@ueber.net>
To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net>
Message-ID: <20110221204148.GA8710@knaagkever.berteun.nl>
References: <e9dcbb4575bd9e996107205d6ef24358@terzarima.net>
	<319CCC8A-7CC8-4814-8608-FFFA624C04FD@gmail.com>
	<AANLkTi=siEehhAmVhvvWWeH7q3g83A59myAjeL2y4MZU@mail.gmail.com>
	<96B1444A-B40A-4F42-A387-1129C87D1387@gmail.com>
	<E85E1C40-0321-48B1-9CC5-2F913CAEC117@gmail.com>
	<36690C89-48E9-4DA3-8C47-426756A2F819@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <36690C89-48E9-4DA3-8C47-426756A2F819@gmail.com>
User-Agent: Mutt/1.5.20 (2009-06-14)
Subject: Re: [9fans] streams
Topicbox-Message-UUID: b2ae237e-ead6-11e9-9d60-3106f5b1d025

On Mon, Feb 21, 2011 at 07:53:30PM +0100, Nemo wrote:
> i reply myself; i think they use sst to mix multimedia streams, and
> in that case a lost packet in one stream (say text) would
> delay other streams (say audio) that do not need to be delayed if
> you use sst.
>
> But otherwise I still think that muxing a tcp stream might provide
> something similar (without some of sst ffeatures, i admit) and a lot
> easier to implement. I'll write a toy to see if this is wrong.

fwiw, just put this code i had in my homedir online:

	http://www.ueber.net/code/r/fdmux

the readme has info & warnings, appl/lib/fdmux.b starts with a description
of the protocol.

yes, sst can (and does seem to) improve on many levels.