[Speex-dev] questions on serving up streaming speex
Jean-Marc Valin
Jean-Marc.Valin at USherbrooke.ca
Mon Dec 27 00:01:31 PST 2004
> I am working on an application that gathers and stores
> toll-quality/narrow-band voice data. It will allow clients to request
> this data and stream it to them on the fly. I'm planning on this data
> all being stored in the speex format (possibly encapsulated in an Ogg
> file header). I was wondering what method the members of this list would
> recommend for streaming the data to clients. Please excuse my ignorance
> in this field, as I'm not an expert with the subject matter.
Unless you need real-time, go with Ogg/Speex over TCP. There are many
apps that can do that.
> Here are some requirements, and more detail of the problem domain
> ...
These were mostly network issues. This is a codec mailing list.
> *Frame the speex data in Ogg (if not already done) and stream these Ogg
The standard file storage for Speex is already Ogg.
> *Encapsulate speex in RTP, and use RTCP and/or RSCP as well: This was a
> possibility at first, but seems to be overkill for what I need...these
> protocols are quite complex compared to something like the shoutcast
> streaming protocol, it works over UDP, and I wasn't impressed from what
> I saw of the offerings in this area (didn't really fit the simple
> requirement :).
As I said, don't use RTP unless you need short latency.
> *What about this speex jitter buffer I've been hearing about? I'm unsure
> how that fits in with these other media streaming techniques. Does that
> mean I can just send raw speex data across a TCP socket and let the
> libspeex decoder do the work of jitter buffering for me?
If you use TCP, you don't even need a jitter buffer.
Jean-Marc
--
Jean-Marc Valin <Jean-Marc.Valin at USherbrooke.ca>
Université de Sherbrooke
More information about the Speex-dev
mailing list