Have you looked at liboggz and libfishsound? Jean-Marc S. A. Ridley wrote:> Hey folks, > I just unsubscribed from the vorbis-dev mailinglist (several days ago) > after a year or so of being subscribed, and today I run into a project > that will probably require using Ogg :-). > The project I am working on has a fairly quick timeline, and as a result > have to cut corners. The core of it will be wrapped around a > multiplexer. Ogg is obviously ideal for this, but I was wondering if > anyone knew of projects or libraries that exposed a simple multiplexer > for rapid development projects like this. Something that maybe allows > customization of the critical sections but has all the logic of adding > "streams", round-robining, and qos, stuff worked out. I am on win32 > (this is important for the rotation type "event driven" or just a simple > loop). > If not a library then perhaps a project that has a simple multiplexer > that uses ogg for its streams. > Any information would be greatly appreciated. > Stephen > > -- > ...tomorrow, the world. > > > ------------------------------------------------------------------------ > > _______________________________________________ > ogg-dev mailing list > ogg-dev@xiph.org > lists.xiph.org/mailman/listinfo/ogg-dev
On Thu, Mar 08, 2007 at 09:23:02PM -0500, S. A. Ridley wrote:> hangs, etc. So the multiplexer has to be a little beefier than I was first > assuming. Its still pretty surprising that a generic library to multiplex > over TCP is not more common. Something that would let you create a in > initial stream and then create "sub-streams" and expose a "mux_write()" and > "mux_read()" or something, and have the library transparently handle all the > mux/demux and messaging in between. If something like this *does* exist, > please share!I understand the openssh code implements TCP-over-TCP for its tunnel support. You might look at that. There are even patches to make it drop the compression so there's no performance overhead. With Ogg, I think oggz is your best bet for a sane library, but you're correct it's more a library-for-writing-muxers than a muxer library. -r