Raymond wrote:> I guess as a mercy plee for help I'll mention why I need to have the > static ogg files play as the mp3 static files play with icecast1. I'mI don't know how Icecast1 did it (I never used it other than trying for a day years ago). Anyways, Icecast2's file serving is pretty self-explanatory. Have <fileserve>1</fileserve> somwhere within your <icecast> directive, and your <webroot> will be accessible by the world through Icecast2, which now acts as a dumb and simple web server. You *still* have to create your own .m3u files like I explained for Apache, though (at least with the binary I compiled on Aug 28th). But then, I really don't understand what you need Icecast for. Apache can do on-demand http streaming of every possible format that supports streaming "by accident". And yes, Icecast's 'stream' is also just a 'download'. Even when you connect to an ices2-served mountpoint, it's nothing else than a slow, theoretically unlimited download by your player that instantly plays what it gets. It's never been different. What you get from Icecast2's fileserve is (without the --s): -- HTTP/1.0 200 OK Content-Type: application/x-ogg <insert_requested_ogg_here> -- That looks awfully close to what Apache gives (I explained how to make it send the correct MIME type in the other mail). My Apache uses HTTP 1.1 and it sends a few more server related http fields filled out. The .ogg, however, is entirely the same. When I connect to a "real" stream, Icecast2 also sends ice-* fields for the stream meta data. However, this meta data is only stream related - song related meta data, like ARTIST and TITLE come with the .ogg and therefore get updated independently with every new .ogg header that gets sent. So, my question is "What do you want and why don't you pick the right tool for the purpose, respectively?" What did Icecast1 do different? <p>Moritz --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-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.
It Works! It did not work before because in the trail and error of the setup without documentation the the guy in the dark moved the web directory from icecast to icecast2 and forgot to make the change in the icecast.xml file before you turned the light on. Thanks for all your patience and help. I'll make a tutorial from your fine advice and make it available on the LPBN. I'll also make make mention of your great support to RMS when I email him back. Raymond Moritz Grimm wrote:>Raymond wrote: > > >>I guess as a mercy plee for help I'll mention why I need to have the >>static ogg files play as the mp3 static files play with icecast1. I'm >> >> > >I don't know how Icecast1 did it (I never used it other than trying for >a day years ago). Anyways, Icecast2's file serving is pretty >self-explanatory. Have <fileserve>1</fileserve> somwhere within your ><icecast> directive, and your <webroot> will be accessible by the world >through Icecast2, which now acts as a dumb and simple web server. You >*still* have to create your own .m3u files like I explained for Apache, >though (at least with the binary I compiled on Aug 28th). > >But then, I really don't understand what you need Icecast for. Apache >can do on-demand http streaming of every possible format that supports >streaming "by accident". And yes, Icecast's 'stream' is also just a >'download'. Even when you connect to an ices2-served mountpoint, it's >nothing else than a slow, theoretically unlimited download by your >player that instantly plays what it gets. It's never been different. > >What you get from Icecast2's fileserve is (without the --s): >-- >HTTP/1.0 200 OK >Content-Type: application/x-ogg > ><insert_requested_ogg_here> >-- > >That looks awfully close to what Apache gives (I explained how to make >it send the correct MIME type in the other mail). My Apache uses HTTP >1.1 and it sends a few more server related http fields filled out. The >.ogg, however, is entirely the same. When I connect to a "real" stream, >Icecast2 also sends ice-* fields for the stream meta data. However, this >meta data is only stream related - song related meta data, like ARTIST >and TITLE come with the .ogg and therefore get updated independently >with every new .ogg header that gets sent. > >So, my question is "What do you want and why don't you pick the right >tool for the purpose, respectively?" What did Icecast1 do different? > > >Moritz >--- >8 ---- >List archives: http://www.xiph.org/archives/ >icecast project homepage: http://www.icecast.org/ >To unsubscribe from this list, send a message to 'icecast-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><p>--- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-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 Fri, 15 Nov 2002, Moritz Grimm wrote:> And yes, Icecast's 'stream' is also just a > 'download'. Even when you connect to an ices2-served mountpoint, it's > nothing else than a slow, theoretically unlimited download by your > player that instantly plays what it gets. It's never been different.The only difference is that ices takes care to keep the stream at a constant rate, more or less.> What did Icecast1 do different?I think icecast1 allowed you to get it to generate the pls or m3u file itself rather than you doing it yourself. I think that's all though. Geoff. <p>--- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-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 guess as a mercy plee for help I'll mention why I need to have the static ogg files play as the mp3 static files play with icecast1. I'm the founder of the LPBN and I've recently made Richard Stallman's files available as downloads (it is a work that is still in process). Stallman has requested I make them available as streams as well as downloads. So is there anybody out there that can help me make the ogg/vorbis files of Richard Stallman's speeches available as streams from static files per request of RMS? I can get one to stream but haven't been able to figure how to do more than one. The new icecast2 and ices2 servers are installed and running properly. Raymond wrote:> Hello: > > > > Michael Smith wrote: > >> At 10:35 PM 12/11/2002 -0800, you wrote: >> >> >>> Thanks that is what I was thinking I would do. And judging from >>> Michaels reply there likely is no static file function built into >>> icecast2 yet. >>> >> >> >> There is. > > Could you tell me how to use it? > >> But only because people complained. I personally don't use it, >> other than when testing it - I use a web server when web serving is what >> I want to do. >> >> Michael >> >> >> --- >8 ---- >> List archives: http://www.xiph.org/archives/ >> icecast project homepage: http://www.icecast.org/ >> To unsubscribe from this list, send a message to >> 'icecast-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. >> >> >> >> > > > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to > 'icecast-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><p>--- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-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.