After reading through an older thread on this list (streaming ogg audio), I was wondering if would be possible in the future to use OggVorbis and Icecast as a replacement for RealAudio and RealServer. By this I'm not talking about simple live http/tcp streaming, but on-demand rtsp/udp streaming where a user could open a player and instantly jump to a location in a file, or click a link in a browser similar to a .ram or .smil file and be taken to a particular location in a file. I'm also thinking that the client/server would be able to monitor bandwidth needs and peel the bitrate accordingly. So I guess specifically what I'm wondering is: Can OggVorbis handle this type of streaming? Is this something that the Icecast team is working on or would this require a whole different streaming server? And, could this be handled by pluggins for XMMS, Winamp, etc., or would this require a whole new client to play this type of stream? I've been using Real on and off for a while now on a couple different projects and although I like some of the features, I would love to be able break away from a proprietary/closed system. Thanks in advance, Brent <p>--- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'vorbis-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.
I don't know if I'm understanding you exactly, but you can already stream oggs straight off a http server..... No problems. I understand that seeking wasn't really thought about, since it was intended for live streams as well as static ones, but it shouldn't be hard to implement. Of course that is already handled by xmms and winamp. Starting from a particular point in the file wouldn't be at all hard once seeking is implemented, although I don't know how you would format the URL so the player knew to seek into the file..... Mark On Mon, 1 Jul 2002 15:48, Brent Miller wrote:> After reading through an older thread on this list (streaming ogg > audio), I was wondering if would be possible in the future to use > OggVorbis and Icecast as a replacement for RealAudio and RealServer. By > this I'm not talking about simple live http/tcp streaming, but on-demand > rtsp/udp streaming where a user could open a player and instantly jump > to a location in a file, or click a link in a browser similar to a .ram > or .smil file and be taken to a particular location in a file. I'm also > thinking that the client/server would be able to monitor bandwidth needs > and peel the bitrate accordingly. So I guess specifically what I'm > wondering is: > > Can OggVorbis handle this type of streaming? > Is this something that the Icecast team is working on or would this > require a whole different streaming server? > And, could this be handled by pluggins for XMMS, Winamp, etc., or would > this require a whole new client to play this type of stream? > > I've been using Real on and off for a while now on a couple different > projects and although I like some of the features, I would love to be > able break away from a proprietary/closed system. > > Thanks in advance, > Brent > > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > Ogg project homepage: http://www.xiph.org/ogg/ > To unsubscribe from this list, send a message to 'vorbis-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.<p>--- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'vorbis-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.
Brent Miller wrote:> Can OggVorbis handle this type of streaming?I guess this is not a correct question. Ogg Vorbis is an audio codec, while what you're talking about is a streaming solution with a streaming server, client, etc.> Is this something that the Icecast team is working on or would this > require a whole different streaming server?Yes and yes. IceCast currently streams through the HTTP protocol, not RTPS or any UDP based stuff. It is very unfortunate that there is no open source RTSP streaming solution. Or I don't know of any, save Apple Darwing Streaming Server, which uses QuickTime for its codec.> And, could this be handled by pluggins for XMMS, Winamp, etc., or would > this require a whole new client to play this type of stream?Plugins could do the trick. <p>Akos <p>--- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'vorbis-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.
Hi FYI I'm pretty close to releasing RTP/RTSP UDP/TCP based Vorbis streaming as a patch to the MPEG4IP project. This includes both live encoding as well as OnDemand streaming. Multicast already works fine, but I still have a few problems with unicasting. Support for saving Vorbis encoded data encapsulated in mp4 files as well as hinting these files is also supported. This enables in principle you to use the Darwin Streaming Server which supports RTP/RTSP UDP/TCP unicast/multicast streaming. I'll drop an announcement to this list, when the new patch release becomes available. Be aware that the current state of the patch is unstable and not suitable for production, but maybe we have some bold alpha testers who can also propose code fixes ?? If someone can point me towards documentation for how to use birate peeling with Ogg/Vorbis, I'll probably also implement multirate streaming. --PMM --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'vorbis-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.