> this all works fine . but i want to set ices2 on the main web server to > actually broadcast the appropriate archives for off-live times , instead > of redirect to the fileserve . ( will this require much resources if the > mp3/ogg files are already encoded to the correct bitrate ? )No. Without re-encoding, resource usage is very very low.> > > MY QUESTiON -- if the main server is a relay for the studio , can i also > connect local ices2 streams/mountpoints to it ? ? ie. a second, > differently named set of dialup/hispeed.ogg mountpoints for the timed > re-broadcasts .Yes, you can do that. Mike --- >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.
Adon Irani <adon@YorkU.CA> said:> > > > > > MY QUESTiON -- if the main server is a relay for the studio , can i also > > > connect local ices2 streams/mountpoints to it ? ? ie. a second, > > > differently named set of dialup/hispeed.ogg mountpoints for the timed > > > re-broadcasts . > > > > Yes, you can do that. > > > just lo0king at the ices2 .xml config now , i am (currently) using the > /~msmith tarballs . > > it says that only the 'basic' playlist type is implemented , is this the > case w/ cvs ? > and if so , could i write an hourly cron j0b to create the .txt , > and then ? HUP ices ? how would i get it to re-read the playlist file ?There's another playlist type implemented ('script'), but it's kinda hard to use well with the current lack-of-documentation. For your purposes, just recreating the playlist file is fine - ices2 will automatically reread it if neccesary (i.e. if the file has changed), so you don't need to HUP it or anything like that.> > - > > also, i am creating my own .m3u files on-demand, if i were to add another > .ogg file line PRiOR to the proper mountpoint ,, could i use this to play > a short disclaimer/intro before the correct stream l0ads ?Yes. I have plans for a feature that will allow you to automatically play a short intro (i.e. the server streams the intro to the client first, before going on to the actual stream), but I doubt I'll have time for that soon.> > > thanks .. > > a:/, > > > ps . any way to determine stats like session length, etc. . i was thinking > i could script somthin to read the .log files , but i'm not very robust > w/ the grep ! .The access logs are essentially just (slightly augmented) apache-style access logs. There are lots of tools out there that can process them. Mike --- >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.
> > > > MY QUESTiON -- if the main server is a relay for the studio , can i also > > connect local ices2 streams/mountpoints to it ? ? ie. a second, > > differently named set of dialup/hispeed.ogg mountpoints for the timed > > re-broadcasts . > > Yes, you can do that.<p>just lo0king at the ices2 .xml config now , i am (currently) using the /~msmith tarballs . it says that only the 'basic' playlist type is implemented , is this the case w/ cvs ? and if so , could i write an hourly cron j0b to create the .txt , and then ? HUP ices ? how would i get it to re-read the playlist file ? - also, i am creating my own .m3u files on-demand, if i were to add another .ogg file line PRiOR to the proper mountpoint ,, could i use this to play a short disclaimer/intro before the correct stream l0ads ? <p>thanks .. a:/, <p>ps . any way to determine stats like session length, etc. . i was thinking i could script somthin to read the .log files , but i'm not very robust w/ the grep ! . --- >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.
when my network is NOT live , i need to rebroadcast 2 streams ( hispeed, dialup ) . i have the .ogg files pre-enc0ded to the correct bitrates , but w/ ices2 , (unless i can use 'script' type playlists ) i am unsure how to offer two different playlists . two ideas : - should/could i run 2 instances ices w/ separate .xml files ? - or can i embed the <input> tags in the <instance> , i notice the mention of nested metadata , will this work for 2 separate <input> values ? thanks ., a:/, --- >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 Mon, 20 Jan 2003, Adon Irani wrote:> just lo0king at the ices2 .xml config now , i am (currently) using the > /~msmith tarballs . > > it says that only the 'basic' playlist type is implemented , is this the > case w/ cvs ?There have been more types available for some time, the comments in the XML are a bit old. the re-encoding examples are too, have a look at the live one for some ideas on what you can do in that regard.> and if so , could i write an hourly cron j0b to create the .txt , > and then ? HUP ices ? how would i get it to re-read the playlist file ?If you want to interrupt the currently playing playlist entry, you'll have to HUP ices, otherwise it will automatically detect the altered file at the end of the current entry, reload the playlist and go about its business. You may find http://www.6809.org.uk/kja3/ices2-howto.shtml useful. 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.