alpha. (that about sums it up) Will encode and play back via an sdp file and multicast on one computer (over the net if you transfer the sdp file over by hand). rc/rtenc3 and src/rtdec3 are in the style of encoder/decoder_example ...so this means you MUST edit it them to suit your system. For example, I specify my rtenc3 to multicast just on eth1 (to avoid pissing off my cable supplier on eth0), and receive on eth0 on another box running rtdec3. Usually I just encode and decode on one box. My dual celeron 466 does this if I keep down other activity. Very crude, but I've played through a 500+ meg .wav several times without crashing -- over udp, though you can sure hear the effect of lost or mis-sequenced packets though (when this happens)! Code is built like a brick shit-house, asserts all over the place because I'm paranoid that I'll forget something subtle during any early-stage code production. Lots of XXX paranoia comments still to verify/clean up too. Edit rtvorb.h to enable debug code Soon to be added: link with libcurl to get .sdp or codebooks via http. Right now it just attemps fopen. (at some point, probably build in a 'standard' set of codebooks into the player, so normal folks don't have to have the decoder do anything special to retrieve codebooks. Codebook packets are checked by md5 sum) http://vorbis.on2.com/libvorbisrtp-0.1.tar.gz (oh it doesn't make a lib yet either, just links whatever is needed, but will... "soon" :-) Erik Kruus --- >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-dev-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.
On Thu, Oct 18, 2001 at 10:52:14AM -0400, Erik Kruus wrote:> alpha. (that about sums it up) > > Will encode and play back via an sdp file and multicast on one > computer (over the net if you transfer the sdp file over by hand).Awesome. Still having trouble getting it to work but that doesn't matter, it looks cool anyway. Probably because I don't have multicast support.> src/rtenc3 and src/rtdec3 are in the style of encoder/decoder_example > > ...so this means you MUST edit it them to suit your system. For example, > I specify my rtenc3 to multicast just on eth1 (to avoid pissing off > my cable supplier on eth0), and receive on eth0 on another box > running rtdec3. Usually I just encode and decode on one box. > My dual celeron 466 does this if I keep down other activity.I have a lightweight config file module from ogg123 if you want a quick config interface for the server; it could also be used for SDP file parsing from the looks of things, but with all the hardcoded things in the streamer it would be worth the minimal effort to add it at least for the URLs, IPs, and interfaces.> Code is built like a brick shit-house, asserts all over the place > because I'm paranoid that I'll forget something subtle during > any early-stage code production. Lots of XXX paranoia comments > still to verify/clean up too. Edit rtvorb.h to enable debug codeYes, plenty of those. But you're a better programmer than I so I won't try to fix them. :)> Soon to be added: link with libcurl to get .sdp or codebooks > via http. Right now it just attemps fopen. (at some point, > probably build in a 'standard' set of codebooks into the player, > so normal folks don't have to have the decoder do anything special > to retrieve codebooks. Codebook packets are checked by md5 sum)Curl's pretty easy, as you've probably noticed already. Loading common codebooks (and identifying them by md5sum) would be a nice way to save a few kilobytes. Good luck with further work! I hope to use some of what you come up with for ogg123 streaming support, and what exists looks promising. -- Kenneth Arnold <ken@arnoldnet.net> - "Know thyself." <HR NOSHADE> <UL> <LI>application/pgp-signature attachment: stored </UL> -------------- next part -------------- A non-text attachment was scrubbed... Name: part Type: application/octet-stream Size: 190 bytes Desc: not available Url : http://lists.xiph.org/pipermail/vorbis-dev/attachments/20011018/c0da7c6d/part-0001.obj
Sounds neat. At 10:52 AM -0400 10/18/01, Erik Kruus wrote:>Soon to be added: link with libcurl to get .sdp or codebooks >via http.Shouldn't you get the sdp file via RTSP? That would make QT client integration easier, and QT Player is the most widely distributed RTP streaming client by far.> Right now it just attemps fopen. (at some point, >probably build in a 'standard' set of codebooks into the player, >so normal folks don't have to have the decoder do anything special >to retrieve codebooks. Codebook packets are checked by md5 sum)That was essentially my suggestion for the codebook problem - put them in the sdp file, or define the codebook ref to have well-known codebooks, in the same way the JPEG packing does. Otherwise, if you lose a codebook packet, you lose the whole file. --- >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-dev-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.
>Sounds neat. > >At 10:52 AM -0400 10/18/01, Erik Kruus wrote: >>Soon to be added: link with libcurl to get .sdp or codebooks >>via http. > >Shouldn't you get the sdp file via RTSP? > >That would make QT client integration easier, and QT Player is the >most widely distributed RTP streaming client by far. >This is one way, at it would be nice (another is the SAP annoucements such as are received by MacTV or IPTV). However, last time we checked, RTSP in Quicktime was hard wired to use unicast only. This presents a problem receiving RTP multicast. BTW, Real also does RTP streaming, and it's more widely distributed that QT. Regards Marshall Eubanks>> Right now it just attemps fopen. (at some point, >>probably build in a 'standard' set of codebooks into the player, >>so normal folks don't have to have the decoder do anything special >>to retrieve codebooks. Codebook packets are checked by md5 sum) > >That was essentially my suggestion for the codebook problem - put >them in the sdp file, or define the codebook ref to have well-known >codebooks, in the same way the JPEG packing does. > >Otherwise, if you lose a codebook packet, you lose the whole file. >Marshall Eubanks tme@21rst-century.com --- >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-dev-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.
>At 11:32 PM -0400 10/18/01, Marshall Eubanks wrote: >>However, last time we checked, RTSP in Quicktime was hard wired >>to use unicast only. This presents a problem receiving >>RTP multicast. > >I think the Server will only send unicast, but the client will >receive multicast. It certainly will if you open the SDP file >directly.Both Real and QT will open SDP files and receive multicasts just fine. We have tried to get QT to receive our multicasts using RTSP, but without success. It seems that the QT switches to unicast when it does the RTSP negotiation; we talked to Dave Singer of Apple QT development and were basically told it's not a bug it's a feature.> >>BTW, Real also does RTP streaming, and it's more widely >>distributed that QT. > >I would dispute both points. I've heard it claimed that Real does RTP >streaming, but I haven't seen it in a shipping client - the >RealPlayer wants to use 'rdp'. > > If you can point a RealPlayer client at a QTSS server or vic or rat >or whatever and get a stream I'd like to know how - I spent a fair >bit of time asking Real people about this a while ago, and they were >very closed-mouth about it, probably because their revenue comes from >selling servers. >The following sdp suffices to get one of our streams : n=242903359 1063877134 1003466927 224.2.127.254 9875 255 trusted none none noauth noenc notset notset kv=0 o=- 10000000 10000 IN IP4 63.105.122.6 s=On-The-I.com Channel-1 160kbs MP3 Audio i=MP3 audio - iptv compatible u=http://www.on-the-i.com/listen e=info@on-the-i.com p=703-293-9601 t=3181579002 3255555622 a=type:broadcast a=tool:msad v0.5 m=audio 7000 RTP/AVP 14 c=IN IP4 233.64.133.10/255 All you have to do is to save it as a file and open in real player. This works for sure - I use it all the time on my Macintosh, and we have tested it on Linux, OS 9, and various Windows. The trouble with Real from our viewpoint is that it screws up the RTCP RR feedback.>As for distribution, no-one seems to have good independent figures on this.>Look, I wasn't trying to start a religious war. I prefer Quicktime to Real. I know good people at both companies. I have "issues" with both. I was just objecting to the "only" appellation being applied to QT in this context - both are pretty ubiqutous. Regards Marshall> I suspect that anyone at all interested in Web media will have all 3 >big players, and an MP3 player or two as well. Other people may well >have had one of the players installed by the OS or AOL or whatever, >but they shoudln't be counted. >Marshall Eubanks tme@21rst-century.com --- >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-dev-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.